OPatch version과 OUI version이 맞지 않아 opatch 명령어가 제대로 실행되지 않을 때 해당 이슈는 같은 장비에 ORACLE DB와 WAS가 같이 설치되어 있는 경우 간혹 발생한다. DB든 WAS든 ORACLE 제품의 경우 ORACLE_HOME을 지정해 주는데 DB 쪽의 ORACLE_HOME이 장비의 환경 변수로 등록되어 있는 경우가 존재한다. 그럴 경우 ./opatch lsinventory를 실행하면 DB의 ORACLE_HOME을 통해 찾아가기 때문에 제목과 같은 오류가 발생하게 된다. 따라서 WAS의 정확한 ORACLE_HOME을 명령어에 지정하여 실행해야 한다../opatch lsinventory -oh [ORACLE_HOME]  이 경우 OPatch나 PSU 패치를 진행할 때..

# 테스트 환경OS : Oracle Linux Server release 8.6JDK : 1.8WebLogic ver. : 12cR2보안 문제 또는 제품 버그로 인하여 WebLogic 엔진에 대하여 patch를 진행해야 할 때가 있다.  패치 진행 시 고려 사항1. 백업패치는 WebLogic 엔진에 반영이 되기 때문에 항상 패치 전 엔진 백업은 필수적으로 필요하며 사용 중인 운영 WebLogic 엔진의 경우 디렉터리 용량의 크기가 클 수 있으므로 백업할 디렉터리의 여유공간 확보도 필수적이다. 2. WebLogic 프로세스WebLogic 프로세스가 기동 중인 상태에서는 패치가 진행되지 않기 때문에 반드시 AdminServer 및 instance Server들을 Shutdown 시킨 후 프로세스 확인까지 마..

# 테스트 환경OS : Oracle Linux Server release 8.6JDK : 1.8Tomcat ver. : 9.0.89Oracle DB : 19cJDBC Driver : ojdbc8.jar이전 글인 멀티 인스턴스 구성 환경 중 server1에 Oracle DB를 연결하여 JDBC Connection 테스트를 진행하였다. # 설정 파일 수정1. server.xmlserver.xml 내용 중 태그가 존재하며 이는 해당 server에 대한 Global JNDI 리소스를 정의하는 태그이다. 해당 태그로 정의된 리소스는 반드시 context.xml 파일에서 태그 작성하여 명시적으로 연결해 주어야 한다. server.xml 파일 내의 내용은 아래와 같다.  name : 콘텍스트를 기준으..

# 테스트 환경OS : Oracle Linux Server release 8.6JDK : 1.8Tomcat ver. : 9.0.89 Tomcat을 구성할 때 엔진은 하나로 두고 여러 개의 instances들을 구성하여 사용해야 할 때 필요한 방법이다.  # CATALINA 속성Tomcat 공식 문서를 참조하면 2가지 속성이 존재한다.CATALINA_HOME: Tomcat 설치 경로 즉, Tomcat Engine 경로CATALINA_BASE: 특정 Tomcat 인스턴스의 런타임 구성의 경로 즉, 구성한 멀티 인스턴스 중 하나의 경로위와 같이 2개의 속성으로 구분할 경우  CATALINA_HOME에는 바이너리 파일과 같은 정적 소스가 포함되고CATALINA_BASE에는 conf 파일, log 파일, appl..

# 테스트 환경OS : Oracle Linux Server release 8.6JDK : 1.8Jboss ver. : jboss-eap-7.4.0Jboss Mode : standalone modeNginx ver. : 1.14.1 기본적인 Log 레벨은 설치 시 INFO 레벨로 설정되어 있다. 하지만 로그를 통해 자세히 보고 싶은 부분이 있거나 INFO로 설정을 했음에도 불구하고 Log가 지나치게 많이 쌓여 불가피하게 Log Level을 변경해야 할 때가 있다.  Log Level 정보TRACE : 가장 상세한 디버깅 정보DEBUG : 디버깅용 정보가 포함INFO : 애플리케이션 상태를 나타내는 일반적인 정보 포함WARN : 주의가 필요한 상황에 대한 정보 포함ERROR : 오류 발싱 시 사용FATAL ..

Jakarta EE는 Java를 이용하여 서버 측 개발을 위한 플랫폼이다. 해당 프로젝트가 2027년 이클립스 재단으로 이관됨에 따라 PC 표준 플랫폼이었던 Java EE를 확장하여 Jakarta EE로 변경되었다. 이름만 변경된 것이 아니라 기존의 패키지 네임스페이스가 javax.*에서 jakarta.*로 변경되었다. 따라서 표준 패키지 구조와 API 호출 방식에 영향을 미칠 수 있으며 기존 Java EE 애플리케이션과의 호환성 문제를 야기할 수 있기 때문에 버전에 대한 확인 및 고민이 필요하다. 주요 변경점Tomcat 9.x기존의 javax.* 네임 스페이스를 사용하며 Jakarta EE의 패키지 구조 변경을 포함하지 않기 때문에 Jakarta EE와 호환 되지 않는다. Tomcat 10.xJakar..