Sun Java System Application Server Enterprise Edition 8.1 2005Q2 관리 설명서

배포 정보

배포 라이프사이클

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

초기 배포

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

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

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

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

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

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

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

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

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

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

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

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

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 이름이 됩니다.

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