WebLogic 인터뷰 질문 및 답변 상위 50개(2025)

다음은 꿈의 직업을 얻기 위한 신입 지원자와 경력 지원자를 위한 WebLogic 면접 질문과 답변입니다.

1. 배포 설명자를 설명하시겠습니까?

배포 설명자는 응용 프로그램뿐만 아니라 거의 모든 모듈과 연결됩니다. 배포 설명자는 다음 형식으로 볼 수 있습니다. XML 문서이며 디렉토리나 jar 파일의 일부인 내용을 설명할 수 있습니다. J2EE 사양은 일반적으로 표준과 J2EE 애플리케이션 및 모듈에 이식 가능한 배포 설명자를 정의합니다.

무료 PDF 다운로드: WebLogic 인터뷰 질문 및 답변

2. web.xml이란 무엇입니까?

Web.xml은 주로 애플리케이션 목적으로 사용되는 XML 문서이며 J2EE 모듈 형식으로 애플리케이션의 J2EE 구성 요소 및 구성을 나열하는 데 도움이 됩니다.

3. WebLogic에서 사용되는 기본 JVM의 이름은 무엇입니까?

Sun 핫스팟 JDK 기본값은 개발에 사용되며 JRockit은 WebLogic 11g 및 12c 제작에 사용되는 것입니다. 운영체제 인증된 JDK JVM을 선택하는 데 도움이 되는 또 다른 요소입니다.

4. 서버 시작을 위해 사용자 자격 증명을 제공하는 방법을 설명하십시오.

도메인 생성 시 구성 설정 마법사는 관리자로 처음 로그인하는 사용자에게 사용자 이름, 비밀번호 등의 세부 정보를 요청합니다. 도메인이 개발 모드에서 생성된 경우 구성 마법사는 암호화된 비밀번호와 사용자 이름을 ID 파일에 저장합니다. 이 파일은 부팅하는 동안 참조용으로 사용할 수 있으므로 이 파일이 없을 경우 시스템에서 사용자에게 자격 증명을 입력하라는 메시지를 표시할 수 있습니다. 사용 자격 증명을 변경하려는 경우 또는 프로덕션 모드에서 도메인을 생성해야 하는 경우 새 부팅 - ID 파일을 생성할 수 있습니다.

5. 관리자 서버가 없을 때 관리 서버를 시작할 수 있나요?

일반적인 프로세스는 관리자 서버가 시작 시 관리 서버에 연결하는 데 어려움이 있는 경우 관리 서버가 구성 파일에서 관련 구성을 검색할 수 있는 옵션이 있다는 것입니다. 관련된 다른 파일.

이렇게 검색된 정보는 변경할 수 없으며, 관리 서버가 실제로 사용 가능한 경우에만 가능합니다. 관리 서버를 사용할 수 없는 경우 관리 서버는 해당 작업을 수행하기 위해 독립 모드로 전환됩니다.

6. WebLogic 서버에 대해 설명해보세요.

JEE 애플리케이션과 관련된 인프라뿐만 아니라 다양한 서비스를 지원하는 일종의 서버이다. WebLogic 서버는 다음을 통해 구성 요소와 애플리케이션을 배포할 수 있습니다. wsdl, UDDI 및 SOAP. 이 서버는 HTTP를 지원하기 위해 HTTP Listener를 사용하여 웹 서버로 구성됩니다.

Apache, Netscape와 같은 웹 서버 Microsoft 활용됩니다. 웹 서버 구성을 통해 WebLogic은 일반적으로 서블릿에서 생성되는 동적 및 정적 요청에 서비스를 제공할 수 있습니다. HTML 그리고 JSP.

7. WebLogic 서버의 기능은 무엇입니까?

WebLogic 서버와 관련된 다양한 기능이 있으며 다음과 같습니다.

동적 구성이 변경되었습니다.
프로덕션 애플리케이션 재배포
롤링 업그레이드.

8. WebLogic 서버의 T3와 관련된 기능에 대해 설명해주세요.

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 서버 클러스터 내에서 스텁은 어떻게 작동합니까?

스텁은 장애가 발생할 때마다 실패한 인스턴스를 목록에서 제거하는 프로세스를 수행합니다. 스텁은 일반적으로 실행 중인 서버를 찾고 현재 애플리케이션에서 사용할 수 있는 인스턴스 목록을 얻기 위해 DNS를 사용합니다.

클러스터 내부의 서버에서 사용 가능한 인스턴스 목록은 주기적으로 새로 고쳐지며 새 서버와 관련된 이점을 얻을 수 있습니다. 서버가 클러스터에 추가되면 이점을 얻을 수 있습니다.

12. 기본 JVM을 다른 JVM으로 어떻게 변경할 수 있나요?

JVM을 변경하려면 아래 단계에 따라 수행할 수 있습니다.

먼저 서버의 시작 스크립트에서 JAVA_HOME을 설정해야 합니다.
JRockit javac.exe를 사용하기 위해 도메인의 config.xml을 변경합니다.
서버의 시작 스크립트에서 Sun JVM과 관련된 모든 종류의 스위치를 제거하십시오.

13. 클라이언트는 장애가 발생한 서버에 대한 DNS 요청을 어떻게 처리합니까?

서버 장애 시 사용할 수 없는 기기에 DNS 요청을 계속하는 경우 대역폭이 낭비됩니다. 이 문제는 일반적으로 클라이언트측 애플리케이션과 관련된 시작 시 발생합니다. 사용할 수 없는 서버는 WebLogic 서버에서 제공하는 DNS 항목을 검색하여 제거합니다.

이렇게 제거하면 클라이언트가 실패한 서버에 액세스하는 것을 방지할 수 있습니다. 타사 로드 – 불필요한 DNS 요청을 피하기 위해 밸런서를 사용합니다. 타사 로드 밸런서 중 일부는 BigIP, Resonate, Local Director 및 Alteon입니다. 이러한 타사 로드(밸런서)의 주요 기능은 여러 DNS 주소를 단일 주소로 마스킹하는 것입니다.

14. WebLogic 서버와 관련된 T3의 기능을 설명해주세요.

T3는 향상된 기능을 지원할 수 있는 메시지에 대한 프레임워크 또는 전체 구조를 제공할 수 있습니다. 향상된 기능은 WebLogic 서버 클러스터와 관련된 컨텍스트에서 작동하는 제품 터널링과 객체 교체로 구성됩니다.

15. 클래스패스는 어떻게 설정하나요?

클래스 경로는 다음 스크립트 WL_HOME\server\bin\setWLSEnv.cmd(Windows의 경우)를 사용하여 설정할 수 있습니다.

16. Stub의 기능을 설명해주세요.

스텁은 일반적으로 WebLogic 서버 클러스터에 연결하는 사람들이 예상합니다. 스텁에는 객체와 관련된 호스트 구현을 수행하는 사용 가능한 서버 인스턴스로 구성된 목록이 있습니다. 스텁에는 호스트 서버 간에 로드를 분산하여 로드 균형을 조정하는 기능도 있습니다.

17. Tomcat 서버 내에서 풀링을 생성하는 단계는 무엇입니까?

풀링 생성 프로세스와 관련된 첫 번째 단계는 commons-dbcp-3 jar, commons-pool-1.2.jar 및 commons-collections-1.3 jar인 3.1개의 jar 파일을 다운로드하는 것입니다.
다음 단계는 tomcat 팩토리의 server.xml 내부에 항목을 만드는 것입니다.

18. 서버 충돌과 서버 정지를 어떻게 구별할 수 있습니까?

서버 충돌이 발생하면 Java 프로세스가 존재하지 않으며 서버가 중단되면 Java 프로세스가 응답을 중지합니다.

19. 서버 충돌의 원인은 무엇입니까?

서버 충돌이 발생하는 주요 원인은 기본 IO, JVM, 지원되는 구성, JDBC 드라이버 문제 및 SSL 기본 라이브러리.

20. 서버 충돌 문제를 어떻게 해결할 수 있나요?

JVM과 관련된 충돌로 인해 hs_err_pid 파일이 생성될 수 있습니다. 이러한 충돌의 근본 원인을 찾으려면 이 파일을 참조해야 합니다. Native IO가 스레드의 출처인 경우 이를 비활성화해야 합니다. 문제의 원인이 드라이버에 있는 경우 드라이버 팀에 문의하세요.

21. 서버 정지를 어떻게 해결할 수 있나요?

정상적이고 긍정적인 응답을 받는지 확인하려면 Java WebLogic.Admin PING을 확인해야 합니다. 이 파일에서 정지되는 근본 원인을 찾을 수 있습니다. 이 파일에서 식별된 오류만 수정하면 됩니다.

22. 서버 정지 이유를 설명해주세요.

서버가 중단되는 주요 원인은 메모리 누수, 교착 상태, 복귀에 오랜 시간이 소요되는 것입니다.

23. 메모리 누수를 정의 하시겠습니까?

메모리 누수는 객체가 사용되지 않은 후에도 힙에 유지될 때 발생하는 상태입니다.

24. 메모리 부족 상태의 원인은 무엇입니까?

이 상태로 이어질 수 있는 다양한 이유가 있으며 그 이유는 다음과 같습니다.

추가 로드에 비해 힙 크기가 부족합니다.
객체 배치에는 HTTP 세션과 마찬가지로 시간이 더 오래 걸립니다.
애플리케이션 코드 내부에서 메모리 누수가 발생했습니다.
JVM 버그로 인한 Full GC 발생 방지.

25. OUT OF MEMORY는 어떻게 해결하나요?

GC – verbose를 활성화한 후 메모리 데이터를 수집할 가능성이 있습니다. HTTP 세션으로 인해 조건이 발생한 경우 세션 시간이 초과되면 자동으로 해결됩니다. 또한 jdbc 연결 처리와 관련된 코드를 확인해야 합니다. 또한 로드를 고려하여 힙 크기를 최적화해야 합니다.

26. CPU 사용량이 높아지는 경우는 언제입니까?

이는 단일 스레드나 프로세스가 예상치 못한 방식으로 CPU의 더 많은 부분을 사용할 때 일반적으로 발생하는 상태입니다.

27. 높은 CPU 사용량과 관련된 문제를 어떻게 해결할 수 있습니까?

Windows 플랫폼에서 CPU 사용량이 많은 문제는 pslist를 사용하고 프로세스 탐색기를 사용하여 스레드나 프로세스에서 수행되는 기능을 관찰함으로써 쉽게 해결할 수 있습니다.

28. 클러스터링이라는 용어를 설명해주세요.

클러스터링은 높은 비율의 확장성과 가용성을 달성하기 위해 서버를 그룹화하는 프로세스입니다.

29. 클러스터링의 목적은 무엇입니까?

클러스터링 프로세스를 수행하는 주요 목표는 서버의 가용성뿐만 아니라 높은 확장성을 구현하는 것입니다. 이 프로세스는 적절한 방식으로 로드 균형을 조정하는 데도 도움이 되며 장애 조치도 수행합니다.

30. 클러스터 통신은 어떻게 이루어질 수 있습니까?

클러스터를 통한 통신은 일반적으로 하트비트 메시지라고 하는 주기적 메시지를 전송하는 과정을 통해 포트뿐만 아니라 멀티캐스트 IP를 통해 가능해집니다.

31. WebLogic 설치에는 어떤 유형이 있습니까?

WebLogic 설치는 일반적으로 다음 세 가지 모드로 수행됩니다.

그래픽 모드
콘솔 모드
무음 모드.

32. 그래픽 모드란 무엇입니까?

대화형 GUI를 활용한 일종의 설치 유형입니다.

33. 콘솔 모드란 무엇입니까?

이는 대화형 텍스트 기반 방식을 따르는 일종의 설치 유형입니다.

34. 무음모드란 무엇인가요?

이는 비대화형 설치 방법이며 일반적으로 .xml 속성(파일)을 기반으로 합니다.

35. 유니캐스트란 무엇입니까?

유니캐스트는 클러스터 마스터가 있고 각 서버가 이 클러스터 마스터에 ping을 보내 서버가 살아 있음을 알리는 클러스터링 기술에 사용되는 방법입니다.

36. 멀티캐스트란 무엇입니까?

클러스터 마스터가 없고, 각 서버가 자신의 존재를 알리기 위해 서로 ping을 보내야 하는 일종의 클러스터링 시스템입니다. 멀티캐스팅에는 각 서버가 자신의 존재를 다른 모든 서버에 알려야 하기 때문에 ping 형식으로 전송해야 할 메시지가 많습니다. 이 조건은 유니캐스트에 비해 방법과 관련하여 훨씬 더 복잡해집니다.

37. 무대 배치란 무엇입니까?

단계 배포는 관리자가 다른 인스턴스에 배포되는 물리적 복사본을 얻는 일종의 프로세스입니다.

38. 비단계 배포란 무엇입니까?

관리자에게는 복사본이 없지만 각 서버는 배포할 항목을 가져오기 위해 소스에 직접 연결해야 합니다.

39. 포트번호는 어떻게 확인하나요?

포트 번호는 연결된 netstat-na|grep을 사용하여 확인할 수 있습니다.

40. 청취 포트를 찾는 방법은 무엇입니까?

수신 포트는 netstat-na|grep listening을 사용하여 찾을 수 있습니다.

41. 자바 버전은 어떻게 확인하나요?

Java의 버전은 [roo@h1vm/]#java-version을 사용하여 확인할 수 있습니다.

42. 서버가 클러스터에 추가되면 어떻게 알려지나요?

클러스터에 있는 새 서버의 가용성은 WebLogic 서버 – 클러스터에 의해 브로드캐스트됩니다.

43. 다중 프로세서 시스템 내에 몇 개의 WebLogic 서버를 보유할 수 있습니까?

서버 수에는 제한이 없습니다.

44. 애플리케이션 튜닝이란 무엇입니까?

이 프로세스에는 ejb 풀 – 크기 캐시 및 jsp 재컴파일이 포함됩니다.

45. OS 튜닝이란 무엇입니까?

TCP/IP 매개변수를 설정하는 과정입니다.

46. Core Server 튜닝이란 무엇입니까?

이는 작업 관리자, 척 크기, 성능 팩, 청크 풀 크기 및 연결 백로그 버퍼링 조정을 포함하는 프로세스입니다.

47. JVM 튜닝이란 무엇입니까?

이 프로세스에는 가비지 수집 모니터링과 gc 전략 조정이 포함됩니다.

48. 기계란 무엇인가?

기계는 물리적 기계의 논리적 표현입니다.

49. 노드매니저란 무엇인가요?

Node Manager는 WebLogic 서버가 아닌 별도의 프로세스를 실행할 수 있는 Java의 서비스입니다.

50. 도메인이란 무엇입니까?

도메인은 다양한 WebLogic 서버 리소스로 구성된 그룹으로 정의할 수 있습니다.

이 인터뷰 질문은 당신의 비바(구술)에도 도움이 될 것입니다.

당신은 좋아할 것입니다 :