테스트 및 공개 (서버) 도구 릴리스 정보

© Copyright International Business Machines Corporation 2006. All rights reserved. US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM® Corp.

릴리스 정보

1.0 제한사항
   1.1 "서버에 복사된 응용프로그램 파일 최소화" 옵션이 WebSphere Application Server 6.0.2.5 이상에서 지원됨
   1.2 여러 EAR 프로젝트에서 공유한 EJB 모듈 제거
   1.3 다중 스레드된 WebSphere Application Client 실행
2.0 알려진 문제점 및 해결 방법
   2.1 핫 메소드 바꾸기가 디버그 모드에서 재개 후 적용되지 않음
   2.2 공유 WebSphere Server 관리 대화 상자에 있는 제거 단추가 작동하지 않음
   2.3 새 서버 마법사에서 올바른 포트 정보를 검색할 수 없음
   2.4 64비트 시스템에서 WebSphere Application Server에 대한 프로파일 작성
   2.5 네트워크 연결이 끊긴 후 RMI 연결 확립 시 오랜 시간 지연
   2.6 서버가 응용프로그램 배치 설명자 편집기의 배치 페이지에서 여러 변경사항을 찾을 수 없음
   2.7 유틸리티 JAR 파일을 웹 라이브러리에 추가 시 java.lang.NoClassDefFoundError 오류 발생
   2.8 보안 SOAP 연결이 WebSphere Application Server V6.0과 V6.1 간에 공존할 수 없음
   2.9 원격 서버가 중지되면 새 서버 마법사가 완료되는 데 더 많은 시간이 걸림
   2.10 EarContent 디렉토리에 .war 파일 확장자가 있는 EAR 응용프로그램을 공개하는 데 실패
   2.11 원격 WebSphere Application Server V5.1의 배치 및 공개 디렉토리에 대한 변경사항을 찾을 수 없음
   2.12 대용량 응용프로그램 공개가 이전 버전보다 느려짐
   2.13 보안된 WebSphere Application Server v6.1의 서버 연결 유형 전환
   2.14 테이블 및 데이터 소스 작성자 마법사 사용 시 TargetInvocationException 오류 발생
   2.15 서버 보기에서 서버 중지 시 서버가 완전히 중지되지 않음
   2.16 UTC(Universal Test Client)를 통해 EJB를 실행한 후에 EJB jar 변경사항이 적용되지 않음

1.0 제한사항

1.1 "서버에 복사된 응용프로그램 파일 최소화" 옵션이 WebSphere Application Server 6.0.2.5 이상에서 지원됨

서버에 복사된 응용프로그램 파일 최소화 옵션이 WebSphere® Application Server 6.0.2.5 이상에서 지원됩니다. WebSphere Application Server V6.0 서버 편집기에는 옵션에 대한 선택란이 있습니다. 버전 6.0.2.5 이전의 서버에 대해 옵션이 선택되는 경우 이를 무시합니다. 

1.2 여러 EAR 프로젝트에서 공유한 EJB 모듈 제거

EJB(Enterprise JavaBean) 모듈은 WebSphere Application Server에서 실행 중인 여러 EAR 프로젝트 간에 공유되고 EAR 프로젝트 중 하나가 서버에서 제거되는 경우 기타 EAR 프로젝트에서 자원(EJB 프로젝트에 있는 EJB Bean)에 액세스하기 전 이 프로젝트를 다시 실행해야 합니다. 

이 조치를 수행하지 않는 경우, 아래에 표시된 메시지와 유사한 오류 메시지가 나타납니다. 이 오류는 EAR이 제거되면 EJB 프로젝트에 있는 JNDI(Java Naming and Directory Interface) 이름이 서버에서 제거되기 때문에 발생합니다.

 

다음은 샘플 오류 메시지입니다.

00000028 SystemOut     O javax.naming.NameNotFoundException: Context: myCell/nodes/myNode/servers/server1, name: ejb/ejbs/Session20Home: name Session20Home에서 첫 번째 컴포넌트를 찾지 못했습니다.[루트 예외는 org.omg.CosNaming.NamingContextPackage입니다. 찾을 수 없음: IDL:omg.org/CosNaming/NamingContext/NotFound:1.0]
    at com.ibm.ws.naming.jndicos.CNContextImpl.processNotFoundException(CNContextImpl.java:4730)
    at com.ibm.ws.naming.jndicos.CNContextImpl.doLookup(CNContextImpl.java:1907)
    at com.ibm.ws.naming.jndicos.CNContextImpl.doLookup(CNContextImpl.java:1862)
    at com.ibm.ws.naming.jndicos.CNContextImpl.lookupExt(CNContextImpl.java:1552)
    at com.ibm.ws.naming.jndicos.CNContextImpl.lookup(CNContextImpl.java:1354)
    at com.ibm.ws.naming.util.WsnInitCtx.lookup(WsnInitCtx.java:172)
    at javax.naming.InitialContext.lookup(InitialContext.java:363)
    at com.ibm.ivj.ejb.runtime.AbstractAccessBean.lookupAndCacheHome(AbstractAccessBean.java:224)
    at com.ibm.ivj.ejb.runtime.AbstractAccessBean.getGlobalHome(AbstractAccessBean.java:216)
    at com.ibm.ivj.ejb.runtime.AbstractAccessBean.getHome(AbstractAccessBean.java:249)
    at ejbs.Session20AccessBean.ejbHome(Session20AccessBean.java:50)
    at ejbs.Session20AccessBean.instantiateEJB(Session20AccessBean.java:80)
    at ejbs.Session20AccessBean.foo(Session20AccessBean.java:91)
 

1.3 다중 스레드된 WebSphere Application Client 실행

Eclipse와 WebSphere 런타임 환경 간의 여러 가지 동작 및 상호작용 때문에 응용프로그램 클라이언트 실행 구성 대화 상자를 통해 다중 스레드된 WebSphere Application Client 실행 시 추가 단계가 필요합니다. 제품의 도구 모음에서 실행 > 실행... 을 선택하면 J2EE Perspective에서 응용프로그램 클라이언트 실행 구성 대화 상자가 표시됩니다. 사용자의 클라이언트가 다중 스레드를 사용하거나 추가 스레드(예: Swing)를 사용하는 프레임워크를 사용하는 경우, 다음 추가 단계를 완료해야 합니다.

  1. 응용프로그램 클라이언트 실행 구성 대화 상자에서 인수 탭을 선택하십시오. VM 인수 텍스트 상자에서 다음 매개변수를 지정하십시오.
    -Dosgi.noShutdown=true
  2. 클라이언트 응용프로그램에서 System.exit()를 호출했는지 확인하십시오.

매개변수를 지정하지 않은 경우, 응용프로그램이 완료될 때 종료되지 않는 JVM(Java Virtual Machines) 또는 클래스 로딩과 관련된 문제점이 표시됩니다.

2.0 알려진 문제점 및 해결 방법

2.1 핫 메소드 바꾸기가 디버그 모드에서 재개 후 적용되지 않음

다음과 같이 구성된 프로젝트(예: 응용프로그램 클라이언트 프로젝트)가 있다고 가정합니다.

디버그 보기에 있는 재개 단추가 올바르게 작동하지 않을 수 있습니다. 예를 들어, 디버그 모드에 있는 서버에서 응용프로그램을 실행하면 런타임에서 소스를 변경한 후 응용프로그램을 계속 디버깅하기 위해 재개 단추를 사용할 수 있습니다. 소스 코드에 대한 핫 메소드 바꾸기 변경사항이 적용되지 않을 수 있습니다.
재개 단추를 두 번 클릭하여 런타임 변경사항이 적용되도록 하십시오. 
참고:  Java의 프로젝트 패싯을 버전 5.0으로 설정할 때는 이 문제점이 발생하지 않습니다.

2.2 공유 WebSphere Server 관리 대화 상자에 있는 제거 단추가 작동하지 않음

공유 WebSphere Server 대화 상자의 제거 단추가 올바르게 작동하지 않습니다.
팁:  공유 WebSphere Server 대화 상자를 열려면 다음을 수행하십시오.

  1. 도구 모음에서 창 > 환경 설정을 선택하십시오. 환경 설정 대화 상자가 열립니다.
  2. 왼쪽 분할창에서 서버 > WebSphere > WebSphere v51을 선택하십시오.
  3. 오른쪽 분할창에서 공유 WebSphere 서버 필드 옆의 관리 단추를 클릭하십시오. 공유 WebSphere 서버 관리 대화 상자가 열립니다.

제거 단추를 사용하면 서버가 제거된 것으로 나타납니다. 하지만 대화 상자를 종료한 후 대화 상자를 다시 열고 원격 서버 정보를 새로 고치면 제거한 서버가 남아 있습니다.

이 문제를 해결하려면 다음 단계를 완료하여 공유 서버 항목을 수동으로 제거할 수 있습니다.

  1. 다음 디렉토리에 있는 id.txt 파일을 여십시오.
    <directory>/plugins/com.ibm.etools.websphere.tools*/properties
    여기서 <directory>는 Agent Controller의 설치 디렉토리입니다.
  2. 제거할 공유 서버를 참조하여 항목을 삭제하십시오.
  3. 서버 작성 중에 특정 공유 서버에 대해 지정된 WebSphere 배치 디렉토리 및 모든 서브디렉토리를 제거하십시오. WebSphere 배치 디렉토리에서 제거할 서브디렉토리는 config, installedApps, temp 및 이 디렉토리 아래에 있는 기타 모든 디렉토리와 파일입니다.
  4. 공유 WebSphere 서버 관리 대화 상자에서 호스트 이름을 지정한 후 새로 고치기 단추를 클릭하여 공유 서버를 제거했는지 확인하십시오.

2.3 새 서버 마법사에서 올바른 포트 정보를 검색할 수 없음

IBM HTTP 서버와 같은 추가 서버가 WebSphere Application Server v6.x와 동일한 프로파일에 설치되어 있는 경우, 새 서버 마법사의 WebSphere Server 설정값 페이지에서 올바른 RMI 또는 SOAP 포트 번호를 찾을 수 없습니다. 또한 관리 콘솔의 포트 번호도 검색할 수 없습니다.
새 서버 마법사에서 서버에 대해 정의된 실제 포트 번호를 찾을 수 없는 경우, 포트 필드에 기본 포트 번호(예: RMI에 대해 2809 및 SOAP에 대해 8880)가 자동으로 입력됩니다. 
올바르지 않은 포트 번호가 정의된 경우 다음 문제점이 발생합니다.

해결 방법:

  1. 서버 구성 파일을 참조하여 구성된 프로파일의 포트 값을 결정하십시오. 포트 값은 다음 디렉토리에 있는 serverindex.xml 파일에 저장됩니다.
    <directory>\profiles\<profileName>\config\cells\<cellName>\nodes\<nodeName> 여기서, <directory>는 WebSphere Application Server의 설치 디렉토리입니다.
    서버에 대해 정의된 실제 포트 번호를 결정하려면 serverindex.xml 파일을 사용하여 다음 테이블을 작성하십시오.
    포트 이름포트 설명기본 포트 번호지정된 포트 번호
    SOAP_CONNECTOR_ADDRESS SOAP 8880
    BOOTSTRAP_ADDRESS RMI 2809
    WC_adminhost 관리 콘솔 9060
    WC_defaulthost HTTP 전송 9080
  2. 서버에 연결하려면 서버 작성 시 올바른 RMI 또는 SOAP 포트 번호를 지정하십시오.
  3. 관리 콘솔을 시작하려면 외부 웹 브라우저를 사용하여 주소 필드에 올바른 관리 콘솔 포트에 대한 URL을 입력하십시오.
    http://<machine_name>:<WC_adminhost>/IBM/console
    예: http://localhost:9060/IBM/console
  4. 서버에서 응용프로그램을 실행하려면 서버에서 실행 명령을 발행하십시오. 웹 브라우저가 열리면 URL을 서버에 정의된 HTTP 전송 포트 번호로 정정하십시오.
    http://<machine_name>:<WC_defaulthost>/<ContextRoot>/<application_start_page>
    예:  http://localhost:9080/MyApplication/index.jsp
    참고:  서버 보기에서 자동 정의된 서버는 실제 서버에 대한 올바른 포트 번호를 참조하지 않았을 수 있습니다. 이 경우, 위의 문제 해결 방법을 사용하십시오.

 

2.4 64비트 시스템에서 WebSphere Application Server에 대한 프로파일 작성

프로파일 관리 도구는 각 런타임 환경의 프로파일 작성이 가능한 WebSphere Application Server 도구입니다. Workbench를 사용해 WebSphere Application Server의 프로파일 관리 도구를 시작할 수 있습니다. 하지만 프로파일 관리 도구는 64비트 프로세서에서 작동하지 않으며 대신 WebSphere Application Server에서 제공된 manageprofiles 명령행 도구를 사용합니다.

2.5 네트워크 연결이 끊긴 후 RMI 연결 확립 시 오랜 시간 지연

Windows 운영 체제에서 원격 메소드 호출(RMI) 포트를 사용해 WebSphere Application Server v6.x에 연결하는 경우, 네트워크 연결이 끊긴 후 서버에 연결할 때 오랜 시간이 걸릴 수 있습니다. 이러한 일은 서버가 로컬이고 네트워크 연결이 일시적으로 끊어진(무선 네트워크 환경에서 흔한) 경우에도 발생합니다.
서버가 시작된 상태지만 서버 보기에 중지됨 또는 시작 중으로 표시되면 RMI에서 SOAP로 서버 연결을 전환하여 서버에 연결되는지 확인하십시오. 서버의 상태가 시작됨으로 변경되어야 합니다.

무선 네트워크 환경에서 서버에 대한 연결을 확립하는 데 사용할 수 있는 몇 가지 옵션이 있습니다.

2.6 서버가 응용프로그램 배치 설명자 편집기의 배치 페이지에서 여러 변경사항을 찾을 수 없음

응용프로그램 재공개, 다시 시작 또는 설치 제거 및 재설치로 응용프로그램 배치 설명자 편집기의 배치 페이지에 정의된 여러 가지 자원의 변경사항을 서버에 적용할 수 없습니다. 편집기의 배치 페이지에 있는 데이터 소스의 데이터베이스 이름 변경은 서버가 찾을 수 없는 알려진 변경사항이며 서버가 찾을 수 없는 기타 변경사항이 있습니다.
이 문제를 해결하려면 다음 단계를 완료하여 변경사항을 서버에 적용하십시오.

  1. 서버를 중지하십시오.
    1. 서버 보기에서 서버를 마우스 오른쪽 단추로 클릭한 후 중지를 선택하십시오.
    2. 서버 보기에서 서버의 상태가 중지됨으로 표시된 후 다음 단계를 계속하십시오. 
  2. Workbench를 시작하십시오.
    참고: 서버에서 시작에 실패하는 경우, 운영 체제에서 기능을 사용하여 서버를 실행 중인 java 프로세스를 중지시켜야 합니다. 또는 Workbench를 다시 시작한 후 서버를 다시 시작하십시오.
  3. 서버를 시작하십시오.
    1. 서버 보기에서 서버를 마우스 오른쪽 단추로 클릭한 후 시작을 선택하십시오.
    2. 서버 보기에서 재공개가 완료되고 서버 및 응용프로그램의 상태가 시작됨으로 표시된 후 다음 단계를 계속하십시오.
  4. 서버에서 응용프로그램을 실행하십시오(예: 서버에서 실행 명령 사용). 그 결과 서버는 응용프로그램 배치 설명자 편집기에서 변경사항을 찾을 수 있습니다. 

2.7 유틸리티 JAR 파일을 웹 라이브러리에 추가 시 java.lang.NoClassDefFoundError 오류 발생

유틸리티 JAR 파일을 웹 프로젝트의 웹 라이브러리에 추가하고 사용자 코드의 JAR 파일에 있는 클래스를 참조하는 경우, 서버에서 응용프로그램을 실행하면 java.lang.NoClassDefFoundError 오류가 발생할 수 있습니다.
이 문제를 해결하려면 다음 단계를 완료하여 유틸리티 JAR 파일을 EAR 모듈에 추가한 후 JAR 파일을 웹 프로젝트의 J2EE 모듈 종속성에 추가합니다.

  1. 유틸리티 JAR 파일을 EAR 모듈에 추가하십시오. 세부사항은 제품 도움말에 있는 프로젝트 유틸리티 JAR 파일 추가 주제를 참조하십시오.
  2. 웹 프로젝트를 마우스 오른쪽 단추로 클릭한 후 특성을 선택하십시오. 특성 대화 상자가 열립니다.
  3. J2EE 모듈 종속성을 선택하십시오.  
  4. JAR/모듈 열 아래의 J2EE 모듈 탭에서 유틸리티 JAR 파일 옆의 선택란에 체크 표시하십시오.

2.8 보안 SOAP 연결이 WebSphere Application Server V6.0과 V6.1 간에 공존할 수 없음

WebSphere Application Server V6.1이 보안된 SOAP 연결로 실행 중인 경우 WebSphere Application Server V6.0에 대한 다른 보안 SOAP 연결에 실패합니다. 반대의 경우에도 같은 문제점이 발생합니다(보안된 SOAP 연결로 실행 중인 WebSphere Application Server V6.0으로 인해 WebSphere Application Server V6.1에 대한 보안 SOAP 연결에 실패). 하지만 서버가 서버 보기에서 정의되고 그 상태가 공백인 경우 문제점이 발생하지 않습니다.

이 문제를 해결하려면 SOAP 연결 대신 서버에 보안 원격 메소드 호출(RMI) 연결을 사용하거나 비보안 SOAP 연결을 사용합니다.

 

2.9 원격 서버가 중지되면 새 서버 마법사가 완료되는 데 더 많은 시간이 걸림

원격 서버가 중지되면 완료 단추를 클릭한 후 새 서버 마법사가 완료되는 데 많은 시간이 걸릴 수 있습니다. 이 문제를 해결하려면 새 서버 마법사에서 완료 단추를 클릭하기 전 원격 서버를 시작합니다.

2.10 EarContent 디렉토리에 .war 파일 확장자가 있는 EAR 응용프로그램을 공개하는 데 실패

.war 확장자를 가진 파일이 EAR 프로젝트의 EarContent 폴더에 있고 application.xml의 웹 모듈로 정의되지 않은 경우, 엔터프라이즈 응용프로그램은 서버에 공개하는 데 실패하며 다음 샘플 오류 메시지가 나타납니다.
org.eclipse.jst.j2ee.commonarchivecore.internal.exception.OpenFailureException: IWAE0034E "D:\myworkspace\PublishEAR\EarContent"에서 중첩된 아카이브 "abc.war"을 열 수 없음

이 오류로 인해 Workbench에서 파일을 웹 모듈로서 올바르게 핸들할 수 없습니다. 다음 해결 방법 중 하나를 선택하십시오.

 

2.11 원격 WebSphere Application Server V5.1의 배치 및 공개 디렉토리에 대한 변경사항을 찾을 수 없음

원격 WebSphere Application Server V5.1 또는 원격 WebSphere Application Server V5.1 Express Edition의 경우, 서버 편집기에서 배치 디렉토리 및 공개 디렉토리를 변경하고 응용프로그램을 재공개하면 응용프로그램에서 이전 대상에 계속 공개합니다. 그 결과 공개 및 배치 디렉토리의 변경사항이 적용되지 않습니다. 이러한 문제점은 로컬 복사 또는 FTP 메소드 사용 시 발생합니다.
이 문제를 해결하려면 Workbench를 다시 시작하십시오. 그 결과 공개 디렉토리 및 배치 디렉토리의 구성 변경사항이 적용됩니다.

2.12 대용량 응용프로그램 공개가 이전 버전보다 느려짐

더 손쉬운 프로젝트 저장을 지원하기 위해 공개 응용프로그램에 대한 기술이 변경되었습니다. 응용프로그램을 서버에 공개하기 전에 복사합니다. 응용프로그램이 대용량인 경우(예: 100MB가 넘는 경우), 공개 명령에 사용된 복사 조작에 이전 버전에서와는 달리 더 많은 시간이 걸립니다.

현재까지는 이에 대한 해결 방법이 없습니다. IBM에서는 이 새로운 복사 조작 수행의 불편함을 없애기 위해 지속적으로 갱신 작업을 하고 있습니다.

2.13 보안된 WebSphere Application Server v6.1의 서버 연결 유형 전환

보안된 WebSphere Application Server v6.1을 시작하고 서버 편집기에서 원격 메소드 호출(RMI) 또는 SOAP에 대한 서버 연결 유형을 변경하는 경우, 서버 편집기에 변경사항을 저장한 후 다음과 같은 공개 실패 오류 메시지가 나타날 수 있습니다.
서버가 시작되지 않았기 때문에 공개가 수행되지 않습니다. 공개 조작을 수행하기 전 서버를 시작하십시오.
오류를 무시해도 됩니다. 서버 보기에서 서버의 상태가 시작됨으로 된 후 공개 명령을 완료할 수 있습니다(서버 보기에서 서버를 마우스 오른쪽 단추로 클릭한 후. 공개를 선택).

2.14 테이블 및 데이터 소스 작성자 마법사 사용 시 TargetInvocationException 오류 발생

테이블 및 데이터 소스 작성자 마법사를 사용하여 데이터 소스 생성을 시도하면 테이블 및 데이터 소스 작성 결과 대화 상자의 세부사항 섹션에 TargetInvocationException 오류가 나타날 수 있습니다.
같은 JNDI(Java Naming and Directory Interface) 이름으로 정의된 데이터 소스가 포함된 프로젝트 인터페이스를 가져오는 경우에도 TargetInvocationException 오류가 발생할 수 있습니다.
TargetInvocationException 오류를 해결하려면 같은 JNDI 이름을 가진 데이터 소스가 이미 Workbench에 정의되어 있는지 확인하십시오. 정의되어 있는 경우, 응용프로그램 배치 설명자 편집기의 배치 페이지에서 데이터 소스를 제거한 후 다른 JNDI 이름을 사용하여 다시 데이터 소스를 작성하십시오.  JNDI 이름은 엔터프라이즈 Bean을 데이터 소스에 바인드하는 데 사용되는 이름 지정 및 찾아보기 서비스이므로 고유해야 합니다.

2.15 서버 보기에서 서버 중지 시 서버가 완전히 중지되지 않음

서버 보기에서 서버가 중지될 때 서버가 완전히 멈추지 않을 수 있습니다. 서버 보기에 중지됨으로 표시되지만 서버 프로세스가 무응답 상태일 수 있습니다. 이러한 일은 아티팩트(예: 응용프로그램 또는 Workbench)가 서버에 있는 클래스에 대한 참조를 따를 때 발생합니다. 다음은 예제 시나리오입니다.

제한사항:  단일 Cloudscape 또는 Derby 데이터베이스에 대한 다중 연결은 Cloudscape 또는 Derby 구성 제한사항 때문에 지원되지 않습니다. 데이터베이스 탐색기에서 데이터베이스에 대한 데이터베이스 연결을 유지보수하고 서버에서 데이터 소스를 통해 다른 Cloudscape 또는 Derby 연결을 작성하는 경우, 두 번째 연결에 실패합니다. 따라서 서버에서 Cloudscape 또는 Derby 데이터베이스에 대한 연결을 확립하기 전에 데이터베이스 탐색기에서 연결을 끊어야 합니다.

 

이 문제를 해결하려면 운영 체제에서 기능을 사용하여 서버를 실행 중인 java 프로세스를 중지하십시오. 또는 Workbench를 다시 시작하여 릴리스할 참조를 강제 실행하십시오. 세 번째 글머리 기호에서 설명된 마지막 예제 시나리오에서는 데이터베이스 탐색기를 사용하여 Cloudscape 또는 Derby 데이터베이스 연결에 연결하거나 연결을 끊을 수 있습니다.

2.16 UTC(Universal Test Client)를 통해 EJB를 실행한 후에 EJB jar 변경사항이 적용되지 않음

서버에 엔터프라이즈 bean과 같은 자원을 공개하고 EJB 테스트에 UTC(Universal Test Client)를 사용할 때 JAR 파일이 잠겨 갱신할 수 없게 됩니다. 이로 인해 도구 기능에서 변경된 사항이 EJB 테스트 도중 적용되지 않는 결과를 초래합니다. UTC에서 EJB JAR 파일을 로드하면 응용프로그램이 제거되어 새로 추가될 때까지 또는 서버가 재시작될 때까지 JAR 파일은 잠긴 상태가 됩니다.

이 문제를 해결하려면 응용프로그램 자원이 서버가 아닌 작업공간에서 실행 중인 개발 환경에서 UTC를 사용하십시오. UTC는 공개 옵션의 작업공간에서 자원이 있는 서버 실행을 선택하여 새 서버 마법사를 사용해 구성하거나 서버 편집기를 사용해 나중에 변경할 수 있습니다. 이렇게 하면 전체 EJB JAR 파일을 바꿀 필요 없이 EJB 프로젝트에 있는 개별 파일을 갱신할 수 있습니다.

응용프로그램 전체를 테스트한 후 서버에서 자원을 가진 서버 실행 공개 옵션을 사용해 서버에 응용프로그램을 공개할 수 있습니다.