Olhando para a arquitetura do enterprise javabeans

Todo mundo está falando sobre 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 conceptual que aplicações estruturas EJB e assegura que as diferentes partes da aplicação pode trabalhar em conjunto. Compreender a arquitetura EJB é importante porque, como um desenvolvedor de EJB, você deve obedecer a certas práticas de desenvolvimento, a fim de assegurar 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, tais como serviços de segurança e de transação. Basicamente, isso significa que você pode se beneficiar de muitas características muito poderosas de sistema em seus componentes de software sem escrever qualquer código para criar esses recursos.

Os EJBs você desenvolve em seu aplicativo EJB deve fornecer serviços que são únicos e especiais para os problemas de negócios 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 algo para 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 maneira 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 ligar para um sistema estéreo. Da mesma forma, Enterprise JavaBeans podem ser adicionados e removidos de qualquer recipiente EJB porque a especificação EJB requer interfaces consistentes entre o recipiente e o componente EJB.

A Figura 1 ilustra uma vista simples do modelo de componentes para Enterprise JavaBeans.

A figura mostra os seguintes três jogadores-chave em uma aplicação EJB:

• o cliente é uma aplicação de software que faz uso de componentes EJB. O cliente pode residir no mesmo computador como o componente EJB, ou pode residir em um computador remoto. O cliente também pode ser praticamente 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 é do hospedeiro para 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 - tal 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 a chamada 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 a 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:

• 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 permite 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.

• 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 uma aplicação 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 de implementá-los em qualquer outra aplicação Java. Não há nenhum mistério ou mágica para isso.