Olhando para a arquitetura do Enterprise JavaBeans

Todo mundo está falando sobre o Enterprise JavaBeans (EJBs). Talvez a sua empresa está planejando implementar um aplicativo EJB, ou talvez você quer descobrir mais sobre essa tecnologia para o enriquecimento pessoal. Seja qual for o motivo, você está prestes a descobrir que há muito mais a programação EJB do que escrever código.

Para ser um programador de EJB bem sucedido, você deve primeiro entender o modelo conceitual da arquitetura Enterprise JavaBeans. o arquitetura é o modelo conceitual que aplicações estruturas EJB e garante que diferentes partes da aplicação podem trabalhar juntos. Compreender a arquitetura EJB é importante porque, como um desenvolvedor de EJB, você deve obedecer a certas práticas de desenvolvimento, a fim de garantir que a aplicação EJB funciona corretamente. Suas responsabilidades são referidos como a contrato desenvolvedor EJB.

EJBs são componentes de software. UMA componente de software é um programa que é executado dentro de um recipiente. (O que é um recipiente? Leia mais!) O componente fornece alguma funcionalidade única que é específico para o aplicativo que você desenvolver, quer se trate de um carrinho de compras para um varejista on-line ou um serviço de gestão de contas para um banco. o recipiente (Veja?) Fornece seus componentes de software com serviços do sistema. serviços do sistema são os serviços genéricos que qualquer tipo de aplicação pode se beneficiar, como os serviços de segurança e de transacção. Basicamente, isso significa que você pode se beneficiar de muitas características muito poderosas do sistema em seus componentes de software sem escrever qualquer código para criar esses recursos.

Os EJBs que você desenvolve em seu aplicativo EJB deve fornecer serviços que são únicos e especiais para os problemas empresariais seu software precisa enfrentar. Se os seus componentes EJB não resolver um problema único, então você não precisa necessariamente desenvolvê-los yourself- provavelmente você pode comprar componentes existentes que fazem o trabalho.

Agora para a captura. (Você nunca tem alguma coisa por nada.) No caso de EJBs, a fim de beneficiar de serviços de qualquer recipiente, você - como o desenvolvedor EJB - devem aderir a um contrato com o recipiente. O recipiente concorda em fornecer certas características a seus EJBs de acordo com um determinado conjunto de regras. Em troca, você deve desenvolver seus EJBs em conformidade com uma estrutura especificado que o container EJB pode entender.

Pense deste conceito componente da mesma forma que você poderia pensar em seu sistema de som. Se você é um audiófilo, você tem a capacidade de escolher entre uma variedade de marcas para os diferentes componentes para o seu sistema estéreo. Você pode obter uma marca de receptor, outra marca de amplificador, e ainda uma outra marca de alto-falantes. Você pode ligá-los todos juntos, porque cada componente adere a uma convenção que exige interfaces consistentes para ligá-lo a um sistema estéreo. Da mesma forma, Enterprise JavaBeans podem ser adicionados e removidos de qualquer container EJB porque a especificação EJB requer interfaces consistentes entre o recipiente e o componente EJB.

A figura 1 ilustra uma visão simples do modelo de componente para Enterprise JavaBeans.

A figura mostra os seguintes três jogadores-chave em um aplicativo EJB:

• o cliente é uma aplicação de software que faz uso de componentes EJB. O cliente pode residir no mesmo computador que o componente EJB, ou pode residir num computador remoto. O cliente também pode ser virtualmente qualquer tipo de aplicação. Você pode ter um aplicativo JavaServer Pages (JSP) como um cliente, ou uma aplicação desktop que residem no computador de um usuário. O cliente pode também ser outra Enterprise JavaBeans.
• O recipiente é o anfitrião para os componentes EJB. Ele fornece uma variedade de serviços do sistema para o componente EJB, assim você não tem que desenvolver-los sozinho. Quando uma aplicação cliente - tais como uma aplicação JSP - invoca um método em um componente EJB, a chamada é passada através do recipiente em primeiro lugar EJB. O recipiente executa estes serviços especiais e, em seguida, passa o pedido do cliente para o componente EJB. Em última análise, o componente EJB executa as operações solicitadas pelo cliente. Todo esse processo é completamente transparente para o cliente aplicação-, tanto quanto o cliente está em causa, ele pensa que está falando diretamente para um componente EJB.
• O componente EJB é um provedor de serviços de negócios ou dados de negócios.Serviços prestados às empresas e dados comerciais são processos que andinformation você definir e que são específicos para as necessidades do seu negócio. Como um desenvolvedor de componentes EJB, as suas responsabilidades de desenvolvimento são dois:

# 8226; Seus componentes EJB deve implementar os métodos exigidos pela arquitetura de componentes EJB. Estes métodos são colectivamente referidos como o interface de programação de aplicativo (API). Os métodos definidos na API permitir que o container EJB para fornecer serviços de sistema a seus componentes EJB. Eles também permitem que você faça pedidos para o recipiente para executar determinadas ações, como obter a identidade de um usuário.

# 8226; Você deve implementar os métodos de negócio necessários para a aplicação que você está desenvolvendo. Isso permite que o cliente para receber serviços de negócios e dados de negócios a partir do seu componente EJB. Por exemplo, se você está desenvolvendo um aplicativo de carrinho de compras para o seu negócio, você precisa definir métodos para adicionar itens ao carrinho e remover itens do carrinho.

Implementação de serviços de negócios em uma aplicação EJB é pouco diferente da sua implementação em qualquer outra aplicação Java. Não há nenhum mistério ou mágica para isso.