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

Iată întrebările și răspunsurile la interviu WebLogic pentru studenții, precum și candidații cu experiență pentru a obține jobul visat.

1. Explicați descriptorii de implementare?

Descriptorii de implementare sunt asociați cu aproape toate modulele, precum și cu aplicațiile. Descriptorii de implementare pot fi văzuți sub forma de XML documente și sunt capabile să descrie conținutul care face parte din directorul sau fișierul jar. J2EE specificațiile definesc de obicei standardul, precum și descriptorii de implementare care sunt portabili pentru aplicațiile și modulele J2EE.

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

2. Ce este web.xml?

Web.xml este un document XML care este destinat în principal aplicației și ajută la listarea componentelor J2EE și la configurarea aplicației dvs. în format de module J2EE.

3. Care este numele JVM-ului implicit care este folosit pentru WebLogic?

Sun hotspot JDK implicit este folosit pentru dezvoltare, JRockit este cel folosit pentru producția de WebLogic 11g și 12c. Sistemul de operare este un alt factor care ajută la alegerea JVM-ului JDK certificat.

4. Explicați metodele de furnizare a acreditărilor de utilizator pentru pornirea serverului?

În momentul creării domeniului, vrăjitorul de configurare solicită detalii precum numele de utilizator, parola etc. de la utilizatorul care se conectează pentru prima dată ca administrator. Dacă domeniul este creat în modul de dezvoltare, expertul de configurare salvează parola criptată, precum și numele de utilizator într-un fișier de identitate. Acest fișier este disponibil pentru referință în timpul pornirii, astfel încât, în absența acestui fișier, sistemul poate solicita utilizatorului scopul de a introduce acreditările. Un nou fișier de boot – identitate poate fi creat dacă doriți să schimbați acreditările de utilizare sau dacă aveți cerința de a crea un domeniu în modul de producție.

5. Există vreo posibilitate de a porni serverul administrat în absența serverului de administrator?

Procesul obișnuit este că, în cazul oricărei dificultăți pentru serverul de manager de a se conecta la orice server de administrare în momentul pornirii, există o opțiune pentru serverul gestionat de a prelua configurația aferentă acestuia din fișierele de configurare, precum și alte dosare implicate.

Informațiile astfel preluate nu pot fi modificate și sunt posibile doar atunci când serverul de administrare este cu adevărat disponibil. Când serverul de administrare este indisponibil, atunci serverul gestionat intră în modul său de independență pentru a-și efectua operațiunile.

6. Explicați serverul WebLogic.

Acesta este un fel de server care acceptă diverse servicii, precum și infrastructură care sunt legate de aplicațiile JEE. Serverul WebLogic este capabil să implementeze componente, precum și aplicații prin intermediul wsdl, UDDI și SAPUN. Acest server este configurat ca server web utilizând ascultătorul HTTP pentru a accepta HTTP.

Servere web precum Apache, Netscape și Microsoft sunt utilizate. Configurarea unui server web permite ca WebLogic să fie capabil să ofere servicii cererilor dinamice și statice care sunt de obicei generate de servlet-uri, HTML și JSP.

7. Care sunt capabilitățile serverului WebLogic?

Există diferite capabilități asociate cu serverul WebLogic și sunt

Modificări ale configurației dinamice.
Redistribuirea aplicației de producție
Upgrade-uri de rulare.

8. Explicați despre funcția asociată cu T3 în serverul WebLogic?

T3 oferă suport îmbunătățit pentru mesajele serverului WebLogic. Îmbunătățirile includ înlocuirea obiectelor, funcționarea serverului seblogic – clustere și, de asemenea, HTTP. T3 efectuează, de asemenea, serializarea obiectului java și, de asemenea, prădarea RMI. T3 poate fi considerat un superset asociat cu obiectul java.

T3 este mandatat între serverele WebLogic, clienții programatici și clusterul asociat cu serverul WebLogic. Protocoalele HTTP și IIOP sunt utilizate pentru a permite comunicarea între serverul WebLogic și procese.

9. Explicați utilizarea HTTP?

HTTP este protocolul care este utilizat în scopul de a permite comunicarea între serverul WebLogic și procese.

10. Explicați funcționalitatea IIOP?

IIOP este un fel de protocol util pentru a permite comunicarea între serverul WebLogic și brokerul de solicitare a obiectelor.

11. Cum funcționează stub-urile în clusterul de server WebLogic în momentul eșecului?

Stub-urile efectuează procesul de eliminare a instanței eșuate din listă ori de câte ori există o eroare. Stub-ul folosește de obicei DNS pentru a găsi serverul care rulează și, de asemenea, pentru a obține lista instanțelor care sunt disponibile în prezent cu aplicația.

Lista instanțelor disponibile cu serverul din cluster este reîmprospătată periodic și permite obținerea de avantaje asociate noilor servere. Avantajele sunt câștigate pe măsură ce serverul este adăugat la cluster.

Întrebări pentru interviu Oracle WebLogic

12. Cum poate fi schimbată JVM implicită în alta?

Pentru schimbarea JVM-ului se poate face urmând pașii de mai jos.

Mai întâi ar trebui să setați JAVA_HOME în scriptul de pornire al serverului.
Schimbați config.xml al domeniului pentru utilizarea JRockit javac.exe
Eliminați orice fel de comutatoare specifice Sun JVM din scripturile de pornire ale serverului.

13. Cum gestionează clienții DNS-ul – solicitările către serverele eșuate?

Lățimea de bandă este irosită în cazul solicitărilor DNS continue către cea a mașinii indisponibile în momentul defecțiunii serverului. Această problemă apare de obicei în timpul pornirii asociate cu aplicația și din partea clientului. Serverele care sunt indisponibile sunt eliminate prin căutarea intrărilor DNS furnizate de serverul WebLogic.

Această eliminare împiedică clienții să acceseze serverele eșuate. O încărcare terță parte – balansoare sunt utilizate pentru a evita solicitările DNS inutile. Unele dintre încărcările terțelor – echilibratorii sunt BigIP, resonate, director local și Alteon. Funcția principală a acestor încărcări terțe – echilibratorii este de a masca mai multe adrese DNS într-una singură.

14. Explicați funcționalitatea T3 asociată cu serverul WebLogic?

T3 este capabil să ofere un cadru sau o structură generală pentru mesajele care sunt capabile să susțină îmbunătățirile. Îmbunătățirile includ tunelarea produsului, lucrând în contextul asociat cu clustere de server WebLogic și, de asemenea, în înlocuirea obiectelor.

15. Cum poate fi setat classpath?

Calea clasei poate fi setată utilizând următorul script WL_HOME\server\bin\setWLSEnv.cmd (în cazul Windows).

16. Explicați funcționarea Stub?

Stub este de obicei așteptat de persoanele care se conectează la clusterul de server WebLogic. Stub-ul are lista care constă din instanțe disponibile ale serverului care realizează implementări gazdă asociate cu obiectul. Stub-ul are, de asemenea, funcționalitatea de a echilibra sarcina prin distribuirea sarcinii între serverele gazdă.

17. Care sunt pașii pentru crearea Pooling-ului în serverul Tomcat?

Primul pas implicat în acest proces de creare a grupării este descărcarea a 3 fișiere jar care sunt commons-dbcp-1.2 jar, commons-pool-1.3.jar și commons-collections-3.1 jar.
Următorul pas este să faceți o intrare în server.xml din Tomcat Factory.

18. Cum puteți diferenția blocarea serverului și blocarea serverului?

Cu o prăbușire a serverului, procesul Java nu există și dacă este o blocare a serverului, atunci procesul Java nu mai răspunde.

19. Care sunt cauzele blocării serverului?

Motivele majore pentru apariția blocării serverului sunt IO nativ, JVM, configurația acceptată, JDBC probleme de driver și biblioteci native SSL.

20. Cum puteți rezolva problema blocării serverului?

O blocare asociată cu JVM este capabilă să genereze fișierul hs_err_pid. Trebuie să consultați acest fișier pentru a afla cauza principală a unui astfel de accident. În cazul în care IO-ul nativ este originea firului de execuție, trebuie să-l dezactivați. Dacă originea problemei este de la șofer, trebuie să contactați echipa de șoferi.

21. Cum poate fi rezolvată blocarea serverului?

Java WebLogic.Admin PING trebuie verificat pentru a afla dacă primiți un răspuns normal și pozitiv. Puteți afla cauza principală a suspendării din acest fișier. Trebuie doar să remediați erorile identificate din acest fișier.

22. Explicați motivele blocării serverului?

Principalele motive care duc la blocarea serverului sunt scurgerile de memorie, blocarea și timpul îndelungat de revenire.

23. Definiți pierderea memoriei?

Scurgerea memoriei este condiția care apare atunci când obiectele sunt reținute în grămada chiar și după ce nu mai au nicio utilizare.

24. Ce cauzează afecțiunea OUT OF MEMORY?

Există diverse motive care pot duce la această afecțiune și sunt

Dimensiune insuficientă a mormanului în comparație cu încărcătura suplimentară.
Plasarea obiectelor durează o perioadă mai lungă de timp, precum cea a sesiunilor HTTP.
Apariția unei scurgeri de memorie în codul aplicației.
Prevenirea apariției GC complet din cauza erorii JVM.

25. Cum poate fi rezolvată OUT OF MEMORY?

Există posibilitatea de a colecta datele de memorie după activarea GC – verbose. Dacă starea s-a trezit din cauza sesiunii HTTP, atunci va fi rezolvată automat când sesiunea expiră. De asemenea, ar trebui să verificați codul asociat cu gestionarea conectivității jdbc. De asemenea, ar trebui să optimizați dimensiunea grămezii luând în considerare încărcarea.

26. Când poate apărea o utilizare ridicată a procesorului?

Aceasta este condiția care apare de obicei atunci când un singur fir sau proces folosește o porțiune mai mare a CPU într-un mod neașteptat.

27. Cum poate fi rezolvată problema asociată cu utilizarea ridicată a procesorului?

În platforma Windows, problema utilizării ridicate a procesorului poate fi rezolvată cu ușurință utilizând pslist și, de asemenea, cu exploratorul de procese pentru a observa funcția îndeplinită de firul sau de proces.

28. Explicați termenul de grupare?

Clustering este procesul de grupare a serverelor împreună pentru a realiza un procent ridicat de scalabilitate și disponibilitate.

29. Care este scopul grupării?

Scopul major al efectuării procesului de clustering este de a face posibilă scalabilitatea ridicată, precum și disponibilitatea serverelor. Acest proces ajută, de asemenea, la echilibrarea sarcinii într-un mod adecvat și, de asemenea, realizează failover-ul.

30. Cum poate avea loc comunicarea cluster?

Comunicarea prin cluster este posibilă atât prin IP-ul multicast, cât și prin portul prin procesul de trimitere a mesajelor periodice care sunt denumite în mod normal mesaje heartbeat.

31. Care sunt diferitele tipuri de instalări WebLogic?

Instalarea WebLogic are loc de obicei în trei moduri diferite care sunt:

Modul grafic
Modul consolă
Mod silențios.

32. Ce este modul grafic?

Este un tip de instalare care folosește GUI interactiv.

33. Ce este modul console?

Acesta este un tip de instalare care urmează metoda interactivă bazată pe text.

34. Ce este modul silentios?

Aceasta este o metodă de instalare care nu este interactivă și se bazează de obicei pe fișierul proprietăți .xml.

35. Ce este Unicast?

Unicast este metoda folosită în tehnica de clustering în care există cluster master și fiecare server ar trebui să facă ping către acest cluster master pentru a informa că serverul este activ.

36. Ce este Multicast?

Este un fel de sistem de clustering în care nu există un master master și fiecare server trebuie să facă ping unul altuia pentru a-și informa existența. Multicasting-ul are multe mesaje de trimis sub formă de ping, deoarece fiecare server trebuie să informeze pe toți ceilalți despre existența sa. Această condiție creează multă complexitate asociată cu metoda în comparație cu unicast.

37. Ce este o desfășurare în etapă?

Implementarea în etapă este un fel de proces în care administratorul primește o copie fizică care este distribuită celorlalte instanțe.

38. Ce este desfășurarea fără etape?

Nu există nicio copie în administrator, dar fiecare server trebuie să contacteze direct sursa pentru ca elementul să fie implementat.

39. Cum poate fi verificat numărul portului?

Numărul portului poate fi verificat utilizând netstat-na|grep conectat.

40. Cum să aflați porturile de ascultare?

Porturile de ascultare pot fi găsite utilizând netstat-na|grep listen.

41. Cum se verifică versiunea Java?

Versiunea java poate fi verificată folosind [roo@h1vm/]#java-version.

42. Cum este informat când serverul este adăugat la cluster?

Disponibilitatea noului server în cluster este difuzată de serverul WebLogic – cluster.

43. Câte servere WebLogic pot fi ținute într-o mașină cu mai multe procesoare?

Nu există limitare pentru numărul de servere.

44. Ce este reglarea aplicației?

Acest proces implică ejb pool – size cache și recompilare jsp.

45. Ce este reglarea sistemului de operare?

Acesta este procesul de configurare a parametrilor TCP/IP.

46. Ce este reglarea Core Server?

Acesta este procesul care implică reglarea managerului de lucru, dimensiunea mandrinei, pachetele de performanță, dimensiunea pool-ului de bucăți și stocarea în memorie a conexiunii.

47. Ce este reglarea JVM?

Acest proces implică monitorizarea colectării gunoiului și reglarea strategiei gc.

48. Ce este o mașină?

Mașina este reprezentarea logică a mașinii fizice.

49. Ce este Node Manager?

Node Manager este un serviciu din Java care este capabil să ruleze un proces separat, altul decât cel al serverului WebLogic.

50. Ce este un domeniu?

Domeniul poate fi definit ca grupul care cuprinde diverse resurse WebLogic – server.

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

S-ar putea sa-ti placa: