분리된 자원 제공자 고려사항

자체 클래스 로더에서 분리하도록 지정한 자원 제공자에 대해 작업하는 경우 알아 두어야 하는 디자인 고려사항이 있습니다.

자체 클래스 로더에서 자원 제공자를 분리하는 경우 해결해야 하는 다음과 같은 문제점을 유의하십시오.
  • 클라이언트 컨테이너

    클라이언트 컨테이너가 자원 제공자의 클래스 경로를 관리하지 않으므로 분리된 자원 제공자는 클라이언트 컨테이너에서 지원되지 않습니다.

  • 애플리케이션당 다중 자원 제공자 버전

    애플리케이션이 동일한 자원 제공자의 다중 버전 또는 구현에서 자원을 참조하는 경우 참조된 모든 자원 제공자를 분리해야 합니다.

  • 분리된 자원 제공자 클래스에 대한 참조
    모듈이 분리된 자원 제공자에 의해 로드된 클래스를 직접 참조하는 경우 즉, 모듈에 자원 제공자 클래스의 import 문이 있는 경우 다음 제한사항이 적용됩니다.
    • 모듈은 분리된 자원 제공자의 한 버전 또는 구현에서만 자원을 참조할 수 있습니다. 모듈 클래스 로더는 클래스의 한 버전만 참조할 수 있으므로 고유의 클래스 로드 제한사항입니다.
    • 모듈은 Java EE 자원 참조 메타데이터를 사용하지 않으면 직접 JNDI 검색을 수행할 수 없습니다. 자원 참조 메타데이터가 없으면 애플리케이션 서버에는 모듈의 클래스 로더를 분리된 자원 제공자의 클래스 로더로 링크하는 메커니즘이 없기 때문에 이 제한사항은 필수사항입니다.
    관계형 자원 어댑터는 일반적으로 자원 제공자 클래스에 대한 직접 액세스를 허용하지 않으므로 이러한 제한사항은 보통 com.ibm.websphere.rsadapter.WSCallHelper 클래스를 구현하는 모듈에만 적용됩니다. 메일 제공자의 경우 javax.mail API가 인터페이스보다 클래스에 많이 의존하므로 이러한 제한사항이 적용될 수 있습니다. 따라서 구현 세부사항은 반드시 API의 일부분입니다.

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



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