Топ 50 на въпросите и отговорите за интервю за WebLogic (2025)

Ето въпроси и отговори за интервю с WebLogic за новопостъпили, както и за опитни кандидати, за да получат мечтаната работа.

1. Обяснете дескрипторите за внедряване?

Дескрипторите за внедряване са свързани с почти всички модули, както и приложения. Дескрипторите за внедряване могат да се видят под формата на XML документи и те могат да опишат съдържанието, което е част от директорията или jar файла. J2EE спецификациите обикновено дефинират стандарта, както и дескрипторите за внедряване, които са преносими за J2EE приложения и модули.

Безплатно изтегляне на PDF: Въпроси и отговори за интервю на WebLogic

2. Какво е web.xml?

Web.xml е XML документ, който е основно за целите на приложението и помага при изброяването на J2EE компонентите и конфигурацията на вашето приложение във формат J2EE модули.

3. Какво е името на JVM по подразбиране, който се използва за WebLogic?

Слънчевата гореща точка JDK по подразбиране се използва за разработка, JRockit е този, използван за производство на WebLogic 11g, както и 12c. Операционна система е друг фактор, който помага при избора на сертифициран JDK JVM.

4. Обяснете методите за предоставяне на потребителски идентификационни данни за стартиране на сървъра?

По време на създаването на домейн съветникът за настройка на конфигурацията пита за подробности като потребителско име, парола и т.н. от потребителя, който влиза за първи път като администратор. Ако домейнът е създаден в режим на разработка, съветникът за конфигуриране запазва шифрованата парола, както и потребителското име във файл за самоличност. Този файл е достъпен за справка по време на зареждане, така че при липса на този файл системата може да подкани потребителя за целите на въвеждане на идентификационни данни. Нов файл за самоличност за зареждане може да бъде създаден, ако искате да промените идентификационните данни за използване или в противен случай, ако имате изискване да създадете домейн в производствения режим.

5. Има ли възможност за стартиране на управляван сървър при липса на администраторски сървър?

Обичайният процес е, че в случай на трудност за сървъра на мениджъра да се свърже с който и да е административен сървър по време на стартиране, има опция за управлявания сървър да извлече свързаната с него конфигурация от конфигурационните файлове, както и включени други файлове.

Така извлечената информация не може да бъде променяна и е възможна само когато административният сървър е наистина достъпен. Когато административният сървър е недостъпен, тогава управляваният сървър влиза в своя режим на независимост за извършване на своите операции.

6. Обяснете WebLogic сървъра.

Това е вид сървър, който поддържа различни услуги, както и инфраструктура, които са свързани с JEE приложения. Сървърът на WebLogic е способен да внедрява компоненти, както и приложения чрез wsdl, UDDI и SOAP. Този сървър се конфигурира като уеб сървър чрез използване на HTTP слушател за поддръжка на HTTP.

Уеб сървъри като този на Apache, Netscape и Microsoft се използват. Конфигурацията на уеб сървър позволява на WebLogic да предоставя услуги на динамични и статични заявки, които обикновено се генерират от сървлети, HTML и JSP.

7. Какви са възможностите на сървъра WebLogic?

Има различни възможности, свързани с WebLogic сървъра и те са

Промени в динамичната конфигурация.
Пренасочване на производствено приложение
Подвижни надстройки.

8. Обяснете за функцията, свързана с T3 в WebLogic сървър?

T3 предоставя подобрена поддръжка за съобщенията на WebLogic сървъра. Подобренията включват подмяна на обекти, работа на сървъра seblogic – клъстери, а също и HTTP. T3 също така извършва сериализация на java обект, а също и хищничество на RMI. T3 може да се разглежда като надмножество, свързано с java обект.

T3 е упълномощен между сървърите на WebLogic, програмните клиенти и клъстера, свързан със сървъра на WebLogic. Протоколите HTTP и IIOP се използват за позволяване на комуникация между сървъра на WebLogic и процесите.

9. Обяснете използването на HTTP?

HTTP е протоколът, който се използва за целите на комуникацията между сървъра на WebLogic и процесите.

10. Обяснете функционалността на IIOP?

IIOP е вид протокол, полезен за активиране на комуникацията между сървъра на WebLogic и брокера на заявки за обекти.

11. Как функционират мъничетата в сървърния клъстер на WebLogic по време на повреда?

Stubs изпълняват процеса на премахване на неуспешния екземпляр от списъка, когато има неуспех. Стъпката обикновено използва DNS за намиране на работещия сървър, а също и за получаване на списъка с екземплярите, които в момента са налични с приложението.

Списъкът на екземплярите, налични със сървъра в клъстера, периодично се опреснява и позволява придобиването на предимства, свързани с нови сървъри. Предимствата се получават, когато сървърът се добави към клъстера.

12. Как може JVM по подразбиране да се промени на друг?

За промяна на JVM може да се направи, като следвате стъпките по-долу.

Първо трябва да зададете JAVA_HOME в началния скрипт на сървъра.
Променете config.xml на домейна за използване на JRockit javac.exe
Премахнете всякакъв вид превключватели, специфични за Sun JVM, от стартовите скриптове на сървъра.

13. Как клиентите обработват DNS – заявки към повредените сървъри?

Ширина на честотната лента се губи в случай на продължаващи DNS заявки към тази на недостъпна машина по време на повреда на сървъра. Този проблем обикновено възниква по време на стартиране, свързано с приложението от страна на клиента. Сървърите, които не са достъпни, се премахват чрез търсене на DNS записи, предоставени от WebLogic сървъра.

Това премахване не позволява на клиентите да имат достъп до повредени сървъри. За да се избегнат ненужните DNS заявки, се използват балансьори на натоварване от трета страна. Някои от третите страни за балансиране на натоварването са BigIP, resonate, local director и Alteon. Основната функция на тези зареждания от трети страни – балансьори е да маскират множество адреси на DNS в един.

14. Обяснете функционалността на T3, свързана със сървъра WebLogic?

T3 е в състояние да осигури рамка или цялостна структура за съобщенията, които са в състояние да поддържат подобренията. Подобренията се състоят от тунелиране на продукта, работещо в контекста, свързан с клъстери на WebLogic сървър, а също и при подмяна на обекти.

15. Как може да се зададе classpath?

Classpath може да бъде зададен чрез използване на следния скрипт WL_HOME\server\bin\setWLSEnv.cmd (в случай на Windows).

16. Обяснете функционирането на Stub?

Стъб обикновено се очаква от хората, които се свързват към сървърния клъстер на WebLogic. Мъничето има списък, който се състои от наличните екземпляри на сървър, които изпълняват реализации на хост, свързани с обекта. Стъпката също така има функционалността да балансира натоварването чрез разпределяне на натоварването между хост сървърите.

17. Какви са стъпките за създаване на Pooling в рамките на Tomcat сървър?

Първата стъпка, включена в този процес на създаване на групиране, е изтеглянето на 3 jar файла, които са commons-dbcp-1.2 jar, commons-pool-1.3.jar и commons-collections-3.1 jar.
Следващата стъпка е да направите запис в server.xml на tomcat factory.

18. Как можете да разграничите срива на сървъра и увисването на сървъра?

При срив на сървъра няма съществуване за Java процеса и ако това е висене на сървъра, тогава Java процесът спира да отговаря.

19. Какви са причините за срив на сървъра?

Основните причини за възникването на срив на сървъра са собственият IO, JVM, поддържаната конфигурация, JDBC проблеми с драйвери и собствени библиотеки на SSL.

20. Как можете да разрешите проблема със срива на сървъра?

Срив, свързан с JVM, може да генерира файл hs_err_pid. Трябва да посочите този файл, за да откриете основната причина за такъв срив. В случай, че родният IO е произходът на нишката, трябва да го деактивирате. Ако произходът на проблема е от водача, трябва да се свържете с екипа на водача.

21. Как може да се реши сървърът Hang?

Java WebLogic.Admin PING трябва да се провери, за да се установи дали получавате нормален и положителен отговор. Можете да разберете основната причина за увисването от този файл. Просто трябва да поправите грешките, идентифицирани от този файл.

22. Обяснете причините за висене на сървъра?

Основните причини, които водят до висене на сървъра, са изтичане на памет, блокиране и дълго време за връщане.

23. Дефиниране на изтичане на памет?

Изтичането на памет е състояние, което възниква, когато обектите се задържат в купчината дори след като не са използвани.

24. Какво причинява състоянието ИЗВЪЗ ПАМЕТ?

Има различни причини, които могат да доведат до това състояние и те са

Недостатъчен размер на купчината в сравнение с допълнителното натоварване.
Поставянето на обектите отнема по-дълъг период от време, подобно на HTTP сесиите.
Поява на изтичане на памет в кода на приложението.
Предотвратяване на появата на пълен GC поради грешка в JVM.

25. Как може да бъде решен проблемът ИЗВЪН ПАМЕТ?

Има възможност за събиране на данни от паметта след активиране на GC – verbose. Ако условието е възникнало поради HTTP сесия, то ще бъде разрешено автоматично, когато сесията изтече. Трябва също да проверите кода, свързан с обработката на jdbc свързаност. Трябва също така да оптимизирате размера на купчината, като вземете предвид натоварването.

26. Кога може да възникне високо натоварване на процесора?

Това е състояние, което обикновено възниква, когато една нишка или процес използва по-голяма част от процесора по неочакван начин.

27. Как може да се реши проблемът, свързан с високото използване на процесора?

В платформата на Windows проблемът с високото натоварване на процесора може лесно да бъде решен чрез използване на pslist, а също и с изследователя на процеси, за да наблюдавате функцията, изпълнявана от нишката или процеса.

28. Обяснете термина клъстеризация?

Клъстерирането е процесът на групиране на сървърите заедно за постигане на висок процент на мащабируемост и наличност.

29. Каква е целта на групирането?

Основната цел на извършването на процеса на клъстериране е да се направи възможна висока мащабируемост, както и достъпност на сървърите. Този процес също така помага за балансиране на натоварването по правилен начин и също така осъществява преход при срив.

30. Как може да се осъществи клъстерна комуникация?

Комуникацията чрез клъстер е възможна чрез мултикаст IP, както и порт чрез процеса на изпращане на периодични съобщения, които обикновено се наричат сърдечни съобщения.

31. Какви са различните видове инсталации на WebLogic?

Инсталирането на WebLogic обикновено се извършва в три различни режима, които са:

Графичен режим
Конзолен режим
Тих режим.

32. Какво е графичен режим?

Това е вид инсталация, която използва интерактивен GUI.

33. Какво е конзолен режим?

Това е вид инсталация, която следва метод, базиран на интерактивен текст.

34. Какво е безшумен режим?

Това е метод на инсталиране, който не е интерактивен и обикновено се основава на .xml свойства – файл.

35. Какво е Unicast?

Unicast е методът, използван в техниката за клъстериране, при която има главен клъстер и всеки сървър трябва да изпрати ping до този главен клъстер, за да информира, че сървърът е активен.

36. Какво е Multicast?

Това е един вид клъстерна система, при която няма главен клъстер и всеки сървър трябва да се пингува взаимно, за да информира за съществуването си. Multicasting има много съобщения, които трябва да бъдат изпратени под формата на ping, тъй като всеки сървър трябва да информира всички останали за своето съществуване. Това условие създава голяма сложност, свързана с метода, в сравнение с unicast.

37. Какво е етапно разгръщане?

Етапното внедряване е вид процес, при който администраторът получава физическо копие, което се разпространява до другите инстанции.

38. Какво е неетапно внедряване?

Няма копие в администратора, но всеки сървър трябва да се свърже директно с източника, за да получи елемента за внедряване.

39. Как може да се провери номера на порта?

Номерът на порт може да се провери с помощта на netstat-na|grepconnected.

40. Как да разбера портовете за слушане?

Слушащите портове могат да бъдат открити с помощта на netstat-na|grep listen.

41. Как да проверя версията на Java?

Версията на java може да се провери с помощта на [roo@h1vm/]#java-version.

42. Как се информира, когато сървърът е добавен към клъстера?

Наличността на новия сървър в клъстера се излъчва от WebLogic сървъра – клъстер.

43. Колко WebLogic сървъра могат да се държат в многопроцесорна машина?

Няма ограничение за броя на сървърите.

44. Какво представлява настройката на приложението?

Този процес включва ejb pool – размер на кеша и повторно компилиране на jsp.

45. Какво е настройка на ОС?

Това е процесът на настройка на TCP/IP параметри.

46. Какво представлява настройката на основния сървър?

Това е процесът, включващ настройката на диспечера на работата, размера на патронника, пакетите за производителност, размера на пула на парчета и буферирането на изоставането на връзката.

47. Какво е настройка на JVM?

Този процес включва наблюдение на събирането на боклука и настройката на gc стратегията.

48. Какво е машина?

Машината е логическото представяне на физическата машина.

49. Какво е Node Manager?

Мениджърът на възли е услуга от Java, която може да изпълнява отделен процес, различен от този на WebLogic сървъра.

50. Какво е домейн?

Домейнът може да се дефинира като група, която се състои от различни WebLogic – сървърни ресурси.

Тези въпроси за интервюто също ще ви помогнат във вашата viva (устна)

Може да харесате: