2장 응용 프로그램 배포

이 장에서는 Application Server에서 J2EE 응용 프로그램을 배포(설치)하는 방법에 대해 설명합니다. 이 장은 다음 내용으로 구성되어 있습니다.

• 배포 정보

• 응용 프로그램을 배포하기 위한 관리 콘솔 작업

• 응용 프로그램을 나열, 배포 해제 및 활성화하기 위한 관리 콘솔 작업

• 개발자를 위한 개발 방법

배포 정보

• 배포 라이프사이클

• J2EE 아카이브 파일의 유형

• 이름 지정 규약

배포 라이프사이클

Application Server를 설치하고 도메인을 시작한 후 J2EE 응용 프로그램과 모듈을 배포(설치)할 수 있습니다. 배포 중, 그리고 응용 프로그램이 변경되면 응용 프로그램 또는 모듈은 다음 단계를 거칩니다.

1. 초기 배포

   응용 프로그램 또는 모듈을 배포하기 전에 도메인을 시작합니다.

   특정한 독립 실행형 서버 인스턴스나 클러스터에 응용 프로그램이나 모듈을 배포(설치)합니다. 응용 프로그램과 모듈은 아카이브 파일로 패키지화되므로 배포 중에 아카이브 파일 이름을 지정합니다. 기본값은 기본 서버 인스턴스 server로 배포하는 것입니다.

   서버 인스턴스나 클러스터에 배포한 경우 응용 프로그램이나 모듈은 도메인의 중앙 저장소에 있고 배포된 클러스터나 서버 인스턴스가 이를 대상으로 참조합니다.

   관리 콘솔이 아닌 asadmin deploy 명령을 사용하여 도메인으로 배포할 수도 있습니다. 응용 프로그램이나 모듈을 도메인에만 배포한 경우 응용 프로그램이나 모듈은 도메인의 중앙 저장소에 존재하지만 배포 라이프사이클에서 설명한 대로 참조를 추가할 때까지는 서버 인스턴스나 클러스터에 의해 참조되지 않습니다.

   배포는 동적입니다. 응용 프로그램을 사용하기 위해 응용 프로그램이나 모듈을 배포한 후 서버 인스턴스를 다시 시작할 필요가 없습니다. 다시 시작할 경우 모든 배포된 응용 프로그램과 모듈이 배포되고 사용 가능하게 됩니다.

2. 활성화 또는 비활성화

   기본적으로 배포된 응용 프로그램 또는 모듈은 활성화되어 있습니다. 이는 액세스 가능한 서버 인스턴스나 클러스터에 응용 프로그램을 배포한 경우 이를 실행할 수 있고 클라이언트에서 액세스할 수 있음을 의미합니다. 액세스를 방지하려면 응용 프로그램이나 모듈을 비활성화합니다. 비활성화된 응용 프로그램이나 모듈은 도메인에서 제거되지 않으므로 배포 후 쉽게 활성화할 수 있습니다.

3. 배포된 응용 프로그램이나 모듈의 대상 추가 또는 삭제

   배포되면 응용 프로그램이나 모듈은 중앙 저장소에 있고 여러 서버 인스턴스 및/또는 클러스터가 이를 참조할 수 있습니다. 처음에는 배포 대상인 서버 인스턴스나 클러스터에서 응용 프로그램이나 모듈을 참조합니다.

   응용 프로그램이나 모듈을 배포한 후 이를 참조하는 서버 인스턴스와 클러스터를 변경하려면 관리 콘솔을 사용하여 응용 프로그램이나 모듈의 대상을 변경하거나 asadmin 도구를 사용하여 응용 프로그램 참조를 변경합니다. 응용 프로그램이 중앙 저장소에 저장되기 때문에 대상을 추가하거나 삭제하면 다른 대상에 있는 동일한 버전의 응용 프로그램이 추가되거나 삭제됩니다. 그러나 둘 이상의 대상에 배포된 응용 프로그램은 한 대상에서 활성화하고 다른 대상에서는 비활성화할 수 있습니다. 대상에서 응용 프로그램을 참조하더라도 해당 대상에서 응용 프로그램을 활성화하지 않으면 사용자가 사용할 수 없습니다.

4. 재배포

   배포된 응용 프로그램이나 모듈을 대체하려면 다시 배포하십시오. 재배포는 자동으로 이전에 배포된 응용 프로그램이나 모듈의 배포를 취소하고 이를 새 응용 프로그램이나 모듈로 대체합니다.

   관리 콘솔을 통해 재배포하면 재배포된 응용 프로그램이나 모듈은 도메인으로 배포되고 동적 재구성을 활성화한 경우, 이를 참조하는 모든 독립 실행형 또는 클러스터링된 서버 인스턴스는 자동으로 새로운 버전을 수신합니다. asadmin deploy 명령을 사용하여 재배포하는 경우 domain을 대상으로 지정합니다.

   프로덕션 환경의 경우 서비스를 중단하지 않은 채 응용 프로그램을 업그레이드하는 롤링 업그레이드를 사용합니다. 자세한 내용은 “롤링 업그레이드 정보”를 참조하십시오.

5. 배포 해제

   응용 프로그램이나 모듈을 제거하려면 배포 해제합니다.

J2EE 아카이브 파일의 유형

소프트웨어 공급자가 응용 프로그램이나 모듈을 아카이브 파일로 패키지화합니다. 응용 프로그램이나 모듈을 배포하려면 아카이브 파일 이름을 지정합니다. 아카이브 파일의 내용과 구조는 J2EE 플랫폼의 사양에 의해 정의됩니다. J2EE 아카이브 파일의 유형은 다음과 같습니다.

• WAR(Web Application Archive): WAR 파일은 정적 HTML 페이지, JAR 파일, 태그 라이브러리 및 유틸리티 클래스뿐만 아니라 서블릿 및 JSP 같은 웹 구성 요소로 구성됩니다. WAR 파일 이름은 .war 확장자를 갖습니다.

• EJB JAR: EJB JAR 파일에는 EJB 기술에 사용되는 구성 요소인 하나 이상의 Enterprise Bean이 포함되어 있습니다. 또한 EJB JAR 파일에는 Enterprise Bean에 필요한 유틸리티 클래스도 포함되어 있습니다. EJB JAR 파일 이름은 .jar 확장자를 갖습니다.

• J2EE 응용 프로그램 클라이언트 JAR: 이 JAR 파일에는 RMI/IIOP를 통해 Enterprise Bean 같은 서버측 구성 요소에 액세스하는 J2EE 응용 프로그램 클라이언트의 코드가 포함되어 있습니다. 관리 콘솔에서는 J2EE 응용 프로그램 클라이언트를 “응용 프로그램 클라이언트”라고 합니다.J2EE 응용 프로그램 클라이언트 JAR 파일 이름은 .jar 확장자를 갖습니다.

• RAR(Resource Adapter Archive): RAR 파일에는 자원 어댑터가 있습니다. J2EE Connector Architecture 사양에서 정의한 자원 어댑터는 웹 구성 요소 및 응용 프로그램 클라이언트가 자원 및 외부 엔터프라이즈 시스템에 액세스할 수 있게 해주는 이동 가능한 구성 요소입니다. 자원 어댑터는 커넥터라고 합니다. RAR 파일 이름은 .rar 확장자를 갖습니다.

• EAR(Enterprise Application Archive): EAR 파일에는 하나 이상의 WAR, EJB JAR, RAR 또는 J2EE 응용 프로그램 클라이언트 JAR 파일이 있습니다. EAR 파일 이름은 .ear 확장자를 갖습니다.

소프트웨어 공급자가 응용 프로그램을 하나의 파일이나 별도의 WAR, EJB JAR 및 응용 프로그램 클라이언트 JAR 파일로 어셈블할 수 있습니다. 관리 도구에서 배포 페이지와 명령은 모든 유형의 파일에 대해 유사합니다.

이름 지정 규약

해당 도메인에서 배포된 응용 프로그램과 모듈의 이름은 고유해야 합니다.

• 관리 콘솔을 사용하여 배포할 경우 응용 프로그램 이름 필드에서 이름을 지정합니다.

• asadmin deploy 명령을 사용하여 배포할 경우 응용 프로그램이나 모듈의 기본 이름은 배포할 JAR 파일의 접두어입니다. 예를 들어, hello.war 파일의 경우 웹 응용 프로그램 이름은 hello입니다. 기본 이름을 대체하려면 --name 옵션을 지정합니다.

응용 프로그램 내에서 유형이 다른 모듈은 동일한 이름을 가질 수 있습니다. 응용 프로그램을 배포할 때 개별 모듈이 있는 디렉토리 이름에는 _jar, _war 및 _rar 접미어가 붙습니다. 응용 프로그램 내에서 유형이 같은 모듈은 이름이 고유해야 합니다. 또한 데이터베이스 스키마 파일 이름은 응용 프로그램 내에서 고유해야 합니다.

ejb-jar.xml 파일의 <module-name> 부분에서 볼 수 있는 모듈 파일 이름, EAR 파일 이름, 모듈 이름과 ejb-jar.xml파일의 <ejb-name> 부분에서 볼 수 있는 EJB 이름에는 Java 패키지와 같은 이름 지정 스키마를 사용하는 것이 좋습니다. 이렇게 패키지와 비슷한 이름 지정 스키마를 사용하면 이름 충돌을 방지할 수 있습니다. 이러한 이름 지정의 이점은 Application Server 뿐만 아니라 다른 J2EE 응용 프로그램 서버에도 적용됩니다.

EJB 구성 요소에 대한 JNDI 조회 이름도 고유해야 합니다. 일관된 이름 지정 규약을 설정하는 것이 좋습니다. 예를 들어, EJB 이름에 응용 프로그램 이름과 모듈 이름을 추가하는 것도 고유한 이름을 유지하는 한 가지 방법입니다. 이 경우 mycompany.pkging.pkgingEJB.MyEJB는 응용 프로그램 pkging.ear에 패키지화된 pkgingEJB.jar 모듈의 EJB에 대한 JNDI 이름이 됩니다.

운영 체제에서 사용할 수 없는 공백이나 문자가 패키지 및 파일 이름에 포함되지 않도록 합니다.

응용 프로그램을 배포하기 위한 관리 콘솔 작업

• 엔터프라이즈 응용 프로그램을 배포하는 방법

• 웹 응용 프로그램을 배포하는 방법

• 배포된 웹 응용 프로그램을 시작하는 방법

• EJB 모듈을 배포하는 방법

• 응용 프로그램 클라이언트 모듈을 배포하는 방법

• 커넥터 모듈을 배포하는 방법

• 라이프사이클 모듈을 만드는 방법

• 응용 프로그램 클라이언트 모듈을 배포하는 방법

엔터프라이즈 응용 프로그램을 배포하는 방법

엔터프라이즈 응용 프로그램은 WAR 및 EJB JAR 파일과 같은 모든 유형의 J2EE 독립 실행형 모듈을 포함하는 아카이브 파일 유형인 EAR 파일로 패키지화되어 있습니다.

1. 트리 구성 요소에서 응용 프로그램 노드를 확장합니다.

2. 엔터프라이즈 응용 프로그램 노드를 선택합니다.

3. 엔터프라이즈 응용 프로그램 페이지에서 배포를 누릅니다.

4. 배포 페이지에서 배포할 파일의 위치를 지정합니다.

   서버 시스템은 Application Server와 Domain Administration Server를 실행하는 호스트입니다. 클라이언트 시스템은 브라우저를 통해 관리 콘솔을 볼 수 있는 호스트입니다.

   • 파일이 클라이언트 시스템에 상주하거나 파일을 클라이언트 시스템에서 액세스하려면, 라디오 버튼을 눌러 Application Server에 업로드할 패키지 파일을 지정합니다.

     찾아보기를 눌러 파일을 찾거나 파일의 전체 경로를 입력합니다.

   • 파일이 서버 시스템에 상주하거나 확장된 디렉토리에서 압축 해제된 응용 프로그램을 배포하려면 라디오 버튼을 눌러 패키지 파일을 지정하거나 서버에서 액세스할 수 있는 디렉토리 경로를 지정합니다.

     파일 또는 디렉토리의 전체 경로를 입력합니다. 확장된 디렉토리에서 배포하는 것은 고급 개발자를 위한 것이며 프로덕션 환경에는 권장되지 않습니다.

5. 다음을 눌러 엔터프라이즈 응용 프로그램 배포 페이지를 표시합니다.

6. 엔터프라이즈 응용 프로그램 배포 페이지에서 응용 프로그램의 설정을 지정합니다.

   1. 응용 프로그램 이름 필드에서 파일 이름의 접두어인 기본 이름을 그대로 두거나 다른 이름을 입력합니다.

      파일 업로드를 선택한 경우 기본 이름이 표시됩니다. 응용 프로그램 이름은 고유해야 합니다.

   2. 배포 후 응용 프로그램을 사용할 수 없게 비활성화하려면 비활성화 라디오 버튼을 선택합니다.

      기본적으로 응용 프로그램은 배포하자마자 사용할 수 있습니다.

   3. 응용 프로그램을 이미 배포한 경우 재배포 확인란을 선택하여 재배포합니다. 그렇지 않으면 오류가 표시됩니다.

      다른 응용 프로그램 이름을 선택하여 새로운 이름 아래에 배포할 수도 있습니다.

   4. 배포 전에 파일의 구조 및 내용을 검증하려면 검증자 확인란을 선택합니다.

      큰 응용 프로그램을 검증할 경우 시간이 많이 소모될 수 있습니다. 파일이 손상되거나 이동 불가능한 것으로 의심될 경우 파일을 검증합니다.

   5. JSP 페이지를 사전 컴파일하려면 JSP 확인란을 선택합니다.

      확인란을 선택하지 않은 경우, JSP 페이지는 처음 액세스되는 런타임 시 컴파일됩니다. 컴파일은 프로덕션 환경에서 시간이 많이 소요될 수 있으므로 확인란을 선택합니다.

   6. 고가용성 설정을 선택합니다.

      응용 프로그램에 대한 고가용성을 활성화하려면 가용성 확인란을 선택합니다. 응용 프로그램에 대한 가용성을 활성화한 경우 더 높은 모든 수준(명명된 구성 및 웹 컨테이너 또는 EJB 컨테이너)에서도 활성화해야 합니다.

   7. 응용 프로그램을 배포할 대상을 선택합니다.

      사용 가능한 대상 목록에서 대상을 선택한 후 추가를 누릅니다. 클러스터나 독립 실행형 인스턴스가 대상이 될 수 있습니다. 대상을 선택하지 않은 경우 응용 프로그램이 기본 서버 인스턴스 server에 배포됩니다.

      재배포 중인 경우 대상을 선택하지 마십시오. 여기서 선택한 대상은 무시됩니다. 배포된 응용 프로그램을 참조하는 클러스터링된 대상이나 독립 실행형 서버 인스턴스는 클러스터나 독립 실행형 인스턴스에 대해 동적 재구성을 활성화한 경우 자동으로 새로운 재배포된 응용 프로그램을 참조합니다. 서비스 중단 없이 응용 프로그램을 재배포하는 방법에 대한 자세한 내용은 “응용 프로그램 업그레이드”를 참조하십시오.

   8. RMI 스텁을 생성할지 선택합니다.

      RMI 스텁을 생성하기로 선택한 경우 정적 RMI-IIOP 스텁이 클라이언트 JAR 파일에 생성됩니다.

7. 응용 프로그램을 배포하려면 확인을 누릅니다.

해당 asadmin 명령

deploy

배포된 엔터프라이즈 응용 프로그램을 편집하는 방법

1. 트리 구성 요소에서 응용 프로그램 노드를 확장합니다.

2. 엔터프라이즈 응용 프로그램 노드를 확장합니다.

3. 배포된 응용 프로그램의 노드를 선택합니다.

4. 엔터프라이즈 응용 프로그램 페이지에서 설명을 변경합니다.

5. Enterprise Edition에서 고가용성을 활성화하거나 비활성화합니다.

   응용 프로그램에 대한 가용성을 활성화한 경우 더 높은 모든 수준(명명된 구성 및 웹 컨테이너 또는 EJB 컨테이너)에서도 활성화해야 합니다.

웹 응용 프로그램을 배포하는 방법

웹 응용 프로그램은 서블릿 및 JSP 파일과 같은 구성 요소를 포함하는 아카이브 파일 유형인 WAR 파일로 패키지화되어 있습니다.

1. 트리 구성 요소에서 응용 프로그램 노드를 확장합니다.

2. 웹 응용 프로그램 노드를 선택합니다.

3. 웹 응용 프로그램 페이지에서 배포를 누릅니다.

4. 배포 페이지에서 배포할 WAR 파일의 위치를 지정합니다.

   서버 시스템은 Application Server와 Domain Administration Server를 실행하는 호스트입니다. 클라이언트 시스템은 브라우저를 통해 관리 콘솔을 볼 수 있는 호스트입니다.

   • 파일이 클라이언트 시스템에 상주하거나 파일을 클라이언트 시스템에서 액세스하려면, 라디오 버튼을 눌러 Application Server에 업로드할 패키지 파일을 지정합니다.

     찾아보기를 눌러 파일을 찾거나 파일의 전체 경로를 입력합니다.

   • 파일이 서버 시스템에 상주하거나 확장된 디렉토리에서 압축 해제된 응용 프로그램을 배포하려면 라디오 버튼을 눌러 패키지 파일을 지정하거나 서버에서 액세스할 수 있는 디렉토리 경로를 지정합니다.

     파일 또는 디렉토리의 전체 경로를 입력합니다. 확장된 디렉토리에서 배포하는 것은 고급 개발자를 위한 것이며 프로덕션 환경에는 권장되지 않습니다.

5. 다음을 눌러 웹 응용 프로그램 배포 페이지를 표시합니다.

6. 웹 응용 프로그램 배포 페이지에서 응용 프로그램의 설정을 지정합니다.

   1. 응용 프로그램 이름 필드에서 파일 이름의 접두어인 기본 이름을 그대로 두거나 다른 이름을 입력합니다.

      파일 업로드를 선택한 경우 기본 이름이 표시됩니다. 응용 프로그램 이름은 고유해야 합니다.

   2. 컨텍스트 루트 필드에서 웹 응용 프로그램을 식별하는 문자열을 입력합니다.

      웹 응용 프로그램의 URL에서 포트 번호 다음에 바로 컨텍스트 루트가 나옵니다(http://host:port/context-root/...). 컨텍스트 루트는 슬래시로 시작해야 합니다(예: /hello).

   3. 배포 후 응용 프로그램을 사용할 수 없게 비활성화하려면 비활성화 라디오 버튼을 선택합니다.

      기본적으로 응용 프로그램은 배포하자마자 사용할 수 있습니다.

   4. 응용 프로그램을 이미 배포한 경우 재배포 확인란을 선택하여 재배포합니다. 그렇지 않으면 오류가 표시됩니다.

      다른 응용 프로그램 이름을 선택하여 새로운 이름 아래에 배포할 수도 있습니다.

   5. 배포 전에 파일의 구조 및 내용을 검증하려면 검증자 확인란을 선택합니다.

      큰 응용 프로그램을 검증할 경우 시간이 많이 소모될 수 있습니다. 파일이 손상되거나 이동 불가능한 것으로 의심될 경우 파일을 검증합니다.

   6. JSP 페이지를 사전 컴파일하려면 JSP 확인란을 선택합니다.

      확인란을 선택하지 않은 경우, JSP 페이지는 처음 액세스되는 런타임 시 컴파일됩니다. 컴파일은 프로덕션 환경에서 시간이 많이 소요될 수 있으므로 확인란을 선택합니다.

   7. 고가용성 설정을 선택합니다.

      응용 프로그램에 대한 고가용성을 활성화하려면 가용성 확인란을 선택합니다. 응용 프로그램에 대한 가용성을 활성화한 경우 더 높은 모든 수준(명명된 구성 및 웹 컨테이너 또는 EJB 컨테이너)에서도 활성화해야 합니다.

   8. 응용 프로그램을 배포할 대상을 선택합니다.

      사용 가능한 대상 목록에서 대상을 선택한 후 추가를 누릅니다. 클러스터나 독립 실행형 인스턴스가 대상이 될 수 있습니다. 대상을 선택하지 않은 경우 응용 프로그램이 기본 서버 인스턴스 server에 배포됩니다.

      재배포 중인 경우 대상을 선택하지 마십시오. 여기서 선택한 대상은 무시됩니다. 배포된 응용 프로그램을 참조하는 클러스터링된 대상이나 독립 실행형 서버 인스턴스는 클러스터나 독립 실행형 인스턴스에 대해 동적 재구성을 활성화한 경우 자동으로 새로운 재배포된 응용 프로그램을 참조합니다. 서비스 중단 없이 응용 프로그램을 재배포하는 방법에 대한 자세한 내용은 “롤링 업그레이드 정보”를 참조하십시오.

   9. RMI 스텁을 생성할지 선택합니다.

      RMI 스텁을 생성하기로 선택한 경우 정적 RMI-IIOP 스텁이 클라이언트 JAR 파일에 생성됩니다.

7. 응용 프로그램을 배포하려면 확인을 누릅니다.

해당 asadmin 명령

deploy

배포된 웹 응용 프로그램을 시작하는 방법

응용 프로그램을 배포한 후 관리 콘솔에서 이 응용 프로그램을 시작할 수 있습니다. 응용 프로그램을 시작하려면 서버와 HTTP Listener가 실행 중이어야 합니다.

1. 트리 구성 요소에서 응용 프로그램 노드를 확장합니다.

2. 웹 응용 프로그램을 누릅니다.

3. 웹 응용 프로그램의 시작 링크를 누릅니다.

4. 웹 응용 프로그램 링크 페이지에서 링크를 눌러 응용 프로그램을 시작합니다.

EJB 모듈을 배포하는 방법

EJB JAR 파일이라고도 하는 EJB 모듈에는 Enterprise Bean이 포함되어 있습니다.

1. 트리 구성 요소에서 응용 프로그램 노드를 확장합니다.

2. EJB 모듈 노드를 선택합니다.

3. EJB 모듈 페이지에서 배포를 누릅니다.

4. 배포 페이지에서 배포할 JAR 파일의 위치를 지정합니다.

   서버 시스템은 Application Server와 Domain Administration Server를 실행하는 호스트입니다. 클라이언트 시스템은 브라우저를 통해 관리 콘솔을 볼 수 있는 호스트입니다.

   • 파일이 클라이언트 시스템에 상주하거나 파일을 클라이언트 시스템에서 액세스하려면, 라디오 버튼을 눌러 Application Server에 업로드할 패키지 파일을 지정합니다.

     찾아보기를 눌러 파일을 찾거나 파일의 전체 경로를 입력합니다.

   • 파일이 서버 시스템에 상주하거나 확장된 디렉토리에서 압축 해제된 응용 프로그램을 배포하려면 라디오 버튼을 눌러 패키지 파일을 지정하거나 서버에서 액세스할 수 있는 디렉토리 경로를 지정합니다.

     파일 또는 디렉토리의 전체 경로를 입력합니다. 확장된 디렉토리에서 배포하는 것은 고급 개발자를 위한 것이며 프로덕션 환경에는 권장되지 않습니다.

5. 다음을 눌러 EJB 모듈 배포 페이지를 표시합니다.

6. EJB 모듈 배포 페이지에서 모듈에 대한 설정을 지정합니다.

   1. 응용 프로그램 이름 필드에서 파일 이름의 접두어인 기본 이름을 그대로 두거나 다른 이름을 입력합니다.

      파일 업로드를 선택한 경우 기본 이름이 표시됩니다. 응용 프로그램 이름은 고유해야 합니다.

   2. 배포 후 모듈을 사용할 수 없게 비활성화하려면 비활성화 라디오 버튼을 선택합니다.

      기본적으로 모듈은 배포하자마자 사용할 수 있습니다.

   3. 모듈을 이미 배포한 경우 재배포 확인란을 선택하여 재배포합니다. 그렇지 않으면 오류가 표시됩니다.

      다른 응용 프로그램 이름을 선택하여 새로운 이름 아래에 배포할 수도 있습니다.

   4. 배포 전에 파일의 구조 및 내용을 검증하려면 검증자 확인란을 선택합니다.

      큰 응용 프로그램을 검증할 경우 시간이 많이 소모될 수 있습니다. 파일이 손상되거나 이동 불가능한 것으로 의심될 경우 파일을 검증합니다.

   5. 고가용성 설정을 선택합니다.

      모듈에 대한 고가용성을 활성화하려면 가용성 확인란을 선택합니다. 응용 프로그램에 대한 가용성을 활성화한 경우 더 높은 모든 수준(명명된 구성 및 웹 컨테이너 또는 EJB 컨테이너)에서도 활성화해야 합니다.

   6. 모듈을 배포할 대상을 선택합니다.

      사용 가능한 대상 목록에서 대상을 선택한 후 추가를 누릅니다. 클러스터나 독립 실행형 인스턴스가 대상이 될 수 있습니다. 대상을 선택하지 않은 경우 모듈이 기본 서버 인스턴스 server에 배포됩니다.

      재배포 중인 경우 대상을 선택하지 마십시오. 여기서 선택한 대상은 무시됩니다. 배포된 모듈을 참조하는 클러스터링된 대상이나 독립 실행형 서버 인스턴스는 클러스터나 독립 실행형 인스턴스에 대해 동적 재구성을 활성화한 경우 자동으로 새로운 재배포된 모듈을 참조합니다. 서비스 중단 없이 모듈을 재배포하는 방법에 대한 자세한 내용은 “롤링 업그레이드 정보”를 참조하십시오.

   7. RMI 스텁을 생성할지 선택합니다.

      RMI 스텁을 생성하기로 선택한 경우 정적 RMI-IIOP 스텁이 클라이언트 JAR 파일에 생성됩니다.

7. 확인을 눌러 모듈을 배포합니다.

해당 asadmin 명령

deploy

커넥터 모듈을 배포하는 방법

자원 어댑터라고도 하는 커넥터는 RAR 파일이라는 아카이브 파일 유형으로 패키지화되어 있습니다.

1. 트리 구성 요소에서 응용 프로그램 노드를 확장합니다.

2. 커넥터 모듈 노드를 선택합니다.

3. 커넥터 모듈 페이지에서 배포를 누릅니다.

4. 배포 페이지에서 배포할 RAR 파일의 위치를 지정합니다.

   서버 시스템은 Application Server와 Domain Administration Server를 실행하는 호스트입니다. 클라이언트 시스템은 브라우저를 통해 관리 콘솔을 볼 수 있는 호스트입니다.

   • 파일이 클라이언트 시스템에 상주하거나 파일을 클라이언트 시스템에서 액세스하려면, 라디오 버튼을 눌러 Application Server에 업로드할 패키지 파일을 지정합니다.

     찾아보기를 눌러 파일을 찾거나 파일의 전체 경로를 입력합니다.

   • 파일이 서버 시스템에 상주하거나 확장된 디렉토리에서 압축 해제된 모듈을 배포하려면 라디오 버튼을 눌러 패키지 파일을 지정하거나 서버에서 액세스할 수 있는 디렉토리 경로를 지정합니다.

     파일 또는 디렉토리의 전체 경로를 입력합니다. 확장된 디렉토리에서 배포하는 것은 고급 개발자를 위한 것이며 프로덕션 환경에는 권장되지 않습니다.

5. 다음을 눌러 커넥터 모듈 배포 페이지를 표시합니다.

6. 커넥터 모듈 배포 페이지에서 모듈에 대한 설정을 지정합니다.

   1. 응용 프로그램 이름 필드에서 파일 이름의 접두어인 기본 이름을 그대로 두거나 다른 이름을 입력합니다.

      파일 업로드를 선택한 경우 기본 이름이 표시됩니다. 응용 프로그램 이름은 고유해야 합니다.

   2. 스레드 풀 아이디 필드에서 배포할 자원 어댑터에 대한 스레드 풀을 지정합니다.

      기본적으로 Application Server 서비스는 모든 자원 어댑터의 요청을 기본 스레드 풀에서 작업합니다. 특정 사용자가 만든 스레드 풀을 자원 어댑터의 서비스 작업 요청에 연관시키려면 이 필드를 사용합니다.

   3. 배포 후 모듈을 사용할 수 없게 비활성화하려면 비활성화 라디오 버튼을 선택합니다.

      기본적으로 모듈은 배포하자마자 사용할 수 있습니다.

      커넥터 모듈을 활성화하거나 비활성화할 경우 모듈을 가리키는 커넥터 자원과 연결 풀도 활성화하거나 비활성화합니다.

   4. 모듈을 이미 배포한 경우 재배포 확인란을 선택하여 재배포합니다. 그렇지 않으면 오류가 표시됩니다.

      다른 응용 프로그램 이름을 선택하여 새로운 이름 아래에 배포할 수도 있습니다.

   5. 배포 전에 파일의 구조 및 내용을 검증하려면 검증자 확인란을 선택합니다.

      큰 응용 프로그램을 검증할 경우 시간이 많이 소모될 수 있습니다. 파일이 손상되거나 이동 불가능한 것으로 의심될 경우 파일을 검증합니다.

   6. 자원 어댑터에 추가 등록 정보가 지정된 경우 등록 정보가 표시됩니다.

      표를 사용하여 이 등록 정보의 기본값을 수정합니다.

   7. 모듈을 배포할 대상을 선택합니다.

      사용 가능한 대상 목록에서 대상을 선택한 후 추가를 누릅니다. 클러스터나 독립 실행형 인스턴스가 대상이 될 수 있습니다. 대상을 선택하지 않은 경우 모듈이 기본 서버 인스턴스 server에 배포됩니다.

      재배포 중인 경우 대상을 선택하지 마십시오. 여기서 선택한 대상은 무시됩니다. 배포된 모듈을 참조하는 클러스터링된 대상이나 독립 실행형 서버 인스턴스는 클러스터나 독립 실행형 인스턴스에 대해 동적 재구성을 활성화한 경우 자동으로 새로운 재배포된 모듈을 참조합니다. 서비스 중단 없이 모듈을 재배포하는 방법에 대한 자세한 내용은 “롤링 업그레이드 정보”를 참조하십시오.

7. 확인을 눌러 모듈을 배포합니다.

해당 asadmin 명령

deploy

라이프사이클 모듈을 만드는 방법

라이프사이클 모듈은 서버의 라이프사이클에서 한 개 이상의 이벤트로 실행되면 작업을 수행합니다. 이 서버 이벤트는 다음과 같습니다.

• 초기화

• 시작

• 요청 서비스 준비

• 종료

라이프사이클 모듈은 J2EE 사양에는 포함되지 않지만 Application Server에서는 개선 사항입니다.

1. 트리 구성 요소에서 응용 프로그램 노드를 확장합니다.

2. 라이프사이클 모듈 노드를 선택합니다.

3. 라이프사이클 모듈 페이지에서 새로 만들기를 누릅니다.

4. 라이프사이클 모듈 만들기 페이지에서 이 설정을 지정합니다.

   1. 이름 필드에서 모듈의 기능을 나타내는 이름을 입력합니다.

   2. 클래스 이름 필드에서 라이프사이클 모듈의 클래스 파일에 대한 정규화된 이름을 입력합니다.

   3. 라이프사이클을 포함하는 JAR 파일이 서버의 클래스 경로에 있는 경우 클래스 경로 필드를 공백으로 남겨둡니다. 그렇지 않으면 정규화된 경로를 입력합니다.

      클래스 경로를 지정하지 않은 경우 클래스의 압축을 domain-dir/applications/lifecycle-module/module-name 에 풀어야 합니다. 클래스 경로를 지정하는 것 외에 아무것도 필요하지 않습니다.

   4. 로드 순서 필드에 100보다 크고 운영 체제의 MAXINT 값보다 작은 정수를 입력합니다.

      이 정수는 서버를 시작할 때 라이프사이클 모듈을 로드하는 순서를 결정합니다. 정수 값이 작은 모듈이 먼저 로드됩니다.

   5. 서버를 시작할 경우 이미 배포된 라이프사이클 모듈을 로드합니다.

      기본적으로 로드가 실패할 경우 서버에서 시작 작업을 계속합니다. 로드가 실패한 경우 서버가 시작되는 것을 방지하려면 로드 실패 시 확인란을 선택합니다.

   6. 배포 후 모듈을 사용할 수 없게 비활성화하려면 비활성화 라디오 버튼을 선택합니다.

      라이프사이클 모듈은 서버를 시작할 때 호출되므로 서버 인스턴스를 다시 시작할 때까지 비활성화된 라이프사이클 모듈이 계속 영향을 주게 됩니다.

   7. 모듈을 배포할 대상을 선택합니다.

      사용 가능한 대상 목록에서 대상을 선택한 후 추가를 누릅니다. 클러스터나 독립 실행형 인스턴스가 대상이 될 수 있습니다. 대상을 선택하지 않은 경우 모듈이 기본 서버 인스턴스 server에 배포됩니다.

5. 확인을 누릅니다.

해당 asadmin 명령

create-lifecycle-module

응용 프로그램 클라이언트 모듈을 배포하는 방법

J2EE 응용 프로그램 클라이언트 JAR 파일이라고도 하는 응용 프로그램 클라이언트 모듈에는 클라이언트에 대한 서버측 루틴이 포함되어 있습니다.

1. 트리 구성 요소에서 응용 프로그램 노드를 확장합니다.

2. 응용 프로그램 클라이언트 모듈 노드를 선택합니다.

3. 응용 프로그램 클라이언트 모듈 페이지에서 배포를 누릅니다.

4. 배포 페이지에서 배포할 JAR 파일의 위치를 지정합니다.

   서버 시스템은 Application Server와 Domain Administration Server를 실행하는 호스트입니다. 클라이언트 시스템은 브라우저를 통해 관리 콘솔을 볼 수 있는 호스트입니다.

   • 파일이 클라이언트 시스템에 상주하거나 파일을 클라이언트 시스템에서 액세스하려면, 라디오 버튼을 눌러 Application Server에 업로드할 패키지 파일을 지정합니다.

     찾아보기를 눌러 파일을 찾거나 파일의 전체 경로를 입력합니다.

   • 파일이 서버 시스템에 상주하거나 확장된 디렉토리에서 압축 해제된 모듈을 배포하려면 라디오 버튼을 눌러 패키지 파일을 지정하거나 서버에서 액세스할 수 있는 디렉토리 경로를 지정합니다.

     파일 또는 디렉토리의 전체 경로를 입력합니다. 확장된 디렉토리에서 배포하는 것은 고급 개발자를 위한 것이며 프로덕션 환경에는 권장되지 않습니다.

5. 다음을 눌러 응용 프로그램 클라이언트 모듈 배포 페이지를 표시합니다.

6. 응용 프로그램 클라이언트 모듈 배포 페이지에서 모듈에 대한 설정을 지정합니다.

   1. 응용 프로그램 이름 필드에서 파일 이름의 접두어인 기본 이름을 그대로 두거나 다른 이름을 입력합니다.

      파일 업로드를 선택한 경우 기본 이름이 표시됩니다. 응용 프로그램 이름은 고유해야 합니다.

   2. 모듈을 이미 배포한 경우 재배포 확인란을 선택하여 재배포합니다. 그렇지 않으면 오류가 표시됩니다.

      다른 응용 프로그램 이름을 선택하여 새로운 이름 아래에 배포할 수도 있습니다.

   3. 배포 전에 파일의 구조 및 내용을 검증하려면 검증자 확인란을 선택합니다.

      큰 응용 프로그램을 검증할 경우 시간이 많이 소모될 수 있습니다. 파일이 손상되거나 이동 불가능한 것으로 의심될 경우 파일을 검증합니다.

   4. 모듈을 배포할 대상을 선택합니다.

      사용 가능한 대상 목록에서 대상을 선택한 후 추가를 누릅니다. 클러스터나 독립 실행형 인스턴스가 대상이 될 수 있습니다. 대상을 선택하지 않은 경우 모듈이 기본 서버 인스턴스 server에 배포됩니다.

      재배포 중인 경우 대상을 선택하지 마십시오. 여기서 선택한 대상은 무시됩니다. 배포된 모듈을 참조하는 클러스터링된 대상이나 독립 실행형 서버 인스턴스는 클러스터나 독립 실행형 인스턴스에 대해 동적 재구성을 활성화한 경우 자동으로 새로운 재배포된 모듈을 참조합니다. 서비스 중단 없이 모듈을 재배포하는 방법에 대한 자세한 내용은 “롤링 업그레이드 정보”를 참조하십시오.

   5. RMI 스텁을 생성할지 선택합니다.

      RMI 스텁을 생성하기로 선택한 경우 정적 RMI-IIOP 스텁이 클라이언트 JAR 파일에 생성됩니다.

      클라이언트측 루틴의 경우:

      • 대개 응용 프로그램 공급자는 클라이언트측 루틴을 포함하는 파일을 제공합니다.

      • 응용 프로그램 공급자는 asadmin deploy 명령의 --retrieve 옵션을 지정하여 클라이언트측 스텁을 가져옵니다.

7. 확인을 눌러 모듈을 배포합니다.

해당 asadmin 명령

deploy

배포할 아카이브 파일을 지정하는 방법

응용 프로그램이나 모듈 페이지에서 배포를 눌러 배포 페이지로 액세스합니다. 배포 페이지에서 응용 프로그램이나 모듈이 패키지화되어 있는 아카이브 파일의 위치를 지정합니다.

서버 시스템은 Application Server와 Domain Administration Server를 실행하는 호스트입니다. 클라이언트 시스템은 브라우저를 통해 관리 콘솔을 볼 수 있는 호스트입니다.

1. 파일이 클라이언트 시스템에 상주하거나 파일을 클라이언트 시스템에서 액세스하려면, 라디오 버튼을 눌러 Application Server에 업로드할 패키지 파일을 지정합니다.

   찾아보기를 눌러 파일을 찾거나 파일의 전체 경로를 입력합니다.

2. 파일이 서버 시스템에 상주하거나 확장된 디렉토리에서 압축 해제된 응용 프로그램을 배포하려면 라디오 버튼을 눌러 패키지 파일을 지정하거나 서버에서 액세스할 수 있는 디렉토리 경로를 지정합니다.

   파일 또는 디렉토리의 전체 경로를 입력합니다. 확장된 디렉토리에서 배포하는 것은 고급 개발자를 위한 것이며 프로덕션 환경에는 권장되지 않습니다.

응용 프로그램을 나열, 배포 해제 및 활성화하기 위한 관리 콘솔 작업

• 배포된 응용 프로그램을 나열하는 방법

• 하위 구성 요소를 나열하는 방법

• 배포된 응용 프로그램의 모듈 설명자를 보는 방법

• 응용 프로그램이나 모듈을 배포 해제하는 방법

• 응용 프로그램이나 모듈을 활성화 또는 비활성화하는 방법

• 동적 재로드를 구성하는 방법

배포된 응용 프로그램을 나열하는 방법

1. 트리 구성 요소에서 응용 프로그램 노드를 확장합니다.

2. 응용 프로그램이나 모듈 유형에 대한 노드를 확장합니다.

   배포된 응용 프로그램이나 모듈의 세부 정보를 보려면 다음 작업을 수행합니다.

   • 트리 구성 요소에서 응용 프로그램이나 모듈의 노드를 선택합니다.

   • 해당 페이지의 응응 프로그램 이름 열에서 원하는 항목을 선택합니다.

해당 asadmin 명령

list-components

하위 구성 요소를 나열하는 방법

엔터프라이즈 및 웹 응용 프로그램, EJB 모듈 및 커넥터 모듈에는 하위 구성 요소가 포함되어 있습니다. 예를 들어, 웹 응용 프로그램에는 하나 이상의 서블릿이 포함될 수 있습니다.

1. 트리 구성 요소에서 응용 프로그램 노드를 확장합니다.

2. 설명자를 표시할 응용 프로그램이나 모듈의 노드를 확장합니다.

3. 배포된 응용 프로그램이나 모듈의 노드를 선택합니다.

4. 응용 프로그램이나 모듈 페이지에서 하위 구성 요소 테이블의 내용을 확인합니다.

해당 asadmin 명령

list-sub-components

배포된 응용 프로그램의 모듈 설명자를 보는 방법

엔터프라이즈 응용 프로그램, 웹 응용 프로그램, EJB 모듈, 커넥터 모듈 및 응용 프로그램 클라이언트 모듈에서 모듈 배포 설명자를 볼 수 있습니다.

1. 트리 구성 요소에서 응용 프로그램 노드를 확장합니다.

2. 설명자를 조회할 응용 프로그램이나 모듈의 노드를 선택합니다.

3. 배포된 응용 프로그램이나 모듈의 노드를 선택합니다.

4. 설명자 탭을 선택합니다.

5. 설명자 파일의 텍스트를 조회하려면 파일 이름을 누릅니다.

   페이지에 파일 내용이 표시됩니다. 이 정보는 읽기 전용입니다.

응용 프로그램이나 모듈을 배포 해제하는 방법

응용 프로그램이나 모듈을 배포 해제하면 도메인에서 이들이 제거되고 모든 인스턴스에서 이들에 대한 참조가 제거됩니다.

1. 트리 구성 요소에서 응용 프로그램 노드를 확장합니다.

2. 배포 해제할 응용 프로그램이나 모듈의 노드를 선택합니다.

3. 배포된 응용 프로그램을 나열하는 표에서 배포 해제할 응용 프로그램이나 모듈의 확인란을 선택합니다.

4. 배포 해제를 누릅니다.

해당 asadmin 명령

undeploy

응용 프로그램이나 모듈을 활성화 또는 비활성화하는 방법

배포된 응용 프로그램이나 모듈이 활성화되면 클라이언트가 액세스할 수 있습니다. 비활성화한 경우 여전히 배포되어 있지만 클라이언트가 액세스할 수 없습니다. 응용 프로그램이나 모듈을 배포한 경우 모든 대상에서 활성화 라디오 버튼이 기본적으로 선택되기 때문에 응용 프로그램이나 모듈을 사용할 수 있습니다.

1. 트리 구성 요소에서 응용 프로그램 노드를 확장합니다.

2. 응용 프로그램 유형에 대한 노드를 확장합니다.

3. 배포된 응용 프로그램이나 모듈을 활성화하려면 배포된 응용 프로그램이나 모듈 옆에 있는 확인란을 선택합니다.

   단일 대상에서 응용 프로그램을 활성화하려면 다음 작업을 수행합니다.

   1. 응용 프로그램의 노드를 선택합니다.

   2. 대상 탭을 누릅니다.

   3. 배포된 응용 프로그램이나 모듈 옆에 있는 확인란을 선택합니다.

4. 활성화 또는 비활성화를 누릅니다.

   이 버튼은 모든 대상에서 응용 프로그램을 활성화하거나 비활성화합니다.

해당 asadmin 명령

enable 및 disable

응용 프로그램 대상을 관리하는 방법

응용 프로그램이나 모듈을 배포한 후 대상을 관리하여 이를 참조하는 서버 인스턴스와 클러스터를 관리합니다.

1. 트리 구성 요소에서 응용 프로그램 노드를 확장합니다.

2. 응용 프로그램 유형에 대한 노드를 확장합니다.

3. 배포된 응용 프로그램의 노드를 선택합니다.

4. 대상 탭을 선택합니다.

5. 특정한 대상 인스턴스나 클러스터의 응용 프로그램을 활성화하거나 비활성화하려면 대상 옆에 있는 확인란을 누르고 활성화 또는 비활성화를 누릅니다.

6. 응용 프로그램의 대상을 추가하거나 삭제하려면 대상 관리를 선택합니다.

7. 대상을 추가하거나 제거하고 확인을 누릅니다.

   이제 수정된 대상 목록에서 응용 프로그램을 사용할 수 있습니다.

해당 asadmin 명령

create-application-ref 및 delete-application-ref

추가 가상 서버에 배포하는 방법

응용 프로그램이나 모듈을 대상 서버 인스턴스나 클러스터에 배포한 후 이를 추가 가상 서버와 연결할 수 있습니다.

1. 배포된 응용 프로그램이나 모듈의 대상 페이지에서 대상 옆에 있는 가상 서버 관리 링크를 누릅니다.

2. 사용 가능한 가상 서버 목록에서 가상 서버 대상을 추가하거나 제거합니다.

3. 확인을 누릅니다.

복수 대상에 재배포

응용 프로그램이 복수 대상(독립 실행형 서버 인스턴스나 클러스터)에 배포된 경우 복수 대상에 재배포하는 방법에는 두 가지가 있습니다. 다음 방법 중 하나를 사용하여 응용 프로그램을 참조하는 모든 서버 인스턴스가 최신 버전을 수신할 수 있도록 합니다.

개발 환경

개발 환경에서 단순히 응용 프로그램을 재배포합니다. 응용 프로그램이 도메인에 재배포되고 응용 프로그램을 참조하는 모든 대상은 대상 서버 인스턴스에 대한 동적 재구성이 활성화된 경우 자동으로 최신 버전을 수신합니다. 기본적으로 동적 재구성이 활성화되어 있습니다. 서버 인스턴스에 대한 동적 재구성이 활성화되지 않은 경우 서버 인스턴스를 다시 시작할 때까지 계속 이전 버전을 사용합니다.

프로덕션 환경

프로덕션 환경에서 “롤링 업그레이드 정보”에 설명된 단계를 수행합니다.

동적 재로드를 구성하는 방법

동적 재로드가 활성화된 경우 서버는 배포된 응용 프로그램의 변경 사항을 정기적으로 확인하고 변경 사항과 함께 응용 프로그램을 자동으로 다시 로드합니다. 수동으로 만든 .reload라고 하는 파일의 날짜가 변경되므로 변경되었음을 알 수 있습니다. 응용 프로그램은 domain-dir/applications/j2ee-modules module-name 또는 domain-dir/applications/j2ee-apps/ app-name에 설치되어야 합니다.

예를 들면 다음과 같습니다.

/opt/SUNWappserver/domain/domain1/applications/j2ee-modules/webapps-simple

코드 변경을 빠르게 테스트할 수 있기 때문에 동적 재로드는 개발 환경에서 유용합니다. 그러나 프로덕션 환경에서는 동적 재로드가 성능을 저하시킬 수 있습니다.

동적 재로드는 기본 서버 인스턴스에 대해서만 사용할 수 있습니다.

동적 재로드는 개발 환경을 위한 것입니다. 세션 지속성 기능인 프로덕션 환경 기능과 호환되지 않습니다. 동적 재로드가 활성화된 경우 세션 지속성을 활성화하지 마십시오.

1. 트리 구성 요소에서 독립 실행형 인스턴스 노드를 확장합니다.

2. 서버(관리 서버)를 누릅니다.

3. 고급을 누릅니다.

4. 응용 프로그램 구성 페이지에서 다음을 구성합니다.

   • 재로드: 재로드 사용 확인란을 사용하여 동적 재로드를 활성화하거나 비활성화합니다.

   • 재로드 폴링 간격: 서버가 배포된 응용 프로그램의 변경 사항을 확인하는 빈도를 지정합니다.

   • 관리 세션 시간 초과: 관리 세션 시간이 초과되어 다시 로그인해야 하기까지의 시간을 지정합니다.

다음 순서

시스템에서 동적 재로드를 사용하도록 구성한 후 모든 응용 프로그램을 동적으로 재로드하기 위해 .reload라고 하는 파일을 만들어 응용 프로그램의 디렉토리에 보관합니다. 파일에는 내용이 없습니다. 응용 프로그램을 변경하고 파일 날짜를 변경하면(예: UNIX의 경우 touch 명령 사용), 변경 사항이 자동으로 재로드됩니다.

개발자를 위한 개발 방법

참고 항목:

• 자동 배포를 사용하는 방법

• 자동 배포를 사용하는 방법

• 디렉토리에서 압축 해제된 응용 프로그램을 배포하는 방법

• deploytool 유틸리티 사용

• 배포 계획 사용

자동 배포를 사용하는 방법

자동 배포 기능을 사용하면 사전에 패키지화되어 있는 응용 프로그램이나 모듈을 domain-dir/autodeploy 디렉토리에 복사하는 방법으로 배포할 수 있습니다.

예를 들어, hello.war라는 파일을 domain-dir /autodeploy 디렉토리로 복사합니다. 응용 프로그램을 배포 해제하려면 autodeploy 디렉토리에서 hello.war 파일을 제거합니다.

관리 콘솔이나 asadmin 도구를 사용하여 응용 프로그램을 배포 해제할 수도 있습니다. 이러한 경우 아카이브 파일이 그대로 유지됩니다.

자동 배포는 기본 서버 인스턴스에 대해서만 사용할 수 있습니다.

자동 배포 기능은 개발 환경을 위한 것입니다. 세션 지속성 기능인 프로덕션 환경 기능과 호환되지 않습니다. 자동 배포가 활성화된 경우 세션 지속성을 활성화하지 마십시오.

1. 트리 구성 요소에서 독립 실행형 인스턴스 노드를 확장합니다.

2. 서버(관리 서버)를 누릅니다.

3. 고급을 누릅니다.

4. 응용 프로그램 구성 페이지에서 다음을 구성합니다.

   1. 사용 확인란을 선택하거나 선택 해제하여 자동 배포를 활성화하거나 비활성화합니다.

   2. 자동 배포 폴링 간격 필드에서 서버가 응용 프로그램이나 모듈 파일의 자동 배포 디렉토리를 확인하는 빈도를 지정합니다.

      폴링 간격을 변경해도 응용 프로그램이나 모듈을 배포하는데 걸리는 시간에 영향을 미치지 않습니다.

   3. 자동 배포 디렉토리에서 응용 프로그램을 구축할 디렉토리를 지정한 경우 파일을 기본 자동 배포 디렉토리에 복사할 필요가 없습니다.

      기본 디렉토리는 서버 인스턴스의 루트 디렉토리에 있는 autodeploy입니다.

      기본적으로 변수를 사용하여 복수 서버 인스턴스에 대한 디렉토리를 수동으로 변경할 필요성을 제거합니다. 이 변수에 대한 자세한 내용은 고급 도메인 속성을 설정하는 방법을 참조하십시오.

   4. 배포 전에 검증자를 실행하려면 검증자를 선택합니다.

      검증자는 파일의 구조와 내용을 검사합니다. 큰 응용 프로그램을 검증할 경우 시간이 많이 소모될 수 있습니다.

   5. JSP 페이지를 사전 컴파일하려면 사전 컴파일을 선택합니다.

      확인란을 선택하지 않은 경우, JSP 페이지는 처음 액세스되는 런타임 시 컴파일됩니다. 컴파일은 프로덕션 환경에서 시간이 많이 소요될 수 있으므로 확인란을 선택합니다.

디렉토리에서 압축 해제된 응용 프로그램을 배포하는 방법

이 기능은 고급 개발자를 위한 것입니다.

기본 서버 인스턴스(서버)에 배포할 때만 디렉토리 배포를 사용합니다. 클러스터나 독립 실행형 서버 인스턴스에 배포할 때는 사용할 수 없습니다.

압축 해제된 응용 프로그램이나 모듈을 포함하는 디렉토리는 확장된 디렉토리라고 합니다. 디렉토리의 내용은 해당 J2EE 아카이브 파일의 내용과 일치해야 합니다. 예를 들어 디렉토리에서 웹 응용 프로그램을 배포할 경우 디렉토리의 내용은 해당하는 WAR 파일과 동일해야 합니다. 필요한 디렉토리 내용에 대한 정보는 해당 사양을 참조하십시오.

확장된 디렉토리에서 직접 배포 설명자 파일을 변경할 수 있습니다.

동적 재로드를 사용하도록 환경을 구성한 경우 디렉토리에서 배포된 응용 프로그램을 동적으로 재로드할 수도 있습니다. 자세한 내용은 동적 재로드를 구성하는 방법을 참조하십시오.

1. 관리 콘솔에서 배포 프로세스를 시작합니다. 웹 응용 프로그램을 배포하는 방법을 참조하십시오.

2. 배포 페이지에서 다음을 지정합니다.

   1. 라디오 버튼을 사용하여 서버에서 액세스할 수 있는 패키지 파일이나 디렉토리 경로를 지정합니다.

   2. 파일 또는 디렉토리 필드에서 확장된 디렉토리의 이름을 입력합니다.

해당 asadmin 명령

deploydir

deploytool 유틸리티 사용

소프트웨어 개발자를 위해 설계된 deploytool 유틸리티는 J2EE 응용 프로그램과 모듈을 패키지화하고 배포합니다. deploytool 사용 방법에 대한 지침은 J2EE 1.4 Tutorial을 참조하십시오.

배포 계획 사용

이 기능은 고급 개발자를 위한 것입니다.

배포 계획은 Application Server에 관련된 배포 설명자만 포함하는 JAR 파일입니다. 이 배포 설명자(예: sun-application.xml)는 Application Server Developer’s Guide에 설명되어 있습니다. 배포 계획은 JSR 88: J2EE 응용 프로그램 배포 구현의 일부입니다. Application Server에 관련된 배포 설명자를 포함하지 않는 응용 프로그램이나 모듈을 배포하려면 배포 계획을 사용합니다.

배포 계획을 사용하여 배포하려면 asadmin deploy 명령의 --deploymentplan 옵션을 지정합니다. 예를 들어, 다음 명령은 myrosterapp.ear 파일에서 지정한 계획에 따라 mydeployplan.jar 파일에 엔터프라이즈 응용 프로그램을 배포합니다.

$ asadmin deploy --user admin ---deploymentplan mydeployplan.jar myrosterapp.ear

엔터프라이즈 응용 프로그램(EAR)의 배포 계획 파일에서 sun-application.xml 파일은 루트에 있습니다. 각 모듈의 배포 설명자는 이 구문에 따라 저장됩니다. module-name.sun-dd-name , 여기서 sun-dd-name은 모듈 유형에 따라 다릅니다. 모듈에 CMP 매핑 파일이 포함된 경우 파일 이름은 module-name.sun-cmp-mappings.xml이 됩니다. .dbschema 파일은 슬래시(/) 문자가 파운드 기호(#)로 대체되어 루트 수준에 저장됩니다. 다음 목록에서는 엔터프라이즈 응용 프로그램(EAR)에 대한 배포 계획 파일의 구조를 보여줍니다.

$ jar -tvf mydeployplan.jar
420 Thu Mar 13 15:37:48 PST 2003 sun-application.xml
370 Thu Mar 13 15:37:48 PST 2003 RosterClient.war.sun-web.xml
418 Thu Mar 13 15:37:48 PST 2003 roster-ac.jar.sun-application-client.xml
1281 Thu Mar 13 15:37:48 PST 2003 roster-ejb.jar.sun-ejb-jar.xml
2317 Thu Mar 13 15:37:48 PST 2003 team-ejb.jar.sun-ejb-jar.xml
3432 Thu Mar 13 15:37:48 PST 2003 team-ejb.jar.sun-cmp-mappings.xml
84805 Thu Mar 13 15:37:48 PST 2003 team-ejb.jar.RosterSchema.dbschema

웹 응용 프로그램이나 모듈 파일의 배포 계획에서 Application Server에 관련된 배포 설명자는 루트 수준에 있습니다. 독립 실행형 EJB 모듈에 CMP Bean이 포함된 경우 배포 계획의 루트 수준에 sun-cmp-mappings.xml 및 .dbschema 파일이 포함됩니다. 다음 목록에서 배포 계획은 CMP Bean을 설명합니다.

$ jar r -tvf myotherplan.jar
3603 Thu Mar 13 15:24:20 PST 2003 sun-ejb-jar.xml
3432 Thu Mar 13 15:24:20 PST 2003 sun-cmp-mappings.xml
84805 Thu Mar 13 15:24:20 PST 2003 RosterSchema.dbschema