엔터프라이즈 응용프로그램 설정

이 페이지를 사용하여 엔터프라이즈 응용프로그램을 구성하십시오.

이 관리 콘솔 페이지를 보려면 응용프로그램 > 엔터프라이즈 응용프로그램 > application_name을 클릭하십시오.

관련 개념
crun_classload.html
crun_entapp.html
crun_app_moduleversion.html

관련 타스크
trun_appl.html

관련 참조
udat_nestjcaconfac.html
uejb_rimod.html
ucws_rlibref.html
uprs_rsession_manager.html
urun_rtargetmap.html
ucws_rvars.html
rcfg_objectnames.html

이름

응용프로그램에 대한 논리 이름을 지정합니다. 응용프로그램 이름은 셀 내에서 고유해야 하고 허용되지 않은 문자를 포함할 수 없습니다.

응용프로그램 이름은 마침표(.)로 시작할 수 없고, 앞이나 뒤에 공백을 둘 수 없으며 다음 문자를 포함할 수 없습니다.

허용되지 않는 문자
/   슬래시 $    달러 부호 '    작은따옴표
\   백슬래시 =    같음 부호 "   큰따옴표
*  별표 %  퍼센트 부호 |     세로 막대
,   쉼표 +    더하기 부호 <   왼쪽 꺽쇠 부호
:   콜론 @  애트 부호 >   오른쪽 꺽쇠 부호
;   세미콜론 #    해시 표시 &  앰퍼샌드(앤드 부호)
?  물음표 ]]> 이 문자 조합에 특정 이름이 없음
데이터 유형 문자열

응용프로그램 2진

응용프로그램 EAR 파일이 설치될 디렉토리를 지정합니다. 이 응용프로그램 2진 설정은 응용프로그램 설치 및 갱신 마법사에서 응용프로그램을 설치할 디렉토리 필드와 같습니다.

기본값은 APP_INSTALL_ROOT/cell_name 값이며 여기서 APP_INSTALL_ROOT 변수는 install_root/installedApps로서, 예를 들면 C:\WebSphere\AppServer\profiles\profile_name\installedApps\cell_name이 됩니다.

절대 경로를 지정하거나 ${MY_APPS}와 같은 pathmap 변수를 사용할 수 있습니다. 설치에서 pathmap 변수를 사용할 수 있습니다. 그러나 이기종 노드에서 구성원과 함께 클러스터에 응용프로그램을 설치할 때 특히 필요한데, 그러한 경우 절대 경로를 지정하는 방법이 하나도 없을 수도 있기 때문입니다. WebSphere Application Server 변수인 ${CELL}은 pathmap 변수에 있을 수 있는 현재 셀 이름을 나타냅니다(예: ${MY_APP}/${CELL}).

환경 > WebSphere 변수를 클릭하여 액세스하는 관리 콘솔의 WebSphere 변수 페이지에서 WebSphere Application Server 변수를 정의할 수 있습니다.

데이터 유형 문자열
단위 전체 경로 이름

2진에서 메타데이터 사용

Application Server가 응용프로그램 전개 문서(deployment.xml 파일(기본값))와 함께 있거나 엔터프라이즈 응용프로그램 자원(EAR) 파일에 있는 바인딩, 확장자 및 전개 설명자를 사용하는지 여부를 지정합니다.

2진에서 메타데이터 사용 설정은 응용프로그램 설치 및 갱신 마법사에서 2진 구성 사용 필드와 같습니다. 6.x 전개 대상에 설치되어 있는 응용프로그램에 대해서만 이 설정을 선택하십시오.

데이터 유형 부울
기본값 false

분배 사용 가능

WebSphere Application Server가 설치 대상에서 응용프로그램 2진을 펼치는지 삭제하는지 여부를 지정합니다. 기본값은 응용프로그램 분배를 사용 가능하게 하는 것입니다. 설치된 응용프로그램의 응용프로그램 2진이 지정된 디렉토리로 펼쳐집니다. 이 2진은 사용자가 구성을 설치 제거하고 그에 대한 변경사항을 저장할 때 삭제됩니다. 이 옵션을 사용 불가능으로 설정한 경우에는 응용프로그램이 실행되는 모든 노드의 대상 디렉토리에서 응용프로그램 2진이 적절히 펼쳐지는지 확인해야 합니다.

중요: 이 옵션을 사용 불가능으로 설정하고 응용프로그램 2진을 노드에 복사하여 펼치지 않는 경우에는 나중에 구성을 저장하거나 수동으로 동기화해도 응용프로그램 2진이 노드로 이동하지 않습니다.

분배 사용 가능 설정은 응용프로그램 설치 및 갱신 마법사에서 응용프로그램 분배 필드와 같습니다.

데이터 유형 부울
기본값 true

유효성 검증

WebSphere Application Server가 응용프로그램 설치 또는 갱신 중 지정된 응용프로그램 참조를 검토하는지 여부 유효성 검증이 사용 가능한 경우 사용자에게 잘못된 참조를 경고하거나 조작이 실패하는지 여부를 지정합니다.

응용프로그램은 일반적으로 컨테이너 관리 지속(CMP) Bean에 대한 데이터소스를 사용하거나 전개 설명자에 정의되어 있는 자원 참조 또는 자원 환경 참조를 사용하여 자원을 참조합니다. 유효성 검증은 응용프로그램에서 참조하는 자원이 해당 응용프로그램의 전개 대상 범위에 정의되어 있는지 여부를 확인합니다.

자원은 서버, 노드, 셀 또는 클러스터(서버가 클러스터에 속하는 경우)에 정의될 수 있습니다. 자원 유효성 검증에 대해 off를 선택하거나 잘못된 자원 참조에 대한 경고 메시지에 경고를 선택하거나 잘못된 자원 참조의 결과로 실패하는 조작을 중지하도록 fail을 선택하십시오.

유효성 검증 설정은 응용프로그램 설치 및 갱신 마법사에서 입력 유효성 검증 값(꺼짐/경고/실패) 필드와 같습니다.

데이터 유형 문자열
기본값 경고

클래스 로더 모드

클래스 로더가 상위 클래스 로더 또는 클래스를 처음으로 로드할 응용프로그램 클래스 로더에서 검색을 수행하는지 여부를 지정합니다. 개발 킷 클래스 로더와 WebSphere Application Server 클래스 로더에 대한 표준은 상위 먼저입니다. 상위 마지막을 지정하면 응용프로그램에서 상위 클래스 로더에 포함된 클래스를 대체하지만, 사용자가 대체된 클래스와 대체되지 않은 클래스를 혼합하여 사용한 경우 이 조치에 따라 ClassCastException 또는 LinkageErrors가 나타나게 됩니다.

옵션은 상위 먼저상위 마지막입니다. 기본값은 클래스를 로드할 응용프로그램 클래스 로더에서 검색하기 전에 먼저 상위 클래스 로더에서 검색하는 것입니다.

응용프로그램에서 WebSphere Application Server의 자카르타 공통 로깅이라는 기본 구성을 사용하는 경우 이 응용프로그램 클래스 로더 모드를 상위 먼저로 설정하십시오. 응용프로그램에서 WebSphere Application Server의 자카르타 공통 로깅이라는 기본 구성을 대체하는 경우, 응용프로그램은 자카르타 공통 로깅에서 지원하는 양식으로 구성을 제공해야 하고 이 클래스 로더 모드는 상위 마지막으로 설정되어야 합니다. 또한 기본 구성을 대체하려면 정확한 로거(logger) 팩토리가 로드되도록 응용프로그램의 웹 모듈마다 클래스 로더 모드를 설정하십시오.

데이터 유형 문자열
기본값 상위 먼저

WAR 클래스 로더 정책

단일 클래스 로더를 사용하여 이 응용프로그램의 모든 WAR 파일을 로드할 것인지 또는 각 WAR 파일에 서로 다른 클래스 로더를 사용할 것인지 여부를 지정합니다.

옵션은 응용프로그램모듈입니다. 기본값은 별도의 클래스 로더를 사용하여 각 WAR 파일을 로드하는 것입니다.

데이터 유형 문자열
기본값 모듈

클래스 재로드 사용 가능

응용프로그램 파일이 갱신될 때 클래스 재로드가 사용 가능한지 여부를 지정합니다.

EJB 모듈 또는 기타 웹이 아닌 모듈의 경우, 클래스 재로드 사용 가능을 선택하면 응용프로그램의 deployment.xml 파일에서 reloadEnabled가 true로 설정됩니다. 응용프로그램의 클래스 정의가 변경되면 Application Server 런타임이 응용프로그램을 중지하고 시작하여 응용프로그램 클래스를 재로드합니다.

Servlet 및 JSP(JavaServer Page) 파일 같은 웹 모듈의 경우 웹, 컨테이너는 ibm-web-ext.xmi 파일의 IBM 확장 reloadingEnabled가 true로 설정될 때만 웹 모듈을 재로드합니다. 어셈블리 도구에서 웹 모듈의 확장 전개 설명자를 편집할 때 reloadingEnabled를 true로 설정할 수 있습니다.

웹 모듈의 재로드를 사용 가능하게 설정하고 여기서 EJB 및 웹이 아닌 모듈을 재로드하려면 원하는 경우 다음을 수행하십시오.

  1. ibm-web-ext.xmi 파일의 IBM 확장 reloadingEnabled를 true로 설정하십시오.
  2. 클래스 재로드 사용 가능 등록 정보를 선택하십시오.
  3. 재로드 간격 등록 정보를 0보다 큰 값(예: 1부터 2147483647까지)으로 설정하십시오.

웹 모듈만 재로드를 사용 가능하게 설정하고 EJB 또는 웹이 아닌 모듈의 재로드를 사용하지 않도록 하려면 다음을 수행하십시오.

  1. ibm-web-ext.xmi 파일의 IBM 확장 reloadingEnabled를 true로 설정하십시오.
  2. ibm-web-ext.xmi 파일의 IBM 확장 재로드 간격 속성을 0보다 큰 값(예: 1부터 2147483647까지)으로 설정하십시오.
  3. 클래스 재로드 사용 가능 등록 정보를 선택하지 마십시오.

웹 모듈의 재로드를 사용 불가능으로 설정하려면 ibm-web-ext.xmi 파일의 IBM 확장 reloadingEnabled를 false로 설정하십시오. 또는 웹 모듈에 true로 설정된 ibm-web-ext.xmi 파일의 IBM 확장 reloadingEnabled가 있는 경우 관리 콘솔을 사용하여 재로드를 사용 불가능으로 설정하려면 다음을 수행하십시오.

  1. 클래스 재로드 사용 가능 등록 정보를 선택하십시오.
  2. 재로드 간격 등록 정보를 0으로 설정하십시오.
데이터 유형 부울
기본값 false

재로드 간격

갱신된 파일에 대해 응용프로그램의 파일 시스템을 스캔할 시간(초)을 지정합니다. 기본값은 EAR 파일의 IBM 확장(META-INF/ibm-application-ext.xmi) 파일에 있는 재로드 간격 속성의 값입니다.

재로드 간격 설정은 응용프로그램 설치 및 갱신 마법사에서 재로드 간격(초) 필드와 같습니다.

재로드를 사용 가능하게 설정하려면 0보다 큰 값(예: 1부터 2147483647까지)을 지정하십시오. 재로드를 사용 불가능하게 설정하려면 0을 지정하십시오.

여기에서 지정한 재로드 간격은 EAR 파일에서 웹이 아닌 모듈마다 IBM 확장에 지정된 값을 대체합니다. (그런 다음, EAR 파일에서 응용프로그램에 대한 IBM 확장에 지정된 재로드 간격을 대체합니다.) 재로드 간격 속성은 클래스 재로드가 사용 가능한 경우에만 적용됩니다.

범위는 0부터 2147483647까지입니다.

데이터 유형 정수
단위
기본값 3

시작 가중치

서버가 시작할 때 응용프로그램이 시작되는 순서를 지정합니다. 가장 낮은 시작 가중치가 있는 응용프로그램이 제일 먼저 시작됩니다.

데이터 유형 정수
기본값 1
범위 0 - 2147483647

백그라운드 응용프로그램

서버가 시작하기 전에 응용프로그램을 완전히 초기화해야 하는지 여부를 지정합니다.

기본 설정값인 false는 응용프로그램이 시작할 때까지 서버 시작이 완료되지 않음을 나타냅니다.

true 설정값은 WebSphere Application Server에게 응용프로그램이 백그라운드 스레드에서 시작하므로 응용프로그램이 시작할 때까지 기다릴 필요 없이 서버 시작이 진행될 수 있음을 알립니다. 따라서 응용프로그램은 Application Server가 시작할 때 사용될 준비가 되지 않을 수 있습니다.

이 설정은 응용프로그램이 버전 6 Application Server에서 실행되는 경우에만 적용됩니다.

데이터 유형 부울
기본값 false

자원에 대한 MBean 작성

응용프로그램이 시작할 때 응용프로그램 내에 다양한 자원(예: Servlet 또는 JSP 파일)에 대한 MBean 파일을 작성할지 여부를 지정합니다. 기본값은 MBean 파일을 작성하는 것입니다.

데이터 유형 부울
기본값 true

서비스 정책 탭

다음은 서비스 정책에서 볼 수 있는 속성입니다.

HTTP 작업 클래스 HTTP 요청에 대한 작업 클래스를 보거나 관리하도록 펼치십시오.
SOAP 작업 클래스 SOAP 요청에 대한 작업 클래스를 보거나 관리하도록 펼치십시오.
이 탭에서 다음을 수행할 수 있습니다.
  • 서비스 정책과 작업 클래스를 트리 계층 구조에서 보려면 서비스 정책 토폴로지 보기를 클릭하십시오.
  • 제공된 요청 유형에 대한 작업 클래스를 선택하고 새로 작성 또는 삭제를 클릭하여 작업 클래스를 관리하거나, 기존 작업 클래스를 펼치고 HTTP 패턴 편집을 클릭하여 작업 클래스 구성원 목록에 URI를 추가 또는 제거하십시오.
  • 규칙 조건 관리:
    • 새 규칙을 작성하려면 규칙 추가를 클릭하십시오. 규칙을 추가한 다음에는 규칙 세부사항 패널에서 편집할 수 있습니다.
    • 기존 규칙을 제거하려면 규칙 삭제를 클릭하십시오.
    • 기존 규칙으로 작업하려면 If 필드에 입력하고 적절한 트랜잭션 클래스로 분류하십시오.
    • 작업 클래스에 여러 규칙이 있는 경우 규칙의 우선순의를 정하려면 위로 이동 또는 아래로 이동을 클릭하십시오. 규칙의 순서가 일치를 판별하는 중요 요인이 됩니다. 첫 번째 규칙에 일치가 발생하면 후속 규칙에서는 찾지 않습니다.
    • 작업 클래스에 규칙이 없는 경우 목록의 트랜잭션 클래스에 URI를 지정하십시오.
  • 새 규칙 설정을 확약하려면 적용 또는 확인을 클릭하십시오.

라우팅 정책 탭

다음은 라우팅 정책에서 볼 수 있는 속성입니다.

HTTP 작업 클래스 HTTP 요청에 대한 작업 클래스를 보거나 관리하도록 펼치십시오.
SOAP 작업 클래스 SOAP 요청에 대한 작업 클래스를 보거나 관리하도록 펼치십시오.
이 탭에서 다음을 수행할 수 있습니다.
  • 라우팅 정책과 작업 클래스를 트리 계층 구조에서 보려면 라우팅 정책 토폴로지 보기를 클릭하십시오.
  • 제공된 요청 유형에 대한 작업 클래스를 선택하고 새로 작성 또는 삭제를 클릭하여 작업 클래스를 관리하거나, 기존 작업 클래스를 펼치고 HTTP 패턴 편집을 클릭하여 작업 클래스 구성원 목록에 URI를 추가 또는 제거하십시오.
  • 규칙 조건 관리:
    • 새 규칙을 작성하려면 규칙 추가를 클릭하십시오. 규칙을 추가한 다음에는 규칙 세부사항 패널에서 편집할 수 있습니다.
    • 기존 규칙을 제거하려면 규칙 삭제를 클릭하십시오.
    • 작업 클래스에 여러 규칙이 있는 경우 규칙의 우선순위를 정하려면 위로 이동 또는 아래로 이동을 클릭하십시오. 규칙의 순서가 일치를 판별하는 중요 요인이 됩니다. 첫 번째 규칙에 일치가 발생하면 후속 규칙에서는 찾지 않습니다.
    • 새 규칙을 각각 편집한 후에는 해당 규칙에 대해 적용을 클릭하십시오.
    • 작업 클래스에 규칙이 없는 경우 다음 트랜잭션 클래스 중 하나에 클래스를 지정하십시오.
      • 라우팅 허용 대상: 편집 이름 선택 목록에서 편집 이름을 선택하십시오.
      • 리턴 코드로 라우팅 거부: 편집 이름 선택 목록에서 편집 이름을 선택하고 리턴 코드 입력에 리턴 코드를 입력하십시오.
      • 라우팅 경로 재지정 대상: 편집 이름 선택 목록에서 편집 이름을 선택하고 경로 재지정할 URI 입력에 URI를 입력하십시오.
      • 클라이언트 관계로 라우팅 허가 대상: 편집 이름 선택 목록에서 편집 이름을 선택하십시오.
  • 새 규칙 설정을 확약하려면 적용 또는 확인을 클릭하십시오.