애플리케이션 특성 파일을 사용하여 엔터프라이즈 애플리케이션 파일 설치, 업데이트 및 삭제
애플리케이션 특성 파일을 사용하여 서버 또는 클러스터의 엔터프라이즈 애플리케이션 파일을 설치하고 배치된 애플리케이션 또는 모듈을 업데이트하거나 배치된 애플리케이션 또는 모듈을 설치 제거할 수 있습니다. 엔터프라이즈 애플리케이션 파일은 Java EE(Java™ Platform, Enterprise Edition) 스펙을 준수해야 합니다.
시작하기 전에
애플리케이션 서버에 엔터프라이즈 애플리케이션 파일을 설치하기 전에 필요에 따라 모듈을 어셈블해야 합니다. 또한 대상 애플리케이션 서버를 구성하십시오. 서버 구성의 일부로, 전개 대상에 애플리케이션 파일을 설치할 수 있는지 여부를 판별하십시오.
wsadmin 스크립트 도구를 시작하십시오. Jython 언어를 사용하여 wsadmin을 시작하려면 배치 대상 프로파일의 bin 디렉토리에서 wsadmin -lang Jython 명령을 실행하십시오.
이 태스크 정보
애플리케이션 특성 파일을 사용하면 엔터프라이즈 애플리케이션이나 모듈을 설치, 업데이트 또는 설치 제거할 수 있습니다.
애플리케이션을 배치하려면 wsadmin을 사용하여 관리 명령을 실행하십시오.
조치 | 프로시저 |
---|---|
작성(설치) |
|
수정(업데이트) |
|
삭제(설치 제거) |
|
특성 작성 | 적용 불가능 |
특성 삭제 | 적용 불가능 |
선택적으로 다음 명령으로 대화식 모드를 사용할 수 있습니다.
AdminTask.command_name('-interactive')
애플리케이션 특성 파일을 적용하기 위해 wsadmin 명령을 수동으로 실행하는 대신, 모니터링되는 디렉토리에 특성 파일을 추가할 수 있습니다. 이 제품은 wsadmin 명령을 자동으로 실행합니다. 모니터링되는 디렉토리에 특성 파일을 추가하는 엔터프라이즈 애플리케이션 파일 설치를 참조하십시오.
독립형 WAR(Web Application Archive) 또는 SIP(Session Initiation Protocol) 아카이브(SAR)를 설치하는 경우 WAR 또는 SAR 파일의 컨텍스트 루트를 지정하십시오. 컨텍스트 루트는 정의된 서블릿 맵핑(WAR 파일에서)과 결합되어, 사용자가 서블릿에 액세스하기 위해 입력하는 전체 URI를 구성합니다. 예를 들어, 컨텍스트 루트가 /gettingstarted이고 서블릿 맵핑이 MySession인 경우, URL은 http://host:port/gettingstarted/MySession입니다.
이 주제에서는 다음 프로시저를 완료하는 방법에 대해 설명합니다.
- 배치 대상에 엔터프라이즈 애플리케이션을 설치하십시오.
- 배치된 엔터프라이즈 애플리케이션의 특성을 추출하십시오.
- 배치된 엔터프라이즈 애플리케이션에서 단일 파일을 업데이트하십시오.
- 배치된 엔터프라이즈 애플리케이션에서 단일 파일을 제거하십시오.
- 배치된 엔터프라이즈 애플리케이션에서 단일 모듈을 업데이트하십시오.
- 배치된 엔터프라이즈 애플리케이션에서 단일 모듈을 제거하십시오.
- 배치된 엔터프라이즈 애플리케이션의 다중 파일을 대체, 추가 또는 삭제하십시오.
- 배치된 전체 엔터프라이즈 애플리케이션을 대체하십시오.
- 배치 대상에서 애플리케이션을 설치 제거하십시오.
- 배치된 애플리케이션의 배치 옵션을 편집하십시오.
- 애플리케이션을 다시 배치하십시오.
프로시저
- 배치 대상에 엔터프라이즈 애플리케이션을
설치하십시오.
- 애플리케이션 및 배치 대상을 식별하는 특성 파일을
작성하십시오.
편집기를 열고 다음과 같은 특성 파일을 작성하여 애플리케이션 구성 오브젝트를 설치하십시오.
# # Header # ResourceType=Application ImplementingResourceType=Application CreateDeleteCommandProperties=true ResourceId=Deployment= # Properties Name=hello TargetServer=!{serverName} TargetNode=!{nodeName} EarFileLocation=/temp/Hello.ear #TargetCluster=cluster1 # EnvironmentVariablesSection # # #Environment Variables cellName=myCell04 nodeName=myNode serverName=myServer
- applyConfigProperties 명령을 실행하여 애플리케이션을
설치하십시오.
applyConfigProperties 명령을 실행하면 특성 파일이 적용됩니다. 이 Jython 예에서 선택적 -reportFileName 매개변수는 report.txt라는 보고서를 생성합니다.
AdminTask.applyConfigProperties(['-propertiesFileName myObjectType.props -reportFileName report.txt '])
- 애플리케이션 및 배치 대상을 식별하는 특성 파일을
작성하십시오.
- 배치된 엔터프라이즈 애플리케이션의 특성을
추출하십시오.
extractConfigProperties 명령을 실행하여 배치된 엔터프라이즈 애플리케이션의 구성 속성 및 값을 특성 파일에 추출하십시오.
AdminTask.extractConfigProperties('[-propertiesFileName myApp.props -configData Deployment=MyApplication]')
이 Jython 예를 실행하면 MyApplication이라는 애플리케이션 구성 오브젝트의 특성을 나열하는 myApp.props라는 파일이 생성됩니다. 추출된 특성 파일을 사용하여 애플리케이션의 특성을 보고 편집할 수 있습니다. 특성 파일의 MapModulesToServers 섹션은 다음과 비슷합니다.
# # SubSection 1.0.2 # MapModulesToServers Section. taskName and row0 should not be edited. row0 contains column names for the task. # ResourceType=Application ImplementingResourceType=Application ResourceId=Cell=!{cellName}:Deployment=!{applicationName} # # #Properties # taskName=MapModulesToServers row2={"My Web Application" MyWebApplication.war,WEB-INF/web.xml WebSphere:cell=!{cellName}, node=!{nodeName},server=!{serverName} 23 moduletype.web "Web Module"} row1={"My Enterprise Java Bean" My.jar,META-INF/ejb-jar.xml WebSphere:cell=!{cellName},node=!{nodeName}, server=!{serverName} 20 moduletype.ejb "EJB Module"} mutables={false false true false false false} #readonly row0={module uri server ModuleVersion moduletype moduletypeDisplay} #readonly
기본적으로 extractConfigProperties 명령은 개별 행에서 설치 태스크 및 태스크 데이터 값의 모든 열(숨겨진 열과 숨겨지지 않은 열 포함)을 표시하는 출력을 생성합니다. mutables 행에는 편집할 수 있는 열(true)과 편집할 수 없는 열(false)이 표시됩니다.
애플리케이션 특성의 출력을 향상시키려면 AdminTask extractConfigProperties 명령을 SimpleOutputFormat 옵션과 함께 실행하십시오. 옵션이 true로 설정되면 출력은 columnName=value 쌍으로 애플리케이션 특성의 숨겨지지 않은 열을 표시합니다. 애플리케이션 특성의 숨겨진 열은 출력에 포함되지 않습니다. 향상된 출력으로 애플리케이션 특성 값을 쉽게 찾고 편집할 수 있습니다. 편집된 특성 파일을 사용하여 애플리케이션을 설치하거나 업데이트할 수 있습니다. 다음 예는 extractConfigProperties 명령에 SimpleOutputFormat 옵션을 지정합니다.
AdminTask.extractConfigProperties('[-propertiesFileName myApp.props -configData Deployment=MyApplication -option [[SimpleOutputFormat true]]]')
SimpleOutputFormat 옵션을 사용하는 경우 추출된 애플리케이션 특성 파일의 MapModulesToServers 섹션은 다음과 비슷합니다.
# # SubSection 1.0.2 # MapModulesToServers Section. taskName and lines marked as "#readonly" should not be edited. # ResourceType=Application ImplementingResourceType=Application ResourceId=Cell=!{cellName}:Deployment=!{applicationName} # # #Properties # taskName=MapModulesToServers row0={ module="My Enterprise Java Bean" #readonly uri=My.jar,META-INF/ejb-jar.xml #readonly server=WebSphere:cell=!{cellName},node=!{nodeName},server=!{serverName} } row1={ module="My Web Application" #readonly uri=MyWebApplication.war,WEB-INF/web.xml #readonly server=WebSphere:cell=!{cellName},node=!{nodeName},server=!{serverName} }
- 배치된 엔터프라이즈 애플리케이션에서 단일 파일을
업데이트하십시오.
- 추가하거나 변경할 파일을 지정하도록 애플리케이션
특성 파일을 편집하십시오.
애플리케이션 구성 오브젝트의 특성을 편집하십시오. 특성 섹션에서 Update=true, operationType=add와 같은 조작 유형 및 contentType=file을 지정하십시오. 다음 예는 addMe.jsp 파일을 hello라는 배치된 애플리케이션에 추가합니다.
# # Header # ResourceType=Application ImplementingResourceType=Application CreateDeleteCommandProperties=true ResourceId=Deployment=hello # # # Properties # Name=hello Update=true operationType=add contentType=file contentURI=test.war/com/ibm/addMe.jsp contentFile=c:/temp/addMe.jsp
- applyConfigProperties 명령을 실행하여
애플리케이션을 업데이트하십시오.
applyConfigProperties 명령을 실행하면 특성 파일이 적용됩니다. 예는 설치 단계를 참조하십시오.
- 추가하거나 변경할 파일을 지정하도록 애플리케이션
특성 파일을 편집하십시오.
- 배치된 엔터프라이즈 애플리케이션에서 단일 파일을
제거하십시오.
- 제거할 파일을 지정하도록 애플리케이션 특성 파일을
편집하십시오.
애플리케이션 구성 오브젝트의 특성을 편집하십시오. 특성 섹션에 Update=true, operationType=delete 및 contentType=file을 지정하십시오. 다음 예는 hello라는 배치된 애플리케이션에서 addMe.jsp 파일을 제거합니다.
# # Header # ResourceType=Application ImplementingResourceType=Application CreateDeleteCommandProperties=true ResourceId=Deployment=hello # # # Properties # Name=hello Update=true operationType=delete contentType=file contentURI=test.war/com/ibm/addMe.jsp
- applyConfigProperties 명령을 실행하여
애플리케이션을 업데이트하십시오.
applyConfigProperties 명령을 실행하면 특성 파일이 적용됩니다. 예는 설치 단계를 참조하십시오.
- 제거할 파일을 지정하도록 애플리케이션 특성 파일을
편집하십시오.
- 배치된 엔터프라이즈 애플리케이션에서 단일 모듈을
업데이트하십시오.
- 추가하거나 변경할 Java EE 모듈을 지정하도록 애플리케이션
특성 파일을 편집하십시오.
애플리케이션 구성 오브젝트의 특성을 편집하십시오. 특성 섹션에 Update=true, operationType=add와 같은 조작 유형, contentType=moduleFile을 지정하십시오. 다음 예는 Increment.jar 파일을 hello라는 배치된 애플리케이션에 추가합니다.
# # Header # ResourceType=Application ImplementingResourceType=Application CreateDeleteCommandProperties=true ResourceId=Deployment=hello # # # Properties # Name=hello Update=true operationType=add contentType=modulefile #contextRoot=/mywebapp # required for web module only contentURI=Increment.jar contentFile=c:/apps/app1/Increment.jar deployEJB=false
- applyConfigProperties 명령을 실행하여
애플리케이션을 업데이트하십시오.
applyConfigProperties 명령을 실행하면 특성 파일이 적용됩니다. 예는 설치 단계를 참조하십시오.
- 추가하거나 변경할 Java EE 모듈을 지정하도록 애플리케이션
특성 파일을 편집하십시오.
- 배치된 엔터프라이즈 애플리케이션에서 단일 모듈을
제거하십시오.
- 제거할 Java EE 모듈을 지정하도록
애플리케이션 특성 파일을 편집하십시오.
애플리케이션 구성 오브젝트의 특성을 편집하십시오. 특성 섹션에 Update=true, operationType=delete 및 contentType=moduleFile을 지정하십시오. 다음 예는 hello라는 배치된 애플리케이션에서 test.war 파일을 제거합니다.
# # Header # ResourceType=Application ImplementingResourceType=Application CreateDeleteCommandProperties=true ResourceId=Deployment=hello # # # Properties # Name=hello Update=true operationType=delete contentType=moduleFile contentURI=test.war
- applyConfigProperties 명령을 실행하여
애플리케이션을 업데이트하십시오.
applyConfigProperties 명령을 실행하면 특성 파일이 적용됩니다. 예는 설치 단계를 참조하십시오.
- 제거할 Java EE 모듈을 지정하도록
애플리케이션 특성 파일을 편집하십시오.
- 배치된 엔터프라이즈 애플리케이션의 다중 파일을
대체, 추가 또는 삭제하십시오. 이 옵션은 압축된 파일을 업로드하여 설치된 애플리케이션의 다중 파일을 업데이트하도록 지정합니다. 압축된 파일의 내용에 따라 이 옵션을 한 번 사용하여 설치된 애플리케이션에서 파일을 바꾸고, 새 파일을 추가하고, 파일을 삭제할 수 있습니다. 압축된 파일의 각 항목은 단일 파일로 처리되고, 압축된 파일의 루트에서 시작되는 파일 경로는 설치된 애플리케이션에 있는 파일의 상대 경로로 처리됩니다.
- 파일을 바꾸려면 압축된 파일의 파일이 설치된 애플리케이션에서 업데이트할 파일과 동일한 상대 경로를 가져야 합니다.
- 설치된 애플리케이션에 새 파일을 추가하려면 압축된 파일의 파일이, 설치된 애플리케이션의 파일과 다른 상대 경로를 가져야 합니다.
- 설치된 애플리케이션에 있는 파일의 상대 경로는 /로 구분된 모듈의 루트에서 파일의 상대 경로와 해당 모듈(파일이 모듈 내부에 있는 경우)의 상대 경로를 결합하여 구성됩니다.
- 설치된 애플리케이션에서 파일을 제거하려면, 아카이브 범위에 META-INF/ibm-partialapp-delete.props라는 파일을 사용하여 압축된 파일에 메타데이터를 지정하십시오. ibm-partialapp-delete.props 파일은 각각의 행에 대해 하나의 항목을 사용하여 해당 아카이브에서 삭제할 파일을 나열하는 ASCII 파일이어야 합니다. 이 항목에는 여러 파일을 식별하는 일반 표현식과 같은 문자열 패턴이 포함될 수 있습니다. 삭제할 파일에 대한 파일 경로가 META-INF/ibm-partialapp-delete.props 파일이 있는 아카이브 경로에 상대적이어야 합니다.
- 압축 파일을 지정하도록 애플리케이션 특성 파일을
편집하십시오.
애플리케이션 구성 오브젝트의 특성을 편집하십시오. 특성 섹션에 Update=true, operationType=update 및 contentType=partialapp를 지정하십시오. 다음 예는 myAppPartial.zip 압축 파일을 사용하여 hello라는 배치된 애플리케이션을 업데이트합니다.
# # Header # ResourceType=Application ImplementingResourceType=Application CreateDeleteCommandProperties=true ResourceId=Deployment=hello # # # Properties # Name=hello Update=true operationType=update contentType=partialapp contentFile= c:/temp/MyApp/myAppPartial.zip
- applyConfigProperties 명령을 실행하여
애플리케이션을 업데이트하십시오.
applyConfigProperties 명령을 실행하면 특성 파일이 적용됩니다. 예는 설치 단계를 참조하십시오.
- 배치된 전체 엔터프라이즈 애플리케이션을 대체하십시오.
이 옵션은 이미 배치 대상에 설치된 애플리케이션을 새(업데이트된) 엔터프라이즈 애플리케이션 .ear 파일로 대체하도록 지정합니다.
- 애플리케이션 파일을 지정하도록 애플리케이션 특성 파일을
편집하십시오.
애플리케이션 구성 오브젝트의 특성을 편집하십시오. 특성 섹션에 Update=true, operationType=update 및 contentType=app를 지정하십시오. 다음 예는 hello라는 배치된 애플리케이션의 newApp1.ear 파일을 대체합니다. useDefaultBindings=true 특성은 애플리케이션의 기본 바인딩을 생성하도록 제품에 지시합니다.
전체 애플리케이션이 업데이트되면 이전 애플리케이션이 설치 제거되고 새 애플리케이션이 설치됩니다. 구성 변경사항이 저장되고 계속해서 동기화되면, 애플리케이션이 실행될 노드에 해당 애플리케이션 파일이 펼쳐집니다. 애플리케이션이 업데이트되는 동안 이 애플리케이션이 노드에서 실행 중이면, 애플리케이션을 중지하고 애플리케이션 파일을 업데이트한 후 애플리케이션을 시작합니다.# # Header # ResourceType=Application ImplementingResourceType=Application CreateDeleteCommandProperties=true ResourceId=Deployment=hello # # # Properties # Name=hello Update=true operationType=update contentType=app contentFile=c:/apps/app1/newApp1.ear useDefaultBindings=true
- applyConfigProperties 명령을 실행하여
애플리케이션을 업데이트하십시오.
applyConfigProperties 명령을 실행하면 특성 파일이 적용됩니다. 예는 설치 단계를 참조하십시오.
- 애플리케이션 파일을 지정하도록 애플리케이션 특성 파일을
편집하십시오.
- 배치 대상에서 애플리케이션을
설치 제거하십시오.
다음 두 가지 방법 중 하나로 애플리케이션을 설치 제거할 수 있습니다.
- CreateDeleteCommandProperties=true를 지정하고
deleteConfigProperties 명령을 실행하십시오.
- 애플리케이션을 식별하지만 배치 대상을 더 이상 식별하지 않도록
특성 파일을 편집하십시오. 예를 들어, hello라는
애플리케이션 구성 오브젝트를 설치 제거하려면 다음과 같은 특성을
지정하십시오.
# # Header # ResourceType=Application ImplementingResourceType=Application CreateDeleteCommandProperties=true ResourceId=Deployment=hello # # # Properties # Name=hello #
- deleteConfigProperties 명령을 실행하여 애플리케이션을
설치 제거하십시오.
AdminTask.deleteConfigProperties('[-propertiesFileName myApplication.props -reportFileName report.txt]')
- 애플리케이션을 식별하지만 배치 대상을 더 이상 식별하지 않도록
특성 파일을 편집하십시오. 예를 들어, hello라는
애플리케이션 구성 오브젝트를 설치 제거하려면 다음과 같은 특성을
지정하십시오.
- DELETE=true를 지정하고 applyConfigProperties 명령을 실행하십시오.
- 애플리케이션을 식별하지만 배치 대상을 더 이상 식별하지 않도록
특성 파일을 편집하십시오. 예를 들어, hello라는
애플리케이션 구성 오브젝트를 설치 제거하려면 다음과 같은 특성을
지정하십시오.
# # Header # ResourceType=Application ImplementingResourceType=Application DELETE=true ResourceId=Deployment=hello # Properties Name=hello
- applyConfigProperties 명령을 실행하십시오.
예는 설치 단계를 참조하십시오.
- 애플리케이션을 식별하지만 배치 대상을 더 이상 식별하지 않도록
특성 파일을 편집하십시오. 예를 들어, hello라는
애플리케이션 구성 오브젝트를 설치 제거하려면 다음과 같은 특성을
지정하십시오.
- CreateDeleteCommandProperties=true를 지정하고
deleteConfigProperties 명령을 실행하십시오.
- 배치된 애플리케이션의 배치 옵션을 편집하십시오.
- 변경된 배치 옵션 또는 새 배치 옵션을 지정하도록 특성 파일을
편집하십시오.
예를 들어, appl이라는 애플리케이션 구성 오브젝트에 대해 다음과 같은 특성을 지정하십시오.
# # Header # ResourceType=Application ImplementingResourceType=Application ResourceId=Deployment=appl # # # Properties # taskName=AppDeploymentOptions row1={$(APP_INSTALL_ROOT)/$(CELL) AppDeploymentOption.Yes AppDeploymentOption.No AppDeploymentOption.No AppDeploymentOption.No "" off .*\.dll=755#.*\.so=755#.*\.a=755#.*\.sl=755 "WASX.SERV1 [x0617.27]" AppDeploymentOption.No AppDeploymentOption.No} mutables={true true true true true true true true false true true} row0={installed.ear.destination distributeApp useMetaDataFromBinary createMBeansForResources reloadEnabled reloadInterval validateinstall filepermission buildVersion allowDispatchRemoteInclude allowServiceRemoteInclude} #readonly
row1에는 각 특성에 대한 현재 값이 있습니다. 특성을 변경하려면 row1에서 값을 수정하십시오.
mutables는 지정된 특성을 변경할 수 있는지 여부를 지정합니다.
row0은 배치 특성 이름을 지정합니다.
- applyConfigProperties 명령을 실행하여
애플리케이션을 업데이트하십시오.
applyConfigProperties 명령을 실행하면 특성 파일이 적용됩니다. 예는 설치 단계를 참조하십시오.
- 변경된 배치 옵션 또는 새 배치 옵션을 지정하도록 특성 파일을
편집하십시오.
- 애플리케이션을 재배치하십시오.
- 필요에 따라 배치 옵션을 지정하도록 특성 파일을
편집하십시오. 예를 들어, myApp라는 애플리케이션 구성 오브젝트에 대해 다음과 같은 특성을 지정하십시오.
- mutables는 지정된 특성을 변경할 수 있는지 여부를 지정합니다.
- row0은 배치 특성 이름을 지정합니다.
- row1에는 각 특성에 대한 현재 값이 있습니다. 특성을 변경하려면 row1에서 값을 수정하십시오.
# # Header MapModulesToServers # ResourceType=Application ImplementingResourceType=Application ResourceId=Deployment=!{applicationName} # # # Properties # taskName=MapModulesToServers mutables={false false true false false false} #readonly row0={module uri server ModuleVersion moduletype moduletypeDisplay} # readonly row1={My Web Module myWebModule.war,WEB-INF/web.xml WebSphere:cell=!{cellName},node=!{nodeName}, server=!{serverName} 14 moduletype.web "Web Module"} row2={"My EJB module" MyEjbModule.jar,META-INF/ejb-jar.xml WebSphere:cell=!{cellName},node=!{nodeName}, server=!{serverName} 13 moduletype.ejb "EJB Module"} # # # Header MapRolesToUsers # ResourceType=Application ImplementingResourceType=Application ResourceId=Cell=!{cellName}:Deployment=!{applicationName} # # # Properties # taskName=MapRolesToUsers row0={role role.everyone role.all.auth.user role.user role.group role.all.auth.realms role.user.access.ids role.group.access.ids} #readonly mutables={false true true true true true true true} #readonly row1={administrator AppDeploymentOption.No AppDeploymentOption.No "adminuser" "admingroup" AppDeploymentOption.No "" ""} # # Header BindJndiForEJBNonMessageBinding # ResourceType=Application ImplementingResourceType=Application ResourceId=Cell=!{cellName}:Deployment=!{applicationName} # # #Properties # taskName=BindJndiForEJBNonMessageBinding row0={EJBModule EJB uri JNDI ModuleVersion localHomeJndi remoteHomeJndi} #readonly mutables={false false false true false true true} #readonly row1={"My EJB module" myEjb myEjbModule.jar,META-INF/ejb-jar.xml myEjb 20 "" "} # # # Header MapEJBRefToEJB # ResourceType=Application ImplementingResourceType=Application ResourceId=Cell=!{cellName}:Deployment=!{applicationName} # # #Properties # taskName=MapEJBRefToEJB row0={module EJB uri referenceBinding class JNDI ModuleVersion} #readonly mutables={false false false false false true false} #readonly row1={"My EJB module" myEJB MyEjbModule.jar,META-INF/ejb-jar.xml myEJB com.ibm.defaultapplication.Increment Increment 23} # # # Header DataSourceFor20EJBModules # ResourceType=Application ImplementingResourceType=Application ResourceId=Cell=!{cellName}:Deployment=!{applicationName} # # #Properties # taskName=DataSourceFor20EJBModules row0={AppVersion EJBModule uri JNDI resAuth login.config.name auth.props dataSourceProps} #readonly mutables={false false false true true true true true} #readonly row1={13 "My EJB module" MyEjbModule.jar,META-INF/ejb-jar.xml MyDataSource cmpBinding.perConnectionFactory "" "" ""} # # # Header DataSourceFor20CMPBeans # ResourceType=Application ImplementingResourceType=Application ResourceId=Cell=!{cellName}:Deployment=!{applicationName} # # # Properties # taskName=DataSourceFor20CMPBeans row0={AppVersion EJBVersion EJBModule EJB uri JNDI resAuth login.config.name auth.props} #readonly mutables={false false false false false true true true true} #readonly row1={13 13 "My EJB module" MyEjb MyEjbModule.jar,META-INF/ejb-jar.xml myDataSource cmpBinding.perConnectionFactory "" ""} # # # Header MapWebModToVH # ResourceType=Application ImplementingResourceType=Application ResourceId=Cell=!{cellName}:Deployment=!{applicationName} # # # Properties # taskName=MapWebModToVH row0={webModule uri virtualHost} #readonly mutables={false false true} #readonly row1={"My Web Application" MyWebModule.war,WEB-INF/web.xml default_host} # # # Header CtxRootForWebMod # ResourceType=Application ImplementingResourceType=Application ResourceId=Cell=!{cellName}:Deployment=!{applicationName} # # # Properties # taskName=CtxRootForWebMod row0={webModule uri web.contextroot} #readonly mutables={false false true} #readonly row1={"My Web Application" MyWebModule.war,WEB-INF/web.xml /} # # # Header MapSharedLibForMod # ResourceType=Application ImplementingResourceType=Application ResourceId=Cell=!{cellName}:Deployment=!{applicationName} # # # Properties # taskName=MapSharedLibForMod row0={module uri sharedLibName} #readonly mutables={false false true} #readonly row2={"My Web Application" MyWebModule.war,WEB-INF/web.xml ""} row1={myApp META-INF/application.xml ""} # # # Header JSPReloadForWebMod # ResourceType=Application ImplementingResourceType=Application ResourceId=Cell=!{cellName}:Deployment=!{applicationName} # # # Properties # taskName=JSPReloadForWebMod row0={webModule uri jspReloadEnabled jspReloadInterval} #readonly mutables={false false true true} #readonly row1={"My Web Application" MyWebModule.war,WEB-INF/ibm-web-ext.xmi AppDeploymentOption.Yes 10} # # # Header SharedLibRelationship # ResourceType=Application ImplementingResourceType=Application ResourceId=Cell=!{cellName}:Deployment=!{applicationName} # # # Properties # taskName=SharedLibRelationship row0={module uri relationship compUnitName matchTarget origRelationship} #readonly mutables={false false true true true false} #readonly row2={"My Web Application" MyWebModule.war,WEB-INF/web.xml "" "" AppDeploymentOption.Yes ""} row1={myApp META-INF/application.xml "" "" AppDeploymentOption.Yes ""} # EnvironmentVariablesSection # # Environment Variables # cellName=myCell04 applicationName=myApp nodeName=myNode serverName=myServer
이 예에서 MapModulesToServer 및 CtxRootForWebMod와 같은 가장 일반적인 태스크만 표시됩니다. 기존 애플리케이션의 특성을 추출하고 추출된 특성 파일의 컨텐츠를 애플리케이션의 환경에 맞게 수정하는 방식으로 예에 없는 태스크에 대한 특성을 얻을 수 있습니다.
지원된 구성: 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 - applyConfigProperties 명령을 실행하여
애플리케이션을 업데이트하십시오.
applyConfigProperties 명령을 실행하면 특성 파일이 적용됩니다. 예는 설치 단계를 참조하십시오.
- 필요에 따라 배치 옵션을 지정하도록 특성 파일을
편집하십시오.
결과
특성 파일을 사용하면 애플리케이션 오브젝트 및 해당 특성을 구성하고 관리할 수 있습니다.
다음에 수행할 작업
구성에 대한 변경사항을 저장하십시오.
하위 주제
Working with application deployment properties files
You can use properties files to modify enterprise application deployment properties. An enterprise application must conform to Java Platform, Enterprise Edition (Java EE) specifications.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=txml_config_prop_app
파일 이름:txml_config_prop_app.html