애플리케이션 시작 문제점

애플리케이션이 시작되지 않거나 시작 시 오류가 발생할 때 문제가 발생한 원인은 다양할 수 있습니다.

이러한 오류 중 어느 것과도 일치하는 오류가 없을 경우
  • 단서를 찾으려면 이 애플리케이션에 대한 애플리케이션 서버의 로그 파일을 찾아보십시오. 기본적으로, 이러한 파일은 app_server_root/logs/server_name/SystemErr.logSystemOut.log입니다.
  • 참조 보기를 클릭하고 메시지를 펼쳐 메시지 참조 테이블에서 오류 또는 경고 메시지를 찾아보십시오.
참고: 이 주제는 하나 이상의 애플리케이션 서버 로그 파일을 참조합니다. 권장되는 대안은 분배 및 IBM® i 시스템에서 SystemOut.log, SystemErr.log, trace.logactivity.log 파일을 사용하는 대신 HPEL(High Performance Extensible Logging) 로그를 사용하고 인프라를 추적하도록 서버를 구성하는 것입니다. 원시 z/OS® 로깅 기능과 연계하여 HPEL을 사용할 수도 있습니다. HPEL을 사용하는 경우 서버 프로파일 바이너리 디렉토리의 LogViewer 명령행 도구를 사용하여 모든 로그에 액세스하고 정보를 추적할 수 있습니다. HPEL 사용에 대한 자세한 정보는 HPEL을 사용한 애플리케이션 문제점 해결 정보를 참조하십시오.

사용자의 문제점과 유사한 문제점이 없거나 제공된 정보로 사용자의 문제점을 해결할 수 없는 경우, IBM 지원 센터 문제점 해결 정보를 참조하십시오.

WSVR0100W: 마이그레이션된 애플리케이션 시작 시 application_name 초기화 오류 발생(java.lang.NullPointerException)

엔터프라이즈 애플리케이션을 버전 8.0으로 마이그레이션한 후 애플리케이션이 시작되지 않을 수 있습니다. 애플리케이션를 시작하려고 하면 오류가 발생합니다(예: WSVR0100W: An error occurred initializing, application_name java.lang.NullPointerException).

마이그레이션된 애플리케이션의 deployment.xml 파일을 조사하고 다음과 같은 targetMapping 문을 제거하십시오.

<targetMappings xmi:id="DeploymentTargetMapping_1279594183813" enable="true"/>"

그런 다음, 애플리케이션을 다시 시작하십시오. 버전 8.0 런타임에는 마이그레이션된 targetMappings 설정을 지원할 수 없는 애플리케이션 유효성 검증 프로세스가 있습니다.

java.lang.ClassNotFoundException: classname Bean_AdderServiceHome_04f0e027Bean

유사한 예외가 엔터프라이즈 Bean을 포함하거나 배치되지 않은 엔터프라이즈 Bean을 포함하는, 배치되지 않은 애플리케이션을 시작하려고 할 때 발생합니다.

[AIX Solaris HP-UX Linux Windows][IBM i]어셈블리 도구에서 작성된 Enterprise JavaBeans 모듈에는 의도적으로 불완전한 구성 정보가 있습니다. 이러한 모듈을 배치할 때 모듈의 배치 디스크립터를 읽고 플랫폼 또는 설치 종속 설정을 완료하고 관련 클래스를 Enterprise JavaBeans JAR 파일에 추가하여 구성을 완료합니다.

이 문제점을 방지하려면 다음을 수행하십시오.
  • 어셈블리 도구 및 관리 콘솔을 사용하여 배치 코드를 생성하고 서버에 애플리케이션 또는 Enterprise Java Bean 모듈을 설치하십시오.
    1. 관리 콘솔에서 애플리케이션 또는 Enterprise JavaBeans 모듈을 설치 제거하십시오.
    2. 어셈블리 도구를 구성하면 대상 서버는 WebSphere® Application Server 설치가 됩니다. 대상 서버에 대한 액세스가 없는 경우, /temp와 같이 잘못된 위치를 지정할 수 있습니다. 잘못된 위치를 지정하면 엔터프라이즈 Bean에 대한 배치 코드를 어셈블하고 생성할 수 있습니다.
    3. 어셈블리 도구의 프로젝트 탐색기에서, 독립형 배치 취소된 Enterprise JavaBeans JAR 파일 또는 Enterprise JavaBeans 모듈을 포함하는 배치 취소된 .ear 파일에서 엔터프라이즈 Bean(Enterprise JavaBeans)을 마우스 오른쪽 단추로 클릭하고 배치를 클릭하십시오. 어셈블리 도구가 WebSphere Application Server 대상 서버에 액세스할 수 있는 경우, 배치 코드는 Enterprise JavaBeans에 대해 생성되고 어셈블리 도구는 대상 서버에 애플리케이션 또는 모듈을 설치하려고 합니다. 어셈블리 도구가 WebSphere Application Server 대상 서버에 액세스할 수 없거나 설치에 실패하는 경우, 다음 단계에서 생성된 배치 코드를 사용하십시오.

      어셈블리 도구 사용에 대한 정보는 "애플리케이션 어셈블" 주제를 참조하십시오.

    4. wsadmin $AdminApp install 명령 또는 관리 콘솔을 사용하여 어셈블리 도구로 작성한 배치된 버전을 설치하십시오.
  • wsadmin $AdminApp install 명령을 사용하는 경우, 이것을 설치 제거한 다음 -EJBDeploy 옵션을 사용하여 다시 설치하십시오. $AdminConfig 저장 명령으로 install 명령을 실행하십시오.

ConnectionFac E J2CA0102E: 유효하지 않은 EJB 컴포넌트: 관계형 자원 어댑터를 사용하는 버전 1.1의 EJB 모듈을 사용할 수 없습니다.

이 오류는 Enterprise JavaBeans 1.1 스펙으로 개발된 엔터프라이즈 Bean이 기본 데이터 소스인 WebSphere Application Server V5 J2C 준수 데이터 소스로 배치되는 경우에 발생합니다. 기본적으로, 애플리케이션 어셈블리 도구를 사용하여 WebSphere Application Server V4.0에서 작성된 지속적 엔터프라이즈 Bean은 Enterprise JavaBeans 1.1 스펙을 준수합니다. WebSphere Application Server V6에서 실행하려면, 이러한 엔터프라이즈 Bean을 WebSphere Application Server V4.0 유형 데이터 소스와 연관시켜야 합니다.

엔터프라이즈 Bean 애플리케이션에서 맵핑을 수정하여 V4.0 데이터 소스와 연관되도록 1.x CMP(Container managed persistence) Bean을 연관시키거나 기존 데이터 소스를 삭제하고 동일한 이름의 V4.0 데이터 소스를 작성해야 합니다.

엔터프라이즈 Bean의 애플리케이션에서 맵핑을 수정하려면, WebSphere Application Server 관리 콘솔에서 문제점 애플리케이션의 특성을 선택하고 자원으로 자원 참조 맵핑 또는 모든 1.x CMP Bean에 대한 데이터 소스 맵핑을 사용하여 엔터프라이즈 Bean이 사용하는 데이터 소스를 전환하십시오. 구성을 저장하고 애플리케이션을 다시 시작하십시오.

기존의 데이터 소스를 삭제하고 동일한 이름의 V4.0 데이터 소스를 작성하려면 다음을 수행하십시오.
  1. 관리 콘솔에서 자원 > JDBC 프로바이더 관리 > JDBC_provider_name > 데이터 소스를 클릭하십시오.
  2. Enterprise JavaBeans 1.1 모듈과 연관된 데이터 소스를 삭제하십시오.
  3. 자원 > JDBC 제공자 관리 > JDBC_provider_name > 데이터 소스(버전 4)(더 이상 사용되지 않음)을 클릭하십시오.
  4. Enterprise JavaBeans 1.1 모듈에 대한 데이터 소스를 작성하십시오.
  5. 구성을 저장하고 애플리케이션을 다시 시작하십시오.

NMSV0605E: 애플리케이션 시작 시 "컨텍스트에서 참조 오브젝트가 검색되었습니다.." 오류

전체 오류 텍스트가 다음과 유사한 경우:

[7/17/02 15:20:52:093 CDT] 5ae5a5e2 UrlContextHel W NMSV0605E:
        "java": with the name "comp/PM/WebSphereCMPConnectionFactory" was sent to the JNDI Naming Manager
   예외가 발생했습니다. 참조 데이터는 다음과 같습니다.
   Reference Factory Class Name: com.ibm.ws.naming.util.IndirectJndiLookupObjectFactory
   Reference Factory Class Location URLs:
   Reference Class Name: java.lang.Object
   Type: JndiLookupInfo
   Content: JndiLookupInfo: ; jndiName="eis/jdbc/MyDatasource_CMP"; providerURL=""; initialContextFactory="" 

문제점은 CMP 엔터프라이즈 Bean을 지원하기 위한 데이터 소스가 엔터프라이즈 Bean과 올바르게 연관되지 않은 것일 수 있습니다.

이러한 문제점을 해결하려면 다음을 수행하십시오.

  1. 관리 콘솔의 데이터 소스 "일반 특성" 패널에 있는 CMP(Container Managed Persistence)에서 이 데이터 소스 사용 선택란을 선택하십시오.
  2. 다음 중 한 방법으로 JNDI 이름을 확인하십시오.
    • 관리 콘솔의 자원 > JDBC 제공자 관리 > DataSource > JNDI 이름에서 데이터 소스에 대해 지정된 JNDI 이름이 어셈블리 도구에서 애플리케이션을 어셈블할 때 CMP 또는 BMP 자원 바인딩에 대해 지정된 JNDI 이름과 일치하는지 확인하십시오.
    • J2EE 애플리케이션 개발자가 코드에 지정한 CMP 또는 BMP 자원 바인딩의 JNDI 이름을 확인하십시오. 어셈블리 도구에서 배치된 .ear 폴더를 열고 CMP 또는 BMP 자원 바인딩에서 엔티티 Bean에 대한 JNDI 이름을 찾으십시오. 이름이 일치하는지 확인하십시오.
[AIX Solaris HP-UX Linux Windows]

JSF 구성을 사용하는 애플리케이션을 실행할 때 구문 분석 오류

프로파일 이름에 2바이트 문자를 사용하는 경우, JSF(JavaServer Faces) 구성을 사용하는 애플리케이션을 실행할 때 구문 분석 오류를 수신합니다. 문제점은 Rational Application Developer에 JSF 애플리케이션을 빌드할 때 포함되는 jsf-ibm.jar의 일부인 JSF 구성과 관련이 있습니다. 구성 파일은 기본 faces-config.xml 파일 내의 엔티티를 참조합니다.

프로파일을 작성할 때는 더블바이트 문자의 사용을 피하십시오.

찾을 수 없는 페이지, 바운드를 벗어난 색인 배열 또는 업데이트된 애플리케이션을 다시 시작할 때 발생하는 기타 오류

애플리케이션을 실행 중인 상태에서 업데이트하는 경우, WebSphere Application Server는 애플리케이션 또는 변경된 컴포넌트만을 자동으로 중지하고, 애플리케이션 논리를 업데이트하며, 중지된 애플리케이션 또는 해당 컴포넌트를 다시 시작합니다. 업데이트된 애플리케이션 다시 시작에 대한 자세한 정보는 IBM WebSphere Developer Technical Journal: System management for WebSphere Application Server V6 -- Part 5 Flexible options for updating deployed applicationsFine-grained recycle behavior를 참조하십시오.

찾을 수 없는 페이지, 바운드를 벗어난 색인 배열 또는 다시 시작하는 동안 발생할 수 있는 기타 오류

이러한 오류의 발생을 최소화하려면 프로덕션 환경에서 애플리케이션을 업데이트하기 전에 테스트 환경에서 애플리케이션을 업데이트하십시오. 프로덕션 환경을 직접 변경하지 마십시오.


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



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