Uma BSFNObjeto de programação no JD Edwards que executa lógica de negócio, escrita em C ou NER. customizada de alocação de inventário processando de 10.000 a 15.000 linhas de pedidos de vendas deve ser executada em menos de um minuto. No entanto, em muitos ambientes JDE 9.2, essa mesma execução leva mais de meia hora devido a um anti-padrão clássico: a execução repetitiva de instruções Select e Fetch Next nas tabelas F4101 ou F4102 dentro de um loop. Quando uma Named Event Rule (NER)Linguagem de programação visual do JD Edwards convertida em código C para execução. ou uma business function em C dispara uma ida ao banco de dados para cada iteração, a latência de rede entre o Enterprise ServerServidor central no JD Edwards que processa a lógica de negócio e requisições de banco de dados. e a camada de banco de dados degrada severamente a performance.

Tratar a nomenclatura de business functionsRotinas de lógica de negócio escritas em C ou NER que executam tarefas específicas no JD Edwards. como uma mera escolha estética introduz uma sobrecarga operacional direta que infla o tempo de retrofittingProcesso de reaplicar customizações em objetos que foram atualizados pela Oracle durante um upgrade de sistema. em upgrades, em nossa experiência, em um terço ou mais. Quando os desenvolvedores nomeiam arbitrariamente BSFNs em C ou NERsLinguagem de programação visual proprietária do JD Edwards para criar lógica de negócio de forma simplificada. customizadas, eles criam uma dívida técnicaCusto futuro resultante de escolhas de desenvolvimento fáceis ou rápidas em vez de usar abordagens melhores. que silenciosamente incha a fase típica de desenvolvimento de upgrade de 6 a 9 semanas. A implementação de convenções rigorosas de nomenclatura de BSFN JDE para objetos customizados manuteníveis garante que os objetos customizados B55, B56 e B57 sinalizem instantaneamente seu sistema pai, área funcional e local de execução (cliente versus servidor) dentro do Object Management Workbench (OMW)Ferramenta central de gerenciamento de ciclo de vida de objetos e projetos no JD Edwards..

Um único jdeAllocAPI do JD Edwards usada para alocar dinamicamente memória no heap do sistema operacional. mal gerenciado ou um handle de cache não liberado dentro de uma BSFNBusiness Function; unidades de lógica de negócio escritas em C ou Event Rules que executam tarefas específicas. customizada, chamada em um UBEUniversal Batch Engine; o motor que processa relatórios e tarefas em lote no JD Edwards. de alto volume como o R42565, pode derrubar um kernel CallObjectProcesso de servidor que executa a lógica das funções de negócio solicitadas pelos usuários. em minutos, encerrando instantaneamente dezenas de sessões de usuários ativos naquele JVMJava Virtual Machine; ambiente que executa o servidor de interface web do JDE. específico. Ao solucionar problemas de ambientes EnterpriseOne 9.2 instáveis, frequentemente rastreamos processos zumbis persistentes e vazamentos de memóriaFalha em liberar memória alocada, causando consumo excessivo de recursos ao longo do tempo. até erros comuns de gerenciamento de memória em BSFN JDE em código customizado, em vez de problemas subjacentes de banco de dados ou middleware OCIOracle Cloud Infrastructure; a infraestrutura de nuvem da Oracle onde o JDE pode ser hospedado..

Em nossas revisões de código em dezenas de ambientes JDE 9.2, descobrimos rotineiramente que uma parte significativa das funções de negócio C customizadas (BSFNsFunções de negócio no JD Edwards que executam lógica específica, escritas em C ou Event Rules.) — muitas vezes de um terço a metade — duplicam desnecessariamente a lógica padrão da Oracle. Os desenvolvedores frequentemente clonam módulos inteiros como B4200310 ou B1200010 apenas para executar uma única validação, em vez de implementar uma chamada limpa de exemplo jdeCallObjectAPI fundamental do JDE usada para chamar uma função de negócio a partir de um código C. JDE BSFN para executar uma função de negócio reutilizável. Esse código redundante quebra durante as atualizações porque ignora as atualizações de entrega contínua da Oracle. A abordagem mais limpa é chamar a função de negócio padrão dinamicamente a partir do seu código C customizado.