Top 50 de întrebări și răspunsuri la interviu EJB (2025)

Iată întrebările și răspunsurile la interviu EJB pentru cei care sunt în curs de dezvoltare, precum și pentru candidații dezvoltatori cu experiență, pentru a obține jobul visat.

1. Ce este EJB?

O componentă de pe partea serverului, care gestionează arhitectura pentru restrângerea aplicațiilor de întreprindere și gestionată se numește Enterprise JavaBeans (EJB).

2. Când a fost dezvoltat EJB?

EJB a fost dezvoltat de IBM în 1997.

Descărcare PDF gratuită: Întrebări și răspunsuri la interviu EJB

3. Cine a preluat EJB?

EJB a fost preluat de Sun Microsystems în 1999.

4. Înregistrați tipurile de Enterprise Beans?

Acestea sunt:

Session Beans: Extins ca „Stateful”, „Stateless” și „Singleton”, o interfață la distanță sau locală este utilizată pentru a accesa fișierele EJB.
Message Driven Beans (MDB): Este acceptată execuția asincronă prin paradigma de mesagerie.

5. Ce au fost Entity Beans?

Entity Beans au fost prezentate în versiunile anterioare ale EJB constând din date persistente în obiecte distribuite.

6. Înregistrați tipurile de tranzacții declarative?

Acestea sunt:

OBLIGATORIU:
NECESARE
REQUIRES_NEW
SUPORTURI
NOT_SUPPORTED
NICIODATĂ

7. Care sunt versiunile EJB?

EJB 3.1
EJB 3.2
EJB 3.2 Versiunea finală (2013-05-28)
EJB 3.1 Versiunea finală (2009-12-10)
EJB 3.0 Versiunea finală (2006-05-11)
EJB 2.1, versiunea finală (2003-11-24)
EJB 2.0 Versiunea finală (2001-08-22)
EJB 1.1 Versiunea finală (1999-12-17)
EJB 1.0 (1998-03-24)

8. Ce este J2EE?

O colecție de specificații și proceduri sincronizate, care permit soluții privind implementarea, dezvoltarea de supraveghere a aplicațiilor centrate pe server pe mai multe niveluri, se numește J2EE.

9. Introduceți modificările în EJB 2.1?

Modificările efectuate sunt:

Message Driven Beans (MDB): mesajele sunt acceptate din alte surse în afară de JMS.
Limbajul de interogare EJB: Au fost adăugate funcții noi.
Servicii web acceptate.
EJB Timer Service: Mecanism bazat pe un eveniment pentru a invoca EJB-uri în anumite momente.
XML schemă
Destinații ale mesajelor

10. Înregistrați conținutul Container. • Containerul conţine?

Suport de securitate: utilizat pentru a configura Deployment Descriptor (DD)
Suport persistență: Obișnuia să fie persistență în tranzacții.
Suport pentru gestionarea tranzacțiilor: utilizat pentru a configura Deployment Descriptor (DD)
Gestionarea sesiunii: Metodele de apel invers, cum ar fi ejbStore (), ejbLoad () sunt utilizate în dezvoltator.
Managementul ciclului de viață: automat

11. Diferențierea „Stateful Session” de „Entity Bean”?

În timp ce ambele sunt supuse activării și pasivării; EB au ejbStore () callback pentru a salva starea prin pasivare și ejbLoad () callback pentru a încărca starea prin activare. Dar în cazul SS, acest lucru nu este necesar deoarece câmpurile SSB sunt serializate prin obiecte prin containere.

12. Care este mai benefic: Bean Stateful sau Stateless?

Dacă este necesară o stare de conversație, atunci este preferat modul Stateful, în timp ce paradigma Stateless este preferată pentru un singur proces de afaceri.

13. Care este mai benefic: CMP sau BMP?

Când este implicată maparea „unu la unu”, iar datele sunt stocate în mod persistent în baza de date regională, se preferă CMP. Dar când nu există o mapare „unu la unu” și datele sunt preluate din numeroase tabele care au o interogare complexă, se folosește Bean Managed Persistence.

14. Cum este menținută coerența prin Stateful Session prin actualizările tranzacțiilor?

Consecvența datelor este menținută prin actualizarea câmpurilor acestora de fiecare dată când se face un angajament al tranzacției.

15. Este metoda ejbCreate () obligatorie în timp ce definiți un Session Bean?

EjbCreate () ca fiind parte a ciclului de viață al bean-ului, prin urmare, nu este obligatoriu ca metoda ejbCreate () să fie prezentă și nu vor exista erori returnate de compilator.

16. Definiți contextul?

Aceasta este o metodă de a lega un nume la un obiect specific, oferind o interfață precum javax.naming.Context.

17. Definiți contextul inițial?

Implementarea metodelor disponibile în interfața de context, cum ar fi un context numit javax.meaning.InitialContext.

18. Definiți SessionContext?

Un obiect EJBContext, SessionContext este utilizat pentru accesarea informațiilor și a serviciilor container.

19. Poate elimina () să fie un bean Stateless Session?

Da, remove () poate fi un bean Stateless Session deoarece durata de viață rămâne aceeași până când metoda este executată.

20. Este statul întreținut de un bob apatrid?

Un bean Stateless nu conține nicio stare specifică clientului prin metode invocate de client.

21. Se poate face EJB să gestioneze mai multe tranzacții?

EJB poate fi făcut să gestioneze mai multe tranzacții, permițând mai multe Entity Bean să gestioneze fiecare bază de date și un Session Bean pentru a păstra tranzacția cu Entity Bean.

22. Înregistrați metodele CallBack ale 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. Folosiți metodele CallBack ale 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. Cum poate fi apelat un EJB din interiorul altui EJB?

Un EJB poate fi apelat într-un alt EJB utilizând JNDI care poate fi folosit pentru localizarea interfeței de acasă și achiziționarea instanței.

25. Diferențierea interacțiunilor conversaționale de cele non-conversaționale?

Interacțiunea dintre client și bean se numește conversațional, în timp ce acolo unde conversațiile cu mai multe metode nu sunt ținute cu clienții, este cunoscută ca interacțiuni non-conversaționale.

26. Definiți ejb Create() și EjbPostCreate ()?

Când metoda este apelată înainte ca stocarea de persistență să fie scrisă cu starea bean, aceasta este ejbCreate ().

Când metoda este apelată după ce stocarea de persistență este scrisă cu starea bean, aceasta este ejbPostCreate ().

27. Definiți EAR, WAR și JAR?

Fișierele JAR conțin toate clasele EJB.

Fișierele WAR conțin toate servleturile, paginile componente web, gif, html, fasole, applets, cursuri și clase.

Fișierele EAR conțin atât fișiere JAR, cât și fișiere WAR.

28. Diferențierea fantomă de nerepetabil?

Când sunt introduse date care nu existau înainte, acestea sunt citite ca fantomă, în timp ce atunci când datele care existau deja sunt modificate, apare irepetabil.

29. Definiți proprietățile ACID?

ACID este atomicitate, consistență, izolare și durabilitate.

Atomicitate: Operații care sunt grupate și proiectate o singură unitate de lucru.
Consecvență: garantează că după ce a avut loc o tranzacție, va exista consecvență.
Izolare: Ajută la protejarea vizualizării altor rezultate simultane ale tranzacțiilor incomplete.
Durabilitate: Asigură durabilitatea prin păstrarea unui jurnal de tranziție prin care datele permanente să fie recreate prin aplicarea din nou a pașilor implicați.

30. Ce înțelegeți prin „Implementare la cald”?

Actul de redistribuire, implementare și dezinstalare în logica Web atunci când serverul rulează în EJB se numește Hot Deployment.

31. Cum poate fi configurat un bean de sesiune pentru tranzacțiile de bean-managed?

Se poate realiza prin setarea atributului tranzacției în sectorul de implementare sau în fișierul XML.

32. Înrolați tehnologiile adoptate în J2EE.

Tehnologiile adoptate în J2EE sunt:

Enterprise JavaBeansTM (EJBsTM)
JavaServer PagesTM (JSPsTM)
Servlet-uri Java
Java Naming and Directory InterfaceTM (JNDITM)
Tranzacția Java API (JTA)
CORBA
API-ul de acces la date JDBCTM.

33. Ce înseamnă container Enterprise JavaBeans (EJB)?

Containerul Enterprise JavaBeans ajută la gestionarea implementării aplicațiilor enterprise beans ale J2EE.

34. Ce înțelegeți prin replicare în memorie?

Când conținutul care are memoria unui singur m/c fizic este simulat în toate m/c din acel cluster, acel proces se numește replicare a memoriei.

35. Definiți efectul de ondulare?

În timpul execuției, când modificările efectuate în diferitele proprietăți ale grupului de servere sunt propagate în fiecare clonă asociată, acest proces este cunoscut sub numele de Efect Ripple.

36. Definiți clonarea?

Copiile de grup de servere sunt definite ca clone. Dar, spre deosebire de grupurile de servere, clonele sunt legate prin intermediul nodurilor.

37. Ce înțelegeți prin tranzacție gestionată de fasole?

Dacă Containerul nu este dorit de dezvoltator pentru gestionarea tranzacțiilor, fiecare operație de bază de date poate fi implementată pentru a scrie JDBC cod.

38. Diferențierea „găsiți o metodă” de „selectați metoda” în EJB?

Un câmp persistent este returnat prin metoda select a unui bean entitate care este înrudit. O interfață la distanță sau locală este returnată prin metoda finder.

39. Ce înțelegi prin schemă abstractă?

Un element al descriptorului de implementare a bean-ului unei entități care definește câmpurile persistente ale bean-ului și relația existentă între ele este cunoscut sub numele de Schemă abstractă. Este specific pentru fiecare entitate fasole care a gestionat persistența containerului.

40. Ce înțelegi prin reintrare? Poți spune că fasolea de sesiune ca reintratoare? Pot fi specificate entity beans ca reintrante?

Dacă entity bean-ul este definit ca reintrat, atunci este posibil de către mai mulți clienți să se asocieze cu Entity bean-ul și să obțină metode executate concomitent în entity bean-ul. Sincronizarea este asigurată de container. Există o excepție atunci când un fascicul de entitate este definit ca non-reintrat și mulți clienți sunt conectați la acesta simultan pentru a efectua o metodă.

41. Ce înțelegeți prin arhitectură EJB?

O componentă non-vizuală care implică o aplicație de întreprindere distribuită, orientată spre tranzacții, se numește Enterprise beans. Acestea sunt în mod caracteristic implementate în containere ale EJB și rulează pe serverele EJB.

Cele trei tipuri de bean enterprise sunt:

Session Beans: Aceste bean-uri enterprise sunt nepersistente și pot fi apatride sau cu stare. Dacă este necesară o stare de conversație, atunci este preferat modul Stateful, în timp ce paradigma Stateless este preferată pentru un singur proces de afaceri.
Entity Beans: Entity Beans au fost prezentate în versiunile anterioare ale EJB constând din date persistente în obiecte distribuite. Au avut capacitatea de a fi salvate în diferite depozite de date persistente.
Message Driven Beans: Este acceptată execuția asincronă prin paradigma de mesagerie. Urmați procesul de primire și prelucrare a datelor. Ele sunt accesate doar prin mesaje și nu au o stare de conversație menținută.

42. Scrieți cerința de bază a unei clase bazate pe entitate CMP în 2.0 din EJB 1.1?

Cerința de bază a unui CMP este o clasă abstractă pe care containerul o extinde și obține metodele implementate necesare pentru gestionarea relațiilor.

43. Cum pot fi accesate Enterprise JavaBeans din Active Server Pages?

Enterprise JavaBeans poate fi accesat din Active Server Pages prin:

„Platforma Java 2”
Servicii de acces client Enterprise Edition (J2EETM CAS) COM Bridge 1.0, care a fost descărcat în prezent de pe Sun Microsystems.

44. Are blocuri de inițializare statică legal în EJB?

Este legal din punct de vedere tehnic, dar blocurile de inițializare statice au fost folosite în executarea bucăților de cod înainte de execuția finală a oricărei metode sau constructor atunci când o clasă este instanțiată.

45. Ce modificări au fost făcute în specificațiile EJB 2.0?

Modificările care au fost făcute în specificația EJB 2.0 sunt:

JMS este integrat cu EJB.
Message Driven Beans.
Implementarea metodelor de afaceri suplimentare.

46. Ce înțelegi prin EJBDoclet?

JavaDoc doclet, o sursă deschisă este un doclet care generează lucruri bune legate de EJB din etichetele de comentarii ale JavaDoc personalizate, care sunt încorporate în fișierul sursă al EJB.

47. Ce vrei să spui prin EJB QL?

Un limbaj de interogare care asigură navigarea printr-o rețea care cuprinde bean-uri enterprise și obiecte care sunt dependente și sunt definite prin metode de persistență gestionată de container. EJB 2.0 a fost platforma pentru introducerea EJB QL. Acesta definește metode de căutare care sunt utilizate pentru bean-urile entități, care are persistență gestionată de container și are portabilitate între managerii de persistență și containere. Este util în două tipuri de metode de căutare: metodele de căutare, care au interfață Home și returnează obiecte de entitate. Selectați metode, care rămân neexpuse pentru ca clientul să le vadă, dar pe care furnizorul Bean le folosește.

48. Cum are loc invocarea EJB?

Referința obiectului principal este preluată de la Serviciul de denumire prin JNDI. Referința obiectului principal este returnată clientului. Pașii sunt:

A creat un nou obiect EJB prin interfața Home Object.
A creat un obiect EJB din obiectul Ejb.
A returnat clientului o referință de obiect EJB.
Metoda de afaceri invocată utilizând referința obiectului EJB.
Solicitat delegat la Bean (Enterprise Bean).

49. Poate fi mapat mai mult de un singur tabel în CMP?

Nu, mai mult de un tabel nu poate fi mapat într-un singur CMP.

50. Au entity bean-urile permise să creeze metode ()?

Da, este permis în cazurile în care datele nu sunt introduse prin utilizarea aplicației Java.

Aceste întrebări de interviu vă vor ajuta, de asemenea, în viva (orale)

S-ar putea sa-ti placa: