Top 50 des questions et réponses d'entretien EJB (2026)

Voici les questions et rĂ©ponses d'entretien d'EJB pour les candidats dĂ©veloppeurs dĂ©butants et expĂ©rimentĂ©s pour obtenir l'emploi de leurs rĂªves.


1. Qu'est-ce qu'un EJB ?

Un composant côté serveur, qui gère l'architecture pour restreindre et gérer les applications d'entreprise, est appelé Enterprise JavaBeans (EJB).


2. Quand les EJB ont-ils été développés ?

EJB a été développé par IBM en 1997.

TĂ©lĂ©chargement gratuit du PDF : Questions et rĂ©ponses d'entretien avec EJB


3. Qui a repris EJB ?

EJB a été racheté par Sun Microsystems en 1999.


4. Inscrire les types d'Enterprise Beans ?

Ils sont les suivants:

  • Beans de session : DĂ©veloppĂ© en « Stateful », « Stateless » et « Singleton », une interface distante ou locale est utilisĂ©e pour accĂ©der aux fichiers EJB.
  • Beans pilotĂ©s par message (MDB) : L'exĂ©cution asynchrone au moyen du paradigme de messagerie est prise en charge.

5. Qu'Ă©taient les beans entitĂ© ?

Les Entity Beans étaient présentés dans les versions antérieures des EJB et consistaient en des données persistantes dans des objets distribués.


6. Enregistrez les types de transactions dĂ©claratives ?

Ils sont les suivants:

  • OBLIGATOIRE:
  • REQUIS
  • REQUIRES_NOUVEAU
  • LES SOUTIENS
  • NON SUPPORTÉ
  • NE JAMAIS
Questions d'entretiens chez EJB
Questions d'entretiens chez EJB

7. Quelles sont les versions des EJB ?

  • EJB 3.1
  • EJB 3.2
  • Version finale d'EJB 3.2 (2013-05-28)
  • Version finale d'EJB 3.1 (2009-12-10)
  • Version finale d'EJB 3.0 (2006-05-11)
  • EJB 2.1, version finale (2003-11-24)
  • Version finale d'EJB 2.0 (2001-08-22)
  • Version finale d'EJB 1.1 (1999-12-17)
  • EJB 1.0 (1998/03/24)

8. Qu'est-ce que J2EE ?

J2EE désigne un ensemble de spécifications et de procédures synchronisées permettant de déployer, de développer et de superviser des applications multi-niveaux centrées sur les serveurs.


9. Enregistrer les modifications dans EJB 2.1 ?

Les modifications apportées sont :

  • Message Driven Beans (MDB) : les messages sont acceptĂ©s provenant d'autres sources que JMS.
  • Langage de requĂªte EJB : de nouvelles fonctions ont Ă©tĂ© ajoutĂ©es.
  • Services Web pris en charge.
  • Service EJB Timer : MĂ©canisme basĂ© sur un Ă©vĂ©nement pour invoquer des EJB Ă  des moments particuliers.
  • XML schĂ©ma
  • Destinataires des messages
EJB
EJB

10. Enregistrez le contenu du conteneur. • Le conteneur contient-il ?

  • Prise en charge de la sĂ©curitĂ© : utilisĂ©e pour configurer le descripteur de dĂ©ploiement (DD)
  • Prise en charge de la persistance : autrefois, il s'agissait de la persistance dans les transactions.
  • Prise en charge de la gestion des transactions : utilisĂ©e pour configurer le descripteur de dĂ©ploiement (DD)
  • Gestion de Session : Des mĂ©thodes de rappel telles que ejbStore(), ejbLoad() sont utilisĂ©es dans le Developer.
  • Gestion du Cycle de Vie : Automatique

11. Différencier « Session avec état » de « Entity Bean » ?

Alors que les deux subissent une activation et une passivation ; EB a un rappel ejbStore () pour enregistrer l'Ă©tat via la passivation et un rappel ejbLoad () pour charger l'Ă©tat via l'activation. Mais dans le cas de SS, cela n'est pas nĂ©cessaire car les champs SSB sont sĂ©rialisĂ©s via des objets par des conteneurs.


12. Qu'est-ce qui est le plus avantageux : Bean avec Ă©tat ou sans Ă©tat ?

Si un état conversationnel est nécessaire, le mode avec état est préféré tandis que le paradigme sans état est préféré pour un processus métier unique.


13. Qu'est-ce qui est le plus avantageux : CMP ou BMP ?

Lorsqu’une cartographie « un Ă  un » est impliquĂ©e et que les donnĂ©es sont stockĂ©es de manière persistante dans une base de donnĂ©es rĂ©gionale, le CMP est prĂ©fĂ©rable. Mais lorsqu'il n'y a pas de mappage « un Ă  un » et que les donnĂ©es sont rĂ©cupĂ©rĂ©es Ă  partir de nombreuses tables ayant une requĂªte complexe, Bean Managed Persistence est utilisĂ©.


14. Comment la cohĂ©rence est-elle maintenue par Stateful Session grĂ¢ce aux mises Ă  jour des transactions ?

La cohérence des données est maintenue en mettant à jour leurs champs à chaque fois qu'un engagement de la transaction est effectué.


15. La méthode ejbCreate() est-elle obligatoire lors de la définition d'un Session Bean ?

EjbCreate () faisant partie du cycle de vie du bean, il n'est donc pas obligatoire que la méthode ejbCreate () soit présente et aucune erreur ne sera renvoyée par le compilateur.


16. DĂ©finir le contexte ?

Il s'agit d'une méthode pour lier un nom à un objet spécifique en donnant une interface comme javax.naming.Context.


17. DĂ©finir le contexte initial ?

Implémentation des méthodes disponibles dans l'interface de contexte comme un contexte appelé javax.meaning.InitialContext.


18. Définir SessionContext ?

Objet EJBContext, le SessionContext est utilisé pour accéder aux informations et aux services de conteneur.


19. Remove() peut-il Ăªtre un bean de session sans Ă©tat ?

Oui, remove () peut Ăªtre un bean session sans Ă©tat car la durĂ©e de vie reste la mĂªme jusqu'Ă  l'exĂ©cution de la mĂ©thode.


20. L'Ă©tat est-il maintenu par un bean Stateless ?

Un bean sans état ne contient aucun état spécifique au client via des méthodes invoquées par le client.


21. Les EJB peuvent-ils Ăªtre conçus pour gĂ©rer plusieurs transactions ?

Les EJB peuvent Ăªtre configurĂ©s pour gĂ©rer plusieurs transactions en permettant Ă  plusieurs beans Entity de gĂ©rer chaque base de donnĂ©es et Ă  un Bean Session de conserver les transactions avec le Bean Entity.


22. EnrĂ´ler les mĂ©thodes de rappel de Session Bean ?

public interface javax.ejb.SessionBean extends javax.ejb.EnterpriseBean {

Public abstract void ejbCreate();

public abstract void ejbRemove();

Public abstract void ejbActivate (); public abstract void setSessionContext(SessionContext ctx); public abstract void ejbPassivate();

}

23. Enregistrez les méthodes CallBack d'Entity Bean.

public interface javax.ejb.EntityBean extends javax.ejb.EnterpriseBean {

public abstract void ejbRemove();

public abstract void ejbActivate();

public abstract void ejbStore();

public abstract void ejbPassivate(); public abstract void setEntityContext(EntityContext ctx); public abstract void unsetEntityContext(); public abstract void ejbLoad();

}

24. Comment un EJB peut-il Ăªtre appelĂ© depuis un autre EJB ?

Un EJB peut Ăªtre appelĂ© dans un autre EJB en utilisant JNDI qui peut Ăªtre utilisĂ© pour localiser l'interface d'accueil et acquĂ©rir l'instance.


25. DiffĂ©rencier les interactions conversationnelles et non conversationnelles ?

L'interaction entre le client et le bean est appelée conversationnelle, tandis que lorsque des conversations multi-méthodes n'ont pas lieu avec les clients, on parle d'interactions non conversationnelles.


26. Définir ejb Create() et EjbPostCreate() ?

Lorsque la méthode est appelée avant que le stockage de persistance ne soit écrit avec l'état du bean, il s'agit de ejbCreate ().

Lorsque la méthode est appelée après l'écriture du stockage de persistance avec l'état du bean, il s'agit de ejbPostCreate ().


27. Définir EAR, WAR et JAR ?

Les fichiers JAR contiennent toutes les classes EJB.

Les fichiers WAR contiennent tous les servlets, les pages de composants Web, les GIF, le HTML , les beans, les applets, les classes et les classes.

Les fichiers EAR contiennent Ă  la fois des fichiers JAR et WAR.


28. DiffĂ©rencier le fantĂ´me du non reproductible ?

Lorsque des données qui n'existaient pas auparavant sont insérées, elles sont lues comme fantômes, tandis que lorsque des données qui existaient déjà sont modifiées, un caractère non répétable se produit.


29. DĂ©finir les propriĂ©tĂ©s ACIDE ?

L'ACIDE est l'atomicité, la cohérence, l'isolement et la durabilité.

  • AtomicitĂ© : opĂ©rations regroupĂ©es et projetĂ©es en une seule unitĂ© de travail.
  • CohĂ©rence : garantit qu'une fois la transaction effectuĂ©e, il y aura une cohĂ©rence.
  • Isolation : aide Ă  protĂ©ger la visualisation d'autres rĂ©sultats de transactions incomplètes simultanĂ©es.
  • DurabilitĂ© : assure la durabilitĂ© en tenant un journal de transition par lequel les donnĂ©es permanentes sont recréées en appliquant Ă  nouveau les Ă©tapes impliquĂ©es.

30. Qu'entendez-vous par « Déploiement à chaud » ?

L'acte de redéploiement, de déploiement et d'annulation du déploiement dans la logique Web lorsque le serveur s'exécute dans EJB est appelé déploiement à chaud.


31. Comment un bean session peut-il Ăªtre configurĂ© pour les transactions gĂ©rĂ©es par le bean ?

Cela peut Ăªtre fait en dĂ©finissant l'attribut de transaction dans le secteur de dĂ©ploiement ou le fichier XML.


32. Faites appel aux technologies adoptées dans J2EE.

Les technologies adoptĂ©es dans J2EE sont :

  • Enterprise JavaBeansTM (EJBsTM)
  • JavaServer PagesTM (JSPsTM)
  • Servlets Java
  • L'interface de nommage et d'annuaire JavaTM (JNDITM)
  • La transaction Java API (JTA)
  • CORBA
  • L'API d'accès aux donnĂ©es JDBCTM.

33. Que voulez-vous dire par le conteneur Enterprise JavaBeans (EJB) ?

Le conteneur Enterprise JavaBeans aide Ă  gĂ©rer la mise en Å“uvre des applications Enterprise Beans de J2EE.


34. Qu'entendez-vous par rĂ©plication en mĂ©moire ?

Lorsque le contenu ayant la mémoire d'un seul m/c physique est simulé dans tous les m/c de ce cluster, ce processus est appelé réplication de mémoire.


35. DĂ©finir l'effet d'entraĂ®nement ?

Pendant l'exécution, lorsque les modifications apportées aux différentes propriétés du groupe de serveurs sont propagées dans chaque clone associé, ce processus est appelé effet d'entraînement.


36. Définir Cloner ?

Les copies de groupe de serveurs sont dĂ©finies comme clones. Mais contrairement aux groupes de serveurs, les clones sont liĂ©s au moyen de nÅ“uds.


37. Qu'entendez-vous par transaction gĂ©rĂ©e par un bean ?

Si le dĂ©veloppeur ne souhaite pas utiliser le conteneur pour la gestion des transactions, chaque opĂ©ration de base de donnĂ©es peut Ăªtre implĂ©mentĂ©e en Ă©crivant le code JDBC appropriĂ©.


38. DiffĂ©rencier « trouver une mĂ©thode Â» et « sĂ©lectionner une mĂ©thode Â» dans les EJB ?

Un champ persistant est renvoyé par la méthode select d'un bean entité associé. Une interface distante ou locale est renvoyée par la méthode finder.


39. Qu'entendez-vous par schéma abstrait ?

Un élément du descripteur de déploiement d'un bean d'entité qui définit les champs persistants du bean et la relation existant entre eux est appelé schéma abstrait. Il est spécifique à chaque beans entité qui a géré la persistance du conteneur.


40. Qu'entendez-vous par rĂ©entrant ? Pouvez-vous dire que les beans de session sont rentrants ? Les beans entitĂ© peuvent-ils Ăªtre spĂ©cifiĂ©s comme rĂ©entrants ?

Si le bean entité est défini comme réentrant, plusieurs clients peuvent alors s'associer au bean entité et obtenir des méthodes exécutées simultanément à l'intérieur du bean entité. La synchronisation est prise en charge par conteneur. Une exception est levée lorsqu'un faisceau d'entité est défini comme non réentrant et que de nombreux clients y sont connectés simultanément pour exécuter une méthode.


41. Qu'entendez-vous par architecture EJB ?

Un composant non visuel impliquant une application d'entreprise distribuée et orientée transactions est appelé Enterprise beans. Ils sont généralement déployés dans des conteneurs d'EJB et exécutés sur des serveurs d'EJB.

Les trois types de beans entreprise sont :

  • Beans de session : ces beans d'entreprise ne sont pas persistants et peuvent Ăªtre sans Ă©tat ou avec Ă©tat. Si un Ă©tat conversationnel est nĂ©cessaire, le mode avec Ă©tat est prĂ©fĂ©rĂ© tandis que le paradigme sans Ă©tat est prĂ©fĂ©rĂ© pour un seul processus mĂ©tier.
  •  Beans Entity : les Beans Entity Ă©taient prĂ©sentĂ©s dans les versions antĂ©rieures d'EJB et consistaient en des donnĂ©es persistantes dans des objets distribuĂ©s. Ils avaient la possibilitĂ© d'Ăªtre enregistrĂ©s dans diffĂ©rents magasins de donnĂ©es persistantes.
  • Message Driven Beans : l'exĂ©cution asynchrone au moyen du paradigme de messagerie est prise en charge. Suivez le processus de rĂ©ception et de traitement des donnĂ©es. Ils sont accessibles uniquement via des messages et n’ont pas d’état conversationnel maintenu.

42. Écrire l'exigence de base d'une classe basĂ©e sur une entitĂ© CMP en 2.0 Ă  partir d'EJB 1.1 ?

L'exigence de base d'un CMP est une classe abstraite que le conteneur étend et obtient les méthodes implémentées nécessaires à la gestion des relations.


43. Comment accĂ©der aux Enterprise JavaBeans Ă  partir des pages Active Server ?

Les Enterprise JavaBeans sont accessibles Ă  partir des pages Active Server par :

  • 'Plateforme Java 2'
  • Enterprise Edition Client Access Services (J2EETM CAS) COM Bridge 1.0 qui a Ă©tĂ© actuellement tĂ©lĂ©chargĂ© Ă  partir de Sun Microsystems.

44. A-t-il des blocs d'initialisation statiques le droit dans les EJB ?

C'est techniquement légal, mais des blocs d'initialisation statiques ont été utilisés pour exécuter des morceaux de code avant l'exécution finale de toute méthode ou constructeur lorsqu'une classe est instanciée.


45. Quelles modifications ont Ă©tĂ© apportĂ©es aux spĂ©cifications EJB 2.0 ?

Les modifications apportĂ©es Ă  la spĂ©cification EJB 2.0 sont :

  • JMS est intĂ©grĂ© aux EJB.
  • Haricots pilotĂ©s par message.
  • ImplĂ©mentation de mĂ©thodes mĂ©tier supplĂ©mentaires.

46. ​​Qu'entendez-vous par EJBDoclet ?

Le doclet JavaDoc, un open source, est un doclet qui génère de bonnes choses liées aux EJB à partir des balises de commentaires de JavaDoc personnalisé, qui sont intégrées dans le fichier source de l'EJB.


47. Qu'entendez-vous par EJB QL ?

Langage de requĂªte permettant la navigation Ă  travers un rĂ©seau comprenant des beans entreprise et des objets dĂ©pendants et dĂ©finis par des mĂ©thodes de persistance gĂ©rĂ©e par conteneur. EJB 2.0 Ă©tait la plate-forme d'introduction d'EJB QL. Il dĂ©finit les mĂ©thodes de recherche utilisĂ©es pour les beans entitĂ©, qui ont une persistance gĂ©rĂ©e par le conteneur et une portabilitĂ© entre les gestionnaires de persistance et les conteneurs. Il est utile dans deux types de mĂ©thodes de recherche : Les mĂ©thodes Finder, qui ont une interface Home et renvoient des objets d'entitĂ©. SĂ©lectionnez les mĂ©thodes qui ne sont pas exposĂ©es au client mais que le fournisseur Bean utilise.


48. Comment se dĂ©roule l'invocation d'EJB ?

La rĂ©fĂ©rence de l'objet Home est rĂ©cupĂ©rĂ©e du service de noms via JNDI. La rĂ©fĂ©rence de l'objet Home est renvoyĂ©e au client. Les Ă©tapes sont les suivantes :

  • CrĂ©ation d'un nouvel objet EJB via l'interface Home Object.
  • CrĂ©ation d'un objet EJB Ă  partir de l'objet Ejb.
  • Renvoie une rĂ©fĂ©rence d'objet EJB au client.
  • MĂ©thode mĂ©tier invoquĂ©e Ă  l’aide de la rĂ©fĂ©rence d’objet EJB.
  • DĂ©lĂ©guĂ© demandĂ© Ă  Bean (Enterprise Bean).

49. Plusieurs tables peuvent-elles Ăªtre mappĂ©es dans CMP ?

Non, plusieurs tables ne peuvent pas Ăªtre mappĂ©es dans une seule CMP.


50. Les beans entitĂ© sont-ils autorisĂ©s Ă  crĂ©er des mĂ©thodes ?

Oui, cela est autorisĂ© dans les cas oĂ¹ les donnĂ©es ne sont pas insĂ©rĂ©es Ă  l'aide d'une application Java.

Ces questions d'entretien vous aideront également dans votre soutenance

Share

Laissez un commentaire

Votre adresse courriel n'apparaitra pas. Les champs obligatoires sont marqués *