애플리케이션 2진 설정

이 페이지에서 애플리케이션 2진 파일의 분배 및 위치를 구성할 수 있습니다.

이 관리 콘솔 페이지를 보려면 애플리케이션 > 애플리케이션 유형 > WebSphere 엔터프라이즈 애플리케이션 > application_name > 애플리케이션 2진 파일을 클릭하십시오.

참고: 값이 이 페이지에서 수정되면, 애플리케이션과 관련된 모든 메타데이터 파일은 구성 저장소에서 새로 고쳐집니다.
주의: 애플리케이션이 실행 중인 경우, 애플리케이션 설정을 변경하면 애플리케이션이 다시 시작됩니다. 독립형 서버에서 변경사항을 저장하면 애플리케이션이 다시 시작됩니다. 여러 서버 제품에서 변경사항을 저장하면 애플리케이션이 다시 시작되고 애플리케이션이 설치된 노드에서 파일이 동기화됩니다. 여러 서버 제품에서 동기화가 발생하는 시기를 제어하려면 콘솔 환경 설정 페이지에서 노드에서 변경사항 동기화를 선택 취소하십시오.

위치(전체 경로)

EAR(Enterprise Application Archive) 파일을 설치할 디렉토리를 지정합니다. 이 위치 설정은 애플리케이션 설치 및 업데이트 마법사의 애플리케이션을 설치할 디렉토리 필드와 동일합니다.

기본적으로 EAR 파일은 profile_root/installedApps/cell_name/application_name.ear 디렉토리에 설치됩니다.

옵션 설정 시 다음을 포함합니다.

  • 값을 지정하지 말고 필드를 빈 상태로 두십시오.

    기본값은 ${APP_INSTALL_ROOT}/cell_name입니다. 여기서 ${APP_INSTALL_ROOT} 변수는 profile_root/installedApps입니다. 설 치 중인 애플리케이션의 EAR 파일 이름을 보유하는 디렉토리가 ${APP_INSTALL_ROOT}/cell_name에 추가됩니다. 따라서 디렉토리를 지정하지 않으면 EAR 파일은 profile_root/installedApps/cell_name/application_name.ear 디렉토리에 설치됩니다.

  • 디렉토리를 지정하십시오.

    디렉토리를 지정하면 애플리케이션은 specified_path/application_name.ear 디렉토리에 설치됩니다. 설치할 애플리케이션의 EAR 파일 이름을 보유하는 디렉토리는 애플리케이션을 설치할 때 애플리케이션을 설치할 디렉토리에 지정된 경로에 추가됩니다. 예를 들어 Clock.ear을 설치했고 Windows 시스템에서 C:/myapps를 지정한 경우 애플리케이션은 myapps/Clock.ear 디렉토리에 설치됩니다. ${APP_INSTALL_ROOT} 변수는 지정된 경로에 설정됩니다.

  • 애플리케이션의 초기 설치 시 ${APP_INSTALL_ROOT}/${CELL}을 지정하십시오.

    한 셀에서 애플리케이션을 내보낸 후 다른 셀에서 이 내보낸 애플리케이션을 설치하려는 경우, 애플리케이션의 초기 설치 시 ${CELL} 변수를 지정하십시오. 예를 들어, 이 설정에 ${APP_INSTALL_ROOT}/${CELL}을 지정하십시오. 애플리케이션을 내보내면 애플리케이션 및 배치 구성이 있는 확장된 EAR 파일이 작성됩니다. ${CELL} 변수를 지정하지 않으면, 배치 구성은 대상 디렉토리에서 초기 설치의 셀 이름을 갖게 됩니다. ${CELL} 변수를 지정하면 대상 디렉토리가 원래 셀 이름이 아니라 현재 셀 이름을 갖는지 확인합니다.

    중요사항: 단일 서버 구성에 애플리케이션을 설치한 경우 설치 디렉토리를 지정하지 않으면, 애플리케이션은 ${APP_INSTALL_ROOT}/cell_name에 설치됩니다. 서버를 복수 서버 구성의 일부로 작성하는 경우(addNode 유틸리티를 사용하여) 새 구성의 셀 이름은 배치 관리자 노드의 셀 이름이 됩니다. -includeapps 옵션을 addNode 유틸리티에 사용하면, addNode 조작 전에 설치한 애플리케이션은 계속 설치 디렉토리 ${APP_INSTALL_ROOT}/cell_name을 사용합니다. 그러나 서버가 네트워크 구성에 추가된 후 설치된 애플리케이션은 기본 설치 디렉토리 ${APP_INSTALL_ROOT}/network_cell_name을 사용합니다. addNode 조작을 실행 중인 ${APP_INSTALL_ROOT}/network_cell_name 위치로 애플리케이션을 이동하려면, 설치 중에 설치 디렉토리를 명시적으로 ${APP_INSTALL_ROOT}/${CELL}로 지정해야 합니다. 이러한 애플리케이션 파일은 항상 ${APP_INSTALL_ROOT}/current_cell_name에서 찾을 수 있습니다.
  • 애플리케이션에서 내보낸 EAR 파일을 다른 셀이나 위치에 설치하려는 경우 초기 설치 시 ${APP_INSTALL_ROOT}/${CELL}을 지정하지 않았으면 ${APP_INSTALL_ROOT}/cell_name/application_name.ear을 지정하십시오.

    내보낸 EAR 파일은 애플리케이션 및 해당 배치 구성을 보유하는 확장 EAR 파일입니다. 배치 구성은 이전에 애플리케이션을 설치할 때 사용한 애플리케이션을 설치할 디렉토리 값을 보유하고 있습니다. 다른 값을 지정하지 않으면 확장 EAR 파일은 이전 설치 시 사용한 디렉토리에 설치됩니다.

    초기 설치 중 ${CELL} 변수를 지정하지 않았으면 배치 구성에서는 대상 디렉토리에 있는 초기 설치의 셀 이름을 사용합니다. 다른 셀에 설치하는 경우 ${APP_INSTALL_ROOT}/cell_name/application_name.ear을 지정하십시오. 여기서 cell_name은 확장 EAR 파일을 설치할 셀의 이름입니다. 현재 셀 이름을 지정하지 않으면 이름이 다른 셀에 확장 EAR 파일을 설치해도 cell_name은 원래 셀 이름과 같습니다.

  • 절대 경로를 지정하거나 pathmap 변수를 사용하십시오.

    절대 경로를 지정하거나 pathmap 변수(예: ${MY_APPS})를 사용할 수 있습니다. 모든 설치에서 pathmap 변수를 사용할 수 있습니다.

    pathmap 변수는 이기종 노드의 멤버가 있는 클러스터에 애플리케이션을 설치할 때 특히 필요하지만, 이 경우 절대 경로를 지정할 방법이 없습니다. 현재 셀 이름을 선언하는 WebSphere® Application Server 변수 ${CELL}이 pathmap 변수 내에 있을 수도 있습니다(예: ${MY_APP}/${CELL}).관리 콘솔에서 환경 > WebSphere 변수를 클릭하여 액세스한 WebSphere 변수 페이지에서 WebSphere Application Server 변수를 정의할 수 있습니다.

    문제점 방지 문제점 방지: 분산 운영 체제 환경에서 pathmap 변수의 범위는 서버 레벨 범위가 아니라 노드 에이전트 레벨 범위에서 시작합니다. 이 변수를 노드 에이전트 레벨 범위에서 찾을 수 없는 경우, 노드 레벨 범위에서 찾거나 셀 레벨 범위에서는 찾을 수 있습니다.gotcha
Information
데이터 유형 문자열
단위 전체 경로 이름

2진 구성 정보 사용

Application Server가 애플리케이션 전개 문서, deployment.xml 파일(기본값) 또는 EAR 파일에 있는 바인딩, 확장자 및 배치 디스크립터를 사용할지 여부를 지정합니다.

기본값(false)은 deployment.xml에 있는 바인딩, 확장자 및 배치 디스크립터를 사용하는 것입니다. EAR 파일에 있는 바인딩, 확장 및 배치 디스크립터를 사용하려면 이 설정값(true)을 사용하십시오.

2진 구성 정보 사용 설정은 애플리케이션 설치 및 업데이트 마법사의 2진 구성 사용 필드와 동일합니다. 6.x 이상의 배치 대상에 설치된 애플리케이션에 대해서만 이 설정을 선택하십시오.

Information
데이터 유형 부울
Default false

2진 분배, 확장 및 설치 제거 후 정리 사용 가능

제품이 설치 중 설치 위치에서 애플리케이션 2진 파일을 확장하거나 설치 제거 중 애플리케이션 2진 파일을 삭제하는지 여부를 지정합니다. 기본값은 애플리케이션 분배를 사용 가능하게 하는 것입니다. 설치된 애플리케이션에 대한 애플리케이션 2진 파일은 지정된 디렉토리로 펼쳐집니다.

단일 서버 설치에서 2진 파일은 또한 애플리케이션을 설치 제거하고 구성 변경사항 저장할 때 삭제됩니다.
참고: 애플리케이션을 설치 한 후에는 2진 분배, 확장 및 설치 제거 후 정리 사용을 변경할 수 없습니다. 이 속성을 변경해야 하는 경우 애플리케이션을 설치 제거하고 속성에 대한 새 값을 설치하십시오.

다중 서버 설치에서 2진 파일은 애플리케이션을 설치 제거하고 구성 변경사항을 저장한 후 변경사항을 동기화할 때 삭제됩니다.

이 옵션을 사용하지 않을 경우 애플리케이션이 실행되는 모든 노드의 대상 디렉토리에서 애플리케이션 2진 파일이 적절하게 펼쳐지는지 확인해야 합니다.

중요사항: 이 옵션을 사용하지 않도록 설정하고 애플리케이션 2진 파일을 노드로 복사하고 펼치지 않은 경우, 구성 또는 수동 동기화의 나중 저장은 애플리케이션 2진 파일을 노드로 이동시키지 않습니다.

2진 분배, 확장 및 설치 제거 후 정리 사용 가능 설정은 애플리케이션 설치 및 업데이트 마법사의 애플리케이션 분배 필드와 동일합니다.

Information
데이터 유형 부울
Default true

파일 사용 권한

지정된 디렉토리로 확장되는 설치된 애플리케이션의 애플리케이션 2진 파일의 액세스 사용 권한을 지정합니다.

파일 사용 권한을 지정하려면 2진 분배, 확장 및 설치 제거 후 정리 사용 가능 옵션을 사용 가능으로 설정해야 합니다.

텍스트 필드에 파일 사용 권한을 지정할 수 있습니다. 또한 다중 선택 목록에서 선택하여 공통적으로 사용되는 파일 사용 권한 중 일부를 설정할 수 있습니다. 목록 선택사항은 텍스트 필드에 설정된 파일 사용 권한을 겹쳐씁니다.

목록에서 다음 파일 권한 문자열 중 하나 이상을 설정할 수 있습니다. 여러 옵션을 선택하면 파일 사용 권한 문자열이 결합됩니다.

표 1. 목록 옵션에 대한 파일 권한 문자열 세트. 목록 옵션을 선택하거나 텍스트 필드에 파일 권한 문자열을 지정하십시오.
다중 선택 목록 옵션 파일 권한 문자열 세트
모든 파일 읽기 허용(쓰기 불가능) .*=755
실행 파일 실행 허용 .*\.dll=755#.*\.so=755#.*\.a=755#.*\.sl=755
모두에게 HTML 및 이미지 파일 읽기 허용 .*\.htm=755#.*\.html=755#.*\.gif=755#.*\.jpg=755
다중 선택 목록을 사용하여 파일 사용 권한을 지정하는 대신 텍스트 필드에서 파일 사용 권한 문자열을 지정할 수 있습니다. 파일 사용 권한은 다음 형식의 문자열을 사용합니다.
file_name_pattern=permission#file_name_pattern=permission

여기서 file_name_pattern은 일반 표현식 파일 이름 필터(예를 들어, 모든 JSP 파일의 경우 .*\\.jsp)이며, permission은 파일 액세스 제어 목록(ACL)을 제공하고, #file_name_patternpermission의 여러 항목 간의 분리자입니다. #file_name_pattern 문자열의 문자인 경우, \#를 대신 사용하십시오.

문자열의 여러 파일 이름 패턴 및 파일 사용 권한이 애플리케이션 내의 URI와 일치하는 경우, 제품은 파일에 대해 가장 높은 파일 사용 권한을 사용합니다. 예를 들어, 파일 권한 문자열이 .*\\.jsp=775#a.*\\.jsp=754일 경우, abc.jsp 파일은 파일 권한 754를 갖습니다.

우수 사례: 파일 일치 패턴의 일반 표현식을 사용하여 전체 문자열 URI를 지정된 파일 권한 패턴과 비교합니다. Java 프로그래밍 API에서 정의한 대로 일반 표현식을 사용하여 보다 정확한 일치 패턴을 제공해야 합니다. 예를 들어, 파일 권한 조작 중에 다음과 같은 디렉토리 및 파일 URI가 처리된다고 가정하십시오.
표 2. 파일 권한 조작의 예제 URI. 다음 표에 결과가 표시됩니다.
숫자 예제 URI
1 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war
2 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/MyJsp.jsp
3 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/META-INF/MANIFEST.MF
4 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/WEB-INF/classes/MyClass.class
5 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/mydir/MyClass2.class
6 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/META-INF

파일 패턴 일치 결과는 다음과 같습니다.

  • MyWarModule.war는 어떠한 URI와도 일치하지 않습니다.
  • .*MyWarModule.war.*는 모든 URI와 일치합니다.
  • .*MyWarModule.war$는 URI 1과 일치합니다.
  • .*\\.jsp=755는 URI 2와 일치합니다.
  • .*META-INF.*는 URI 3 및 6과 일치합니다.
  • .*MyWarModule.war/.*/.*\.class는 URI 4 및 5와 일치합니다.
파일 권한에 대해 디렉토리 이름 패턴을 지정할 경우, 디렉토리 권한은 지정한 값에 따라 설정됩니다. 그렇지 않을 경우, 디렉토리에 설정되는 파일 권한 값은 상위와 동일합니다. 예를 들어, 다음과 같은 파일 및 디렉토리 구조가 있으며
/opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/MyJsp.jsp
다음과 같은 파일 패턴 문자열을 지정한다고 가정하십시오.
.*MyApp.ear$=755#.*\.jsp=644
파일 패턴 일치 결과는 다음과 같습니다.
  • MyApp.ear 디렉토리가 755로 설정됩니다.
  • MyWarModule.war 디렉토리가 755로 설정됩니다.
  • MyWarModule.war 디렉토리가 755로 설정됩니다.
우수 사례: 운영 체제에 관계없이 파일 패턴의 파일 경로 분리자로 항상 슬래시(/)를 사용하십시오.

[Windows]Windows 플랫폼에서는 파일에 대한 읽기 권한을 설정 해제할 수 없습니다. POSIX 스타일 권한 비트를 사용할 경우 파일에서 읽기 가능을 나타내는 비트는 4, 쓰기 가능은 2, 실행 가능은 1입니다. 따라서 Windows 플랫폼에서 파일의 권한은 5 또는 7입니다. 또한 POSIX 스타일에는 사용자, 그룹세계 권한이 있습니다. Windows 플랫폼에서는 파일에 대해 사용자 권한만을 설정할 수 있습니다. 그룹세계 권한 비트는 무시됩니다.

여기에 지정된 액세스 권한은 애플리케이션 레벨에 있습니다. 또한 노드 레벨 구성에서 애플리케이션 2진 파일에 대한 액세스 권한을 지정할 수도 있습니다. 노드 레벨 파일 권한은 애플리케이션 2진 파일에 부여할 수 있는 최대(가장 관대한) 권한을 지정합니다. 애플리케이션 레벨에서 여기에 지정하는 액세스 권한은 노드 레벨에서 지정한 것과 같거나 보다 제한적일 수 있습니다.

이 설정은 애플리케이션 설치 및 업데이트 마법사의 파일 사용 권한 필드와 동일합니다.

Information
데이터 유형 문자열

애플리케이션 빌드 레벨

애플리케이션의 빌드 버전을 식별하는 편집 가능한 문자열을 지정합니다.

Information
데이터 유형 문자열

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



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