O desenvolvimento customizado em JD Edwards — BSFN, NER, APPL e automação ERP — é o ponto em que a maioria das implementações define seu sucesso ou sua dívida técnica para os dez anos seguintes. A plataforma oferece quatro ferramentas principais para estender o comportamento padrão, e cada escolha errada sobre qual ferramenta usar para cada caso de uso gera consequências que só aparecem quando já é tarde demais para mudar de direção de forma economicamente viável: durante um upgrade, durante um retrofit ou durante um Tools Release que altera o comportamento subjacente de maneiras não documentadas.

Este artigo organiza as quatro ferramentas — Business Functions em C, Named Event Rules, aplicações FDA e Orchestrator — descreve para que cada uma é realmente adequada e apresenta os padrões de escolha que funcionam em produção em clientes reais. Nenhuma das quatro ferramentas é universalmente melhor que as outras; cada uma cobre um espaço específico de problemas, e a disciplina está em reconhecer esse espaço antes de escrever a primeira linha de código.

A criação de uma aplicação JD Edwards (JDE) requer um profundo entendimento deste sistema de Planejamento de Recursos Empresariais (ERP) e de suas funcionalidades. O JDE é conhecido por ser altamente personalizável e extensível por meio da linguagem de programação JDE C BSFN (Business Function) ou por meio do uso de ferramentas como o Orchestrator. Abaixo está um exemplo de como você pode começar a escrever uma aplicação personalizada no JD Edwards usando o JDE C BSFN:

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.

Ainda vejo desenvolvedores seniores cometendo o erro de confiar apenas nos valores de retorno ER_ERROR ou ER_SUCCESS em business functions C. Em uma integração de pedidos de vendas de alto volume processada via AISApplication Interface Services, um gateway que permite a comunicação entre o JD Edwards e sistemas externos através de APIs REST., retornar um simples código de falha sem gerenciar corretamente a pilha de erros interna do Data Dictionary (DD)Repositório central que define todos os campos de dados, formatos e mensagens de erro do sistema JD Edwards. do JDE leva a falhas silenciosas ou kernelsProcessos de servidor responsáveis por executar a lógica de negócio e gerenciar as conexões dos usuários. travados. Implementar um padrão limpo de tratamento de erros em JDE BSFNBusiness Function, um componente de código que executa lógica de negócio específica, como cálculos ou validações de banco de dados. para retornar avisos (warnings) e erros fatais (hard errors) garante que seu código comunique os estados de execução explicitamente ao runtimeO ambiente de execução onde o software é processado em tempo real pelo sistema..