애플리케이션 업데이트 설정 준비

이 페이지에서 서버에 이미 설치된 엔터프라이즈 애플리케이션, 모듈 또는 파일을 업데이트할 수 있습니다.

이 관리 콘솔 페이지를 보려면 다음을 수행하십시오.
  1. 애플리케이션 > 애플리케이션 유형 > WebSphere 엔터프라이즈 애플리케이션을 클릭하십시오.
  2. 업데이트하려는 설치된 애플리케이션 또는 모듈을 선택하십시오.
  3. 업데이트을 클릭하십시오.
업데이트 단추를 클릭하면 셀에 전개된 애플리케이션 파일의 업데이트를 도와주는 페이지가 표시됩니다. 전체 애플리케이션, 단일 모듈, 단일 파일 또는 애플리케이션의 일부를 업데이트할 수 있습니다. 새 파일 또는 모듈이 이미 서버에 있는 파일 또는 모듈의 상대 경로와 같으면, 새 파일 또는 모듈이 기존 파일 또는 모듈을 대체합니다. 새 파일이나 모듈이 서버에 없는 경우에는 전개된 애플리케이션에 추가됩니다.

업데이트할 애플리케이션

엔터프라이즈 애플리케이션 페이지에서 선택한 설치된(또는 배치된) 애플리케이션의 이름을 지정합니다.

전체 애플리케이션 교체

애플리케이션 업데이트 옵션 아래에서 서버에 이미 설치된 애플리케이션을 새(업데이트된) 엔터프라이즈 애플리케이션 .ear 파일로 대체하도록 지정합니다.

이 옵션을 선택한 후 다음을 수행하십시오.

  1. .ear 파일이 로컬 또는 원격 시스템 파일에 있는지 여부와 애플리케이션의 전체 경로 이름을 지정하십시오. 경로는 설치 이전의 업데이트된 .ear 파일 위치를 제공합니다.

    서버가 해당 시스템에 있는지 여부와 관계없이 브라우저 및 업데이트된 파일 또는 모듈이 동일한 시스템에 있는 경우 로컬 파일 시스템을 사용하십시오. 로컬 파일 시스템은 모든 업데이트 옵션을 사용할 수 있습니다.

    애플리케이션 파일이 현재 셀 컨텍스트의 임의의 노드에 상주하는 경우 원격 파일 시스템을 사용하십시오.

    복수 서버 설치에서 원격 파일 시스템을 사용하여 노드 에이전트 또는 배치 관리자가 선택된 노드에서 실행 중인 경우 노드의 전체 파일 시스템을 찾아볼 수 있습니다. .ear, .jar, .sar 또는 .war 파일만이 찾아보기 중에 표시됩니다.

    또한 원격 파일 시스템 옵션을 사용하여 Application Server를 실행 중인 시스템에 이미 상주하는 애플리케이션 파일을 지정하십시오. 예를 들어, 필드 값은 app_server_install_root/installableApps/test.ear일 수 있습니다. 독립형 WAR 모듈을 설치하는 경우 컨텍스트 루트 또한 지정하십시오.

    팁: 애플리케이션을 설치하는 동안, 애플리케이션 파일은 일반적으로 브라우저를 실행 중인 클라이언트 시스템에서 파일이 전개되는 관리 콘솔을 실행 중인 서버 시스템으로 업로드됩니다. 그런 경우 관리 콘솔을 실행하는 웹 브라우저가 서버 시스템에 업로드할 모듈을 선택하는 데 사용됩니다. 그러나 일부 경우에는 애플리케이션 파일이 셀에 있는 임의의 노드의 파일 시스템에 상주합니다. Application Server도 이들 파일을 설치하려면 원격 파일 시스템 옵션을 사용하십시오.
  2. 독립형 웹 애플리케이션(WAR) 또는 SIP(Session Initiation Protocol) 모듈(SAR)을 설치하는 경우 WAR 또는 SAR 파일의 컨텍스트 루트를 지정하십시오.

    컨텍스트 루트는 정의된 서블릿 맵핑(WAR 파일에서)과 결합되어, 사용자가 서블릿에 액세스하기 위해 입력하는 전체 URI를 구성합니다. 예를 들어, 컨텍스트 루트가 /gettingstarted이고 서블릿 맵핑이 MySession인 경우, URL은 http://host:port/gettingstarted/MySession입니다.

  3. 다음을 클릭하여 애플리케이션 파일을 갱신하는 마법사를 표시하십시오. 업데이트 마법사는 설치 마법사와 유사하며, 애플리케이션 바인딩 정보를 지정하거나 편집하기 위한 필드를 제공합니다. 필요하면 업데이트 마법사의 단계를 수행하십시오.

전체 애플리케이션이 업데이트되면 이전 애플리케이션이 설치 제거되고 새 애플리케이션이 설치됩니다. 구성 변경사항이 저장되고 계속해서 동기화되면, 애플리케이션이 실행될 노드에 해당 애플리케이션 파일이 펼쳐집니다. 애플리케이션이 업데이트되는 동안 이 애플리케이션이 노드에서 실행 중이면, 애플리케이션을 중지하고 애플리케이션 파일을 업데이트한 후 애플리케이션을 시작합니다.

단일 모듈 교체 또는 추가

애플리케이션 업데이트 옵션 아래에서 설치된 애플리케이션에 모듈을 대체하거나 추가하도록 지정합니다.

모듈은 웹 모듈(.war 파일), 엔터프라이즈 Bean 모듈(EJB .jar 파일), SIP 모듈(.sar 파일) 또는 자원 어댑터 모듈(커넥터 .rar 파일)일 수 있습니다.

이 옵션을 선택한 후, 모듈이 로컬 또는 원격 파일 시스템에 있는지 여부와 모듈의 전체 경로 이름을 지정하십시오. 경로는 설치 이전의 업데이트된 모듈 위치를 제공합니다. 로컬 파일 시스템원격 파일 시스템에 대한 정보는 전체 애플리케이션 교체에 대한 이전 설명을 참조하십시오.

모듈을 바꾸려면 지정된 상대 경로(모듈 URI)의 값이 설치된 애플리케이션에서 업데이트할 모듈의 경로와 일치해야 합니다.

설치된 애플리케이션에 새 모듈을 추가하려면 지정된 상대 경로가 설치된 애플리케이션의 모듈 경로와 일치하지 않아야 합니다. 값은 새 모듈의 원하는 경로를 지정합니다.

독립형 웹 또는 SIP 모듈을 설치하는 경우, 컨텍스트 루트 값을 지정하십시오.컨텍스트 루트는 정의된 서블릿 맵핑(.war 파일에서)과 결합되어, 사용자가 서블릿에 액세스하기 위해 입력하는 전체 URL을 구성합니다. 예를 들어, 컨텍스트 루트가 /gettingstarted이고 서블릿 맵핑이 MySession인 경우, URL은 http://host:port/gettingstarted/MySession입니다.

다음으로, 사용자가 정보를 제공해야 하는 설치 옵션만 표시할지, 모든 설치 옵션을 표시할지 여부를 지정합니다.

모듈에 필수 정보를 지정한 후, 다음을 클릭하여 애플리케이션 파일을 갱신하기 위한 마법사를 표시하십시오. 업데이트 마법사는 설치 마법사와 유사하며, 모듈 바인딩 정보를 지정하거나 편집하기 위한 필드를 제공합니다. 필요하면 업데이트 마법사의 단계를 수행하십시오.

단일 모듈을 추가하거나 업데이트한 후 구성 변경사항을 저장할 때, 새로 작성되거나 업데이트된 모듈은 제품 구성 저장소의 전개된 애플리케이션에 저장됩니다. 이들 변경사항을 노드와 동기화하면, 해당 모듈이 노드의 파일 시스템에 추가되거나 업데이트됩니다. 모듈이 추가되거나 업데이트될 때 애플리케이션이 실행 중이면, 다음 중 하나가 발생합니다.
  • 웹 모듈을 업데이트하는 경우, 실행 중인 웹 모듈이 중지되고 웹 모듈 파일이 업데이트된 후 웹 모듈이 시작됩니다.
  • 모듈을 추가하는 경우, 추가된 모듈은 노드에서 펼쳐진 후 애플리케이션이 실행되는 Application Server에서 시작됩니다. 애플리케이션을 다시 시작하지 않아도 됩니다.
  • 애플리케이션에 대한 클래스 로더 정책을 단일로 설정하여 모든 모듈이 클래스 로더를 공유하도록 하면 전체 애플리케이션을 중지하고 모듈 레벨 변경사항에 대해 다시 시작합니다.
  • 제품을 사용하여 구성된 보안 프로바이더가 동적 업데이트사항을 지원하지 않을 경우, 전체 애플리케이션을 중지하고 모듈 레벨 변경사항에 대해 다시 시작합니다.
  • 모듈에 대한 다른 모든 업데이트사항의 경우, 전체 애플리케이션을 중지하고 모듈 파일을 업데이트한 후 전체 애플리케이션을 시작합니다.

단일 파일 교체 또는 추가

애플리케이션 업데이트 옵션 아래에서 설치된 애플리케이션에 파일을 대체하거나 추가하도록 지정합니다.

.ear, .war, .sar, .rar 또는 일부 인스턴스의 .jar 파일이 아닌 애플리케이션에서 사용하는 파일을 업데이트하려면 이 옵션을 사용하십시오. 애플리케이션에 모듈로 정의되지 않은 .jar 파일을 추가하거나 업데이트하려면 이 옵션을 사용하면 됩니다. .ear 파일을 업데이트하려면 전체 애플리케이션 교체 옵션을 사용하십시오. 애플리케이션에서 모듈로 정의된 .war 파일, .sar 파일, .rar 파일 또는 .jar 파일을 업데이트하려면 단일 모듈 교체 또는 추가 옵션을 사용하십시오.

이 옵션을 선택한 후, 파일이 로컬 또는 원격 파일 시스템에 있는지 여부와 파일의 전체 경로 이름을 지정하십시오. 경로는 설치 이전의 업데이트된 모듈 위치를 제공합니다. 로컬 파일 시스템원격 파일 시스템에 대한 정보는 전체 애플리케이션 교체에 대한 설명을 참조하십시오.

상대 경로(모듈 URI)의 경우 .ear 파일의 루트에서 시작하는 파일에 대한 상대 경로를 지정하십시오. 예를 들어, 파일이 hello.jar 모듈의 com/company/greeting.class에 위치할 경우 hello.jar의 상대 경로를 지정하십시오.

파일을 바꾸려면 상대 경로가 설치된 애플리케이션에서 업데이트할 파일의 상대 경로와 일치해야 합니다.

설치된 애플리케이션에 새 파일을 추가하려면, 지정된 상대 경로가 설치된 애플리케이션에 있는 기존 파일의 상대 경로와 일치하지 않아야 합니다. 이 값은 새 파일의 원하는 경로를 지정합니다.

파일 시스템 및 상대 경로를 지정한 후 다음을 클릭하십시오.

단일 파일을 추가하거나 업데이트한 후 구성 변경사항을 저장할 때, 새로 작성되거나 업데이트된 파일은 제품 구성 저장소의 전개된 애플리케이션에 저장됩니다. 이들 변경사항이 노드와 동기화되면, 이 파일은 노드의 파일 시스템에 추가되거나 업데이트됩니다. 파일이 추가되거나 업데이트될 때 애플리케이션이 실행 중이면 다음 중 하나가 발생합니다.
  • 파일이 애플리케이션 메타데이터 범위(META-INF 디렉토리)에 추가되거나 애플리케이션 범위 또는 웹 이외의 모듈에서 업데이트되면, 전체 애플리케이션을 중지하고 파일을 추가하거나 업데이트한 후 전체 애플리케이션을 다시 시작합니다.
  • 파일이 애플리케이션 비메타데이터 범위에 추가된 경우(META-INF 디렉토리 외부, 그러나 임의의 모듈에 있지 않음) 실행 중인 애플리케이션을 다시 시작하지 않고 변경사항이 파일 시스템에 저장됩니다.
  • 파일이 웹 모듈 메타데이터(META-INF 또는 WEB-INF 디렉토리)에 추가되거나 업데이트되면, 실행 중인 웹 모듈을 중지하고 웹 모듈 파일을 추가 또는 업데이트한 후 웹 모듈을 시작합니다.
  • 웹 모듈에 있는 다른 모든 파일의 경우에는 애플리케이션이나 그 컴포넌트를 중지하지 않고 노드의 파일 시스템에 추가되거나 업데이트됩니다.

다중 파일 교체, 추가 또는 삭제

애플리케이션 업데이트 옵션 아래에서 압축된 파일을 업로드하여 설치된 애플리케이션의 여러 파일을 업데이트하도록 지정합니다. 압축된 파일의 내용에 따라 이 옵션을 한 번 사용하여 설치된 애플리케이션에서 파일을 바꾸고, 새 파일을 추가하고, 파일을 삭제할 수 있습니다. 압축된 파일의 각 항목은 단일 파일로 취급되며 압축된 파일의 루트로부터의 파일 경로는 설치된 애플리케이션에서 파일의 상대 경로로 취급됩니다.

이 옵션을 선택한 후, 압축된 파일이 로컬 또는 원격 파일 시스템에 있는지 여부와 압축된 파일의 전체 경로 이름을 지정하십시오. 압축 파일을 업로드하며 원격 찾아보기가 .ear, .sar, .war 또는 .jar 파일에 대해서만 작업하기 때문에 로컬 파일 시스템을 사용하는 것과 같을 것입니다. .zip과 같은 유효한 압축 파일 형식을 지정하십시오. 경로는 설치 이전의 압축 파일 위치를 제공합니다. 이 옵션은 설치된 애플리케이션 디렉토리에 압축된 파일을 풉니다.

서버가 해당 시스템에 있는지 여부와 관계없이 브라우저 및 업데이트된 파일 또는 모듈이 동일한 시스템에 있는 경우 로컬 파일 시스템을 사용하십시오. 로컬 파일 시스템은 모든 업데이트 옵션을 사용할 수 있습니다.

파일을 바꾸려면 압축된 파일의 파일이 설치된 애플리케이션에서 업데이트할 파일과 동일한 상대 경로를 가져야 합니다.

설치된 애플리케이션에 새 파일을 추가하려면 압축된 파일의 파일이, 설치된 애플리케이션의 파일과 다른 상대 경로를 가져야 합니다.

설치된 애플리케이션에 있는 파일의 상대 경로는 /로 분리된 모듈의 루트에서 파일의 상대 경로와 해당 모듈(파일이 모듈 내부에 있는 경우)의 상대 경로를 결합하여 형성됩니다.

설치된 애플리케이션에서 파일을 제거하려면, 아카이브 범위에 META-INF/ibm-partialapp-delete.props라는 파일을 사용하여 압축된 파일에 메타데이터를 지정하십시오. ibm-partialapp-delete.props 파일은 각각의 행에 대해 하나의 항목을 사용하여 해당 아카이브에서 삭제할 파일을 나열하는 ASCII 파일이어야 합니다. 이 항목에는 여러 파일을 식별하는 일반 표현식과 같은 문자열 패턴이 포함될 수 있습니다. 삭제할 파일에 대한 파일 경로가 META-INF/ibm-partialapp-delete.props 파일이 있는 아카이브 경로에 상대적이어야 합니다.
삭제할 파일 레벨 압축된 파일에 포함시킬 메타데이터 .props 파일
애플리케이션 압축된 파일에 META-INF/ibm-partialapp-delete.props를 포함시키십시오. 메타데이터 .props 파일에 삭제할 파일을 나열하십시오. 파일 경로는 META-INF/ibm-partialapp-delete.props 파일의 위치에 상대적입니다.

예를 들어, my.ear 파일의 루트에서 utils/config.xmi라는 파일을 삭제하려면, META-INF/ibm-partialapp-delete.props 파일에 utils/config.xmi 행을 포함시키십시오.

모듈 압축된 파일에 module_uri/META-INF/ibm-partialapp-delete.props를 포함시키십시오.

모듈에서 하나의 파일을 삭제하려면 메타데이터 .props 파일에 이 모듈에 대한 파일 경로를 포함시키십시오. 예를 들어, my.jar 모듈에서 a/b/c.jsp를 삭제하려면 압축된 파일에 있는 my.jar/META-INF/ibm-partialapp-delete.props 파일에 a/b/c.jsp를 포함시키십시오.

모듈 내에서 여러 개의 파일을 삭제하려면, 각 행에서 하나의 항목을 가진 메타데이터 .props 파일에 삭제할 파일을 나열하십시오. 예를 들어, my.war 파일에서 JavaServer Page(.jsp 파일)를 삭제하려면 my.war/META-INF/ibm-partialapp-delete.props 파일에 .*jsp 행을 포함시키십시오. 행은 일반 표현식 .*jsp를 사용하여 my.war의 모든 .jsp 파일을 식별합니다.

단일 부분 애플리케이션 파일을 사용하여 여러 개의 파일을 추가, 삭제 및 업데이트할 수 있습니다.

파일 시스템 경로를 지정한 후 다음을 클릭하십시오.

애플리케이션을 부분적으로 업데이트한 후 구성 변경사항을 저장할 때, 새로 작성되거나 업데이트된 애플리케이션 파일은 WebSphere® Application Server 구성 저장소의 전개된 애플리케이션에 저장됩니다. 이들 변경사항을 노드와 동기화하면, 해당 파일이 노드의 파일 시스템에 추가되거나 업데이트됩니다. 부분 애플리케이션 옵션이 여러 개의 파일을 업데이트하므로, 다시 시작되는 애플리케이션 컴포넌트는 부분 애플리케이션에 있는 개별 파일을 사용하여 판별됩니다.

다음은 부분 애플리케이션 압축 파일에 있는 항목의 예제입니다.

util.jar
META-INF/ibm-partialapp-delete.props
foo.jar/com/mycomp/xyz.class
xyz.war/welcome.jsp
xyz.war/WEB-INF/web.xml
webmod.war/META-INF/ibm-partialapp-delete.props

이 예의 경우, META-INF/ibm-partialapp-delete.props 파일에 .*.dattools/test.jar 파일이 들어 있습니다. webmod.war/META-INF/ibm-partialapp-delete.props 파일에 com/test/.*.jspWEB-INF/test.xmi 파일이 들어 있습니다.

부분 애플리케이션 업데이트 옵션으로 다음을 수행할 수 있습니다.
  • 전개된 애플리케이션에 util.jar 파일을 추가하거나 바꿉니다.
  • 전개된 애플리케이션의 foo.jar 파일에 있는 com/mycomp/xyz.class를 바꾸거나 새로 추가합니다.
  • 애플리케이션에서 *.dat 파일을 삭제하지만 모듈에서는 삭제하지 않습니다.
  • 애플리케이션에서 tools/test.jar 파일을 삭제합니다.
  • 전개된 애플리케이션의 xyz.war 모듈에 있는 welcome.jsp를 바꾸거나 새로 추가합니다.
  • 전개된 애플리케이션의 xyz.war 모듈에 있는 WEB-INF/web.xml을 바꿉니다.
  • webmod.war 모듈에서 com/test/*.jsp를 삭제합니다.
  • webmod.war 모듈에서 WEB-INF/test.xmi를 삭제합니다.

META-INF/ibm-partialapp-delete.props 파일의 이스케이프 일반 표현식 메타문자. 예를 들어, Abc라는 내부 클래스를 삭제하려면, 일반 표현식 Abc\$.*를 사용하십시오. 여기서, $는 백슬래시(\)로 이스케이프되는 일반 표현식 메타문자입니다.

META-INF/ibm-partialapp-delete.props 파일은 다음 텍스트를 포함할 수 있습니다.

.*.dat

webmod.war/META-INF/ibm-partialapp-delete.props:
com/test/.*.jsp
WEB-INF/test.xmi

주제 유형을 표시하는 아이콘 참조 주제



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=urun_rapp_update
파일 이름:urun_rapp_update.html