서버를 중지한 후 다시 시작할 필요없이 애플리케이션 및 해당
모듈을 다양하게 변경할 수 있습니다. 이런 유형의 변경을 수행하는 것을
최신 배치 및 동적 재로딩이라고 합니다.
시작하기 전에
다음 참고는 이 주제의 xmi
파일 참조에 적용됩니다.
지원된 구성: IBM®
확장 및 바인딩 파일의 경우 .xmi 또는 .xml 파일 이름 확장자는
Java EE 5 이전 애플리케이션이나 모듈을 사용하는지 또는
Java™ EE 5 이상 애플리케이션이나 모듈을 사용하는지 여부에 따라 달라집니다. IBM
확장 또는 바인딩 파일 이름은 ibm-*-ext.xmi 또는 ibm-*-bnd.xmi입니다.
여기서, *는 확장 또는 바인딩 파일의 유형입니다(예:
app, application, ejb-jar 또는 web). 다음 조건이 적용됩니다.
- 버전 5 이전의 Java EE 버전을 사용하는 애플리케이션 또는 모듈의 경우,
파일 확장자는 .xmi여야 합니다.
- Java EE 5 이상을 사용하는 애플리케이션 또는 모듈의 경우, 파일 확장자는
.xml이어야 합니다. .xmi 파일이 애플리케이션 또는 모듈에 포함된 경우 제품에서 .xmi 파일을 무시합니다.
그러나 Java EE 5 이상 모듈은 Java EE 5 이전 파일이 포함되어 있고
.xmi 파일 이름 확장자가 사용된 애플리케이션에 있을 수 있습니다.
ibm-webservices-ext.xmi, ibm-webservices-bnd.xmi, ibm-webservicesclient-bnd.xmi, ibm-webservicesclient-ext.xmi,
ibm-portlet-ext.xmi 파일은
.xmi 파일 확장자를 계속 사용합니다.
sptcfg
![[Solaris]](../images/solaris.gif)
제한사항: 제품이
이 운영 체제에서 실행 중인 경우 최신 배치 및 동적 다시 로드 기능은
지원되지 않습니다. 연관된 JDK(Java Development Kit) 내의
JAR(Java Archive) 파일은 메모리 맵핑됩니다.
JVM(Java Virtual Machine)이 JAR 파일을 사용 중일 때 최신 배치 및
동적 다시 로드 기능이 해당 파일을 업데이트하는 경우, 이러한 파일은
불일치 상태가 되므로 애플리케이션 서버가 중단됩니다.
이 운영 체제에서 애플리케이션을 변경하는 경우, 최신 배치 및 동적
다시 노드 기능을 사용하지 마십시오. 그 대신, 애플리케이션을 다시 시작하여
변경사항을 적용하십시오.
이 주제에서는 애플리케이션 파일이 서버에 배치되어 있고 파일을 업그레이드할 것으로 가정합니다.
엔터프라이즈 애플리케이션 파일 업데이트 방법을 참조하여
최신 배치가 애플리케이션 파일을 배치하기에 적합한 방법인지 결정하십시오.
다른 방법이 더 쉬우며 최신 배치는 숙련된 사용자에게만 적합합니다.
애플리케이션을 내보내거나
애플리케이션 구성에 따라 플러그인을 생성하거나 향후 다른 애플리케이션
관리를 수행하려면 최신 배치를 사용하지 마십시오. 최신 배치를 사용하여 수행된
애플리케이션 파일 변경사항은 관리 콘솔 또는 wsadmin 애플리케이션
관리 기능으로 인식할 수 없습니다. 이러한 기능은 애플리케이션
설치 시 콘솔 또는 wsadmin과 같은 관리 프로그램이 제시하는
애플리케이션 파일, 업데이트 또는 기타 관리 기능만 인식합니다.
애플리케이션 관리 기능은 최신 배치로 변경된 파일은 인식하지
못합니다.
중요사항: 프로덕션 배치 관리자 관리 셀의 컴포넌트를 업데이트하도록 최신 배치를 사용하지 마십시오.
최신 배치는 개발 및 테스트에 적합하지만, 프로덕션 환경에서 수용할 수 없는
위험을 내포하고 있습니다. 전체 또는 부분 재동기화에서는 최신 배치된
컴포넌트를 지울 수 있습니다. 또한 restoreconfig 명령을 실행하여
펼쳐진 애플리케이션 파일을 변경할 수 있습니다. 또한 최신 배치된
컴포넌트는 WebSphere® Application Server 버전 간에 마이그레이션되지 않습니다.
엔터프라이즈
애플리케이션에 새 컴포넌트 또는 모듈을 추가하려면 애플리케이션 EAR 파일이
새 컴포넌트나 모듈을 보유한 다음 EAR 파일을 다시 배치하도록 다시
어셈블하십시오.
이 태스크 정보
최신 배치는 애플리케이션 서버 프로세스를 중지하고 다시
시작할 필요없이 실행 중인 서버에 새 컴포넌트(WAR 파일, EJB Jar 파일, EnterpriseJava Bean,
서블릿 및 JSP 파일)를 추가하는 프로세스입니다.
동적 재로딩은 변경사항이 효력을 갖기 위해 서버를 다시 시작할 필요 없이
기존 컴포넌트를 변경하는 기능입니다. 동적 재로딩은 다음을
포함합니다.
- 서블릿의 구현 변경 같은 애플리케이션 컴포넌트의 구현에
대한 변경사항
- 웹 모듈에 대한 배치 디스크립터 변경과 같은 애플리케이션 설정에 대한
변경사항
엔터프라이즈 애플리케이션 파일 업데이트에서
설명한 배치된 애플리케이션에 대한 변경과 반대로, 최신 배치 또는 동적 재로딩을
통한 변경은 관리 콘솔 또는 wsadmin 스크립트 명령을 사용하지 않습니다.
애플리케이션이 배치된 서버에서
애플리케이션 파일을 직접 조작해야 합니다.
갱신되는 애플리케이션이 Single로 설정된
애플리케이션 클래스 로더 정책을 가진
서버에 배치되면 애플리케이션을 동적으로 다시 로드하지 못할 수 있습니다. 최소한 애플리케이션을 갱신한 후 서버를 다시 시작해야 합니다.
프로시저
- 확장 애플리케이션 파일을 찾으십시오.
이 애플리케이션 파일은
애플리케이션 설치 시 지정한 디렉토리에 있거나 사용자 정의 대상 디렉토리를
지정하지 않은 경우 기본 대상 디렉토리인
app_server_root/installedApps/cell_name에 있습니다.
EAR 파일인
${APP_INSTALL_ROOT}/cell_name/application_name.ear은 대상 디렉토리를 가리킵니다.
노드용 variables.xml 파일은 ${APP_INSTALL_ROOT}를 정의합니다.
확장 애플리케이션 파일을 찾는 것이 중요한데, 애플리케이션 설치의 일부로
WebSphere Application Server에서 EAR 파일의 일부를 애플리케이션을 실행할
컴퓨터의 파일 시스템으로 unjar하기 때문입니다. 확장 파일은 애플리케이션 실행 시 서버에서 찾는 항목입니다.확장 애플리케이션 파일을 찾을 수 없는 경우 애플리케이션의
deployment.xml 파일에서 binariesURL 속성을 찾아보십시오.
이 속성은
런타임에서 애플리케이션 파일을 찾는 데 사용하는 위치를 지정합니다.
최신 배치 및 동적 재로딩에 대한 정보 나머지 부분의 경우
application_root는 확장 애플리케이션 파일의 루트 디렉토리를
나타냅니다.
- 애플리케이션 메타데이터 파일을 찾으십시오. 메타데이터 파일에는
배치 디스크립터(web.xml, application.xml, ejb-jar.xml,
and the like), 바인딩 파일(ibm-web-bnd.xmi, ibm-app-bnd.xmi,
and the like) 및 확장 파일(ibm-web-ext.xmi, ibm-app-ext.xmi
등)이 있습니다.
애플리케이션용 메타데이터 XML 파일은 두 위치 중
한 곳에서 로드할 수 있습니다. 메타데이터 파일은 애플리케이션 아카이브 파일(예:
application_root/META-INF)과 동일한 위치에서 로드하거나,
WebSphere 구성 트리(${CONFIG_ROOT}/cells/cell_name/applications
/application_EAR_name/deployments/application_name/)에서 로드할 수 있습니다. 애플리케이션 설치 중 지정된 useMetadataFromBinary 플래그의 값은
사용되는 위치를 제어합니다. 값이 지정된 경우,
메타데이터 파일은 애플리케이션 아카이브 파일과 동일한 위치에서
로드됩니다. 값이 지정되지 않은 경우,
메타데이터 파일은 구성 트리의 애플리케이션 배치 폴더에서
로드됩니다.
중요사항: useMetadataFromBinaries=true를 사용하고, 최신 배치를 사용하여 애플리케이션의 추출 사본을 변경할 수 있으며,
이 주제의 프로시저에 따라 런타임에서 해당 변경사항을 적용할 수 있습니다.
그러나 최신 배치를 사용하여 수행된 애플리케이션 파일 변경사항은
콘솔 또는 wsadmin 애플리케이션 관리 기능으로 인식할 수 없습니다.
이러한 기능은 원래 애플리케이션 파일만 인식하며 최신 배치로
변경된 파일은 인식하지 못합니다. 애플리케이션을 내보내거나
애플리케이션 구성에 따라 플러그인을 생성하거나 향후 다른 애플리케이션
관리를 수행하려면 최신 배치를 사용하지 마십시오. 최신 배치를 사용하면 애플리케이션 파일을 빠르게 변경할 수 있지만 애플리케이션의
전체 관리 라이프 사이클은 지원하지 않습니다.
이 정보 나머지 부분의 경우 metadata_root는 지정된 애플리케이션 또는 모듈용
메타데이터 파일 위치를 나타냅니다.
- 필수: WebSphere Application Server, Network Deployment를 사용하여 시스템 그룹에서
WebSphere Application Server를 실행 중이고 특정 노드에서 애플리케이션을 변경 중인 경우,
자동 동기화를 사용 불가능하게 하십시오.
- 콘솔 탐색 트리의 를
클릭하십시오.
- 파일 동기화 서비스 페이지에서,
자동 동기화에 대한 선택란을 지우고
확인을 클릭하십시오.
WebSphere Application Server, Network Deployment를 사용하여
한 시스템 그룹에서 WebSphere Application Server를 실행하고 특정 노드에 대한 확장 애플리케이션 디렉토리에 있는
디스크의 파일을 변경하는 경우, 다음번 노드 동기화에서 발생하는 변경사항이 유실될 수 있습니다. WebSphere Application Server, Network Deployment 환경에서
배치 관리자를 통해 저장된 구성은 마스터 사본이고, 마스터 사본과 특정 시스템의 사본 사이에서 발견된 모든 변경사항은
마스터 사본이 노드로 다운로드되도록 트리거합니다.
- 옵션: 애플리케이션 클래스 로더의 설정 페이지에서
애플리케이션 파일이 업데이트되었을 때 클래스 다시 로드 및 업데이트된 파일의 폴링 간격에
지정된 값을 검토하십시오.
클래스의 다시 로드가 사용 가능하고 폴 간격이 0보다 크면
애플리케이션이 업데이트된 후 애플리케이션 파일이
다시 로드됩니다. 웹 모듈에 있는 JSP(JavaServer Pages) 파일의 경우, 웹 컨테이너는 ibm-web-ext.xmi 파일의
IBM 확장 jspReloadingEnabled가 true로 설정된 경우에만 JSP 파일을 다시 로드합니다. 어셈블리 도구에서
웹 모듈의 확장 배치 디스크립터를 편집할 때 jspReloadingEnabled를 true로 설정할 수 있습니다.
- 필요한 경우 다음 컴포넌트 또는 모듈을 변경하거나 추가하십시오.
- 변경사항이 적용되려면 애플리케이션을 시작, 중지 또는 다시 시작해야 합니다.
엔터프라이즈 애플리케이션 시작 및 중지에서는 관리 콘솔을 사용하여 애플리케이션을
시작, 중지 또는 다시 시작하는 방법에 대한 정보를 제공합니다.
wsadmin 스크립트를 사용하여 애플리케이션 시작 및
wsadmin 스크립트를 사용하여 애플리케이션 중지에서는 wsadmin 스크립트 도구 사용에 대한 정보를 제공합니다.
- 3 단계에서 자동 동기화를 사용 불가능하게 설정한 경우
자동 동기화를 다시 사용 가능하게 하십시오.
- 파일 동기화 서비스 페이지로 돌아가십시오.
- 자동 동기화를 선택하십시오.
- 확인을 클릭하십시오.
결과
애플리케이션 파일이 서버에서 업데이트되었습니다.
사용자가 서버에서 애플리케이션 파일을 직접
조작했으므로 나중에 관리 콘솔이나 wsadmin 스크립트 명령을 사용하여 파일 관련 작업을 하지 못할 수도 있습니다.
예를 들어, 엔터프라이즈 애플리케이션 콘솔 페이지에서 내보내기를 사용하여
수동으로 변경된 애플리케이션을 내보내려고 시도하면 installedApps 디렉토리에 있는
애플리케이션에 대한 수동 변경사항을 내보내지 않습니다. 이러한 변경사항을 내보내려면 애플리케이션 파일을 수동으로 복사 및 이동해야 합니다.