이 제품은 EJB(Enterprise JavaBeans) 3.1 스펙을 지원합니다.
시작하기 전에
EJB 3.x Bean 사용과 연관된 마이그레이션 문제가
없습니다. 기존 애플리케이션은 오류 없이 있는 그대로
계속 실행 및 컴파일됩니다.
참고: EJB 3.0 및 EJB 3.1 스펙은
EJB 1.1 스타일 엔티티 Bean의 사용을 폐기했습니다.
제품에서 EJB 2.x 이하 모듈 사용이 아직 가능하면 JPA(Java™ Persistence
API) 또는 JDBC로의 마이그레이션을 시작하는 것이 좋습니다.
이 태스크 정보
애플리케이션 배치에 해당되는 다음 단계를 따르십시오.
프로시저
- 스펙에서 변경할 엔터프라이즈 Bean 코드를 수정하십시오.
버전 1.1 Bean을 버전 2.x Bean으로 마이그레이션하고
제품에서 다시 배치해야 합니다. 자세한 정보는
버전 1.1에서 버전 2.1로 엔터프라이즈 Bean 코드 마이그레이션을
참조하십시오.
참고: EJB 버전 2 스펙은
EJB 컨테이너가 findByMethod 조회를 실행하기 전에
현재 트랜잭션에 나열된 모든 엔터프라이즈 Bean의 상태가
지속적 저장과 동기화하도록 명령합니다. 이 동기화를 수행하면
현재 데이터에 대해 조회가 수행됩니다. 버전 1.1 Bean이
EJB 2.x 호환 모듈로 다시 어셈블되는 경우, EJB 컨테이너는
버전 2.x Bean의 상태뿐만 아니라 버전 1.1 Bean의
상태도 동기화합니다. 그 결과 버전 1.1 Bean에 대한
애플리케이션 코드가 변경되지 않았더라도 애플리케이션
작동이 일부 변경되는 것을 보게 됩니다.
WebSphere® Application Server 64비트 호환성을
확인하십시오. 이것은 순수한 Java 애플리케이션의 경우 문제가 아닙니다. 그러나 애플리케이션 코드에서 JNI(Java Native Interface)
코드를 활용하는 경우, 다음 사항을 고려해야 합니다. JNI를 사용하면 가상 머신에서 실행되는
Java 코드를 다른 언어(예: C, C++ 및 어셈블리)로 작성된
애플리케이션 및 라이브러리에서 사용할 수 있습니다. 컴파일 후에는 JNI 스펙이 버전에 따라
변경될 수 있으므로 JNI 호출도 다를 수 있습니다.
- 마이그레이션된 코드를 통합하기 위해 모든 모듈을 다시 어셈블하고
다시 배치하십시오.