En regardant l'architecture d'Enterprise JavaBeans

Tout le monde parle EJB (Enterprise JavaBeans). Peut-être que votre entreprise a l'intention de mettre en œuvre une application EJB, ou peut-être que vous voulez en découvrir plus sur cette technologie d'enrichissement personnel. Quel que soit votre raison, vous allez découvrir qu'il ya beaucoup plus à la programmation EJB à écrire de code.

Pour être un programmeur EJB réussie, vous devez d'abord comprendre le modèle conceptuel de l'architecture Enterprise JavaBeans. La architecture est le modèle conceptuel que les applications structures EJB et veille à ce que les différentes parties de l'application peuvent travailler ensemble. Présentation de l'architecture EJB est important parce que, en tant que développeur d'EJB, vous devez respecter certaines pratiques de développement afin d'assurer que l'application EJB fonctionne correctement. Vos responsabilités sont désignés comme le Contrat de développeur d'EJB.

EJB sont des composants logiciels. UN Composant logiciel est un programme qui tourne à l'intérieur d'un conteneur. (Qu'est-ce qu'un conteneur? Lisez la suite!) La composante fournit une fonctionnalité unique qui est spécifique à l'application que vous développez, que ce soit un panier pour un détaillant en ligne ou d'un service de gestion de compte pour une banque. La récipient (Voir?) Fournit des composants logiciels avec les services du système. Les services système sont les services génériques que tout type d'application peut bénéficier, comme les services de sécurité et de transaction. Fondamentalement, cela signifie que vous pouvez bénéficier de nombreuses fonctionnalités du système très puissants dans vos composants logiciels sans écrire de code pour créer ces fonctionnalités.

Les EJB que vous développez dans votre application EJB doivent fournir des services qui sont uniques et particulière aux problèmes d'affaires votre logiciel doit traiter. Si vos composants EJB ne traitent pas un problème unique, alors vous ne devez pas nécessairement à les développer Yourself vous pouvez probablement acheter des composants existants qui font le travail.




Maintenant, pour la capture. (Vous ne recevez jamais quelque chose pour rien.) Dans le cas des EJB, afin de bénéficier des services de tout récipient, vous - en tant que développeur d'EJB - doivent adhérer à un contrat avec le récipient. Le conteneur accepte de fournir certaines fonctionnalités à votre EJB selon un ensemble de règles spécifiques. En échange, vous devez développer vos EJB pour se conformer à une structure précisé que le conteneur EJB peut comprendre.

Pensez à ce concept composant dans la même manière que vous pourriez penser de votre système stéréo. Si vous êtes un audiophile, vous avez la possibilité de choisir entre une variété de marques pour les différents composants de votre système stéréo. Vous pouvez obtenir une marque de récepteur, une autre marque de l'amplificateur, et encore une autre marque de haut-parleurs. Vous pouvez les brancher ensemble parce que chaque composant adhère à une convention qui exige des interfaces cohérentes pour brancher un système stéréo. De même, les Enterprise JavaBeans peuvent être ajoutés et supprimés dans un conteneur EJB parce que la spécification EJB exige des interfaces cohérentes entre le conteneur et le composant EJB.

La figure 1 illustre une simple vue du modèle de composant pour Enterprise JavaBeans.

En regardant l'architecture d'Enterprise JavaBeans

Figure 1: La vue des composants d'une application EJB.

La figure montre les trois joueurs clé suivante dans une application EJB:

  • La client est une application logicielle qui permet l'utilisation de composants EJB. Le client peut résider sur le même ordinateur que le composant EJB, ou il peut se trouver sur un ordinateur distant. Le client peut également être virtuellement n'importe quel type d'application. Vous pouvez avoir un JSP (JavaServer Pages) application comme un client ou une application de bureau résidant sur l'ordinateur d'un utilisateur. Le client peut également être un autre Enterprise JavaBeans.
  • Le conteneur est l'hôte pour les composants EJB. Il offre une variété de services système à composant EJB afin de ne pas avoir à les développer vous-même. Quand une application client - comme une application JSP - invoque une méthode sur un composant EJB, l'appel est passé à travers le conteneur EJB premier. Le conteneur exécute ces services supplémentaires et passe ensuite à l'appel du client pour le composant EJB. En fin de compte, le composant EJB effectue les opérations demandées par le client. Ce processus est complètement transparent pour le client application- autant que le client est concerné, il pense qu'il parle directement à un composant EJB.
  • Le composant EJB est un fournisseur de services aux entreprises ou des données d'entreprise.Les services aux entreprises et données d'entreprise sont des processus etdes informations que tu définir et qui sont spécifiques aux besoins de votre entreprise. En tant que développeur de composants EJB, vos responsabilités de développement sont de deux ordres:

# 8226- Vos composants EJB doivent mettre en œuvre les méthodes requises par l'architecture des composants EJB. Ces procédés sont désignés collectivement sous le nom de Interface de programmation d'applications (API). Les méthodes définies dans l'API permettent le conteneur EJB pour fournir des services du système à vos composants EJB. Ils vous permettent également de faire des demandes pour le conteneur pour effectuer certaines actions, telles que l'obtention de l'identité d'un utilisateur.

# 8226- Vous devez mettre en œuvre les méthodes commerciales nécessaires à l'application que vous développez. Cela permet au client de recevoir des services d'affaires et des données d'entreprise à partir de votre composant EJB. Par exemple, si vous développez une application de panier pour votre entreprise, vous aurez besoin de définir des méthodes pour ajouter des éléments à votre panier et supprimer des éléments du panier.

La mise en œuvre des services d'affaires dans une application EJB est peu différente de leur mise en œuvre dans toute autre application Java. Il n'y a pas de mystère ou de magie pour elle.


» » » » En regardant l'architecture d'Enterprise JavaBeans