2013-06-10 8 views
0

JCA를 손쉽게 도입하기 위해 슬라이드 쉐어를 만들어야합니다. 지금 나는 모든 것을 이해하려고 노력하고 있지만 나는 아직도 어떤 곳에서 붙어 있습니다. 나는 IBM 튜토리얼을 읽고 있는데 예제 코드에서는 트랜잭션과 보안 계약을 구현하지 않지만 대신 Interaction, InteractionSpec, RecordFactory 및 IndexedRecords 인터페이스/클래스를 사용한다 (그게 전부라고 생각하는 CCI).JavaEE 커넥터 아키텍처 - 시스템 계약과 공통 클라이언트 인터페이스의 차이점

잘 알았지 만 JCA v1 사양의 계약을 구현해야한다고 나와있는 것으로 나타났습니다.이 예에서 올바르게 이해하면 "연결 관리 계약"만 사용됩니다.

(ConnectionMetaData, ConnectionFactory, Connection) 또는 (ManagedConnectionFactory, ManagedConnection, ManagedConnectionMetaData) < - 그 차이점은 "Managed"접두어가 붙은 인터페이스가 "관리 연결 계약"입니다.

또한 아직 확실하지 않지만 CCI는 리소스 어댑터 생성에만 사용됩니까? 또는 자원 어댑터와 통신하기 위해 응용 프로그램 서버 내에서 "프레임 워크"로 사용할 수 있습니까? Bean 예제에서 JNDI 조회를 사용하여 ConnectionFactory의 인스턴스를 가져오고 확장 CCI 클래스의 오버로드 된 메소드를 사용합니다.

나는 계약서의 내용을 이해하지만 언제 시스템 계약서를 사용해야하며 언제 CCI를 사용해야합니까? 나는 그것의 목적을 얻지 못하고있다.

내 리소스 어댑터 내에 CCI의 "API 메소드"가 있습니까? 그렇다면 응용 프로그램 서버 구현에서 사용할 수 있습니까?

JCA의 첫 번째 모습은 너무 복잡합니다.

JBoss, Tomcat 설정의 리소스 어댑터와 어떻게 통신합니까?

답변

0

예, JCA는 상당히 복잡한 기계입니다. 클라이언트 (EJB, Servlet)에 의해 조작되는 객체는 JCA 어댑터의 내부 객체가 아닙니다.

이 "분할"에 대한 이유 중 하나는 연결 풀링이 응용 프로그램 서버에 의해 관리된다는 것입니다. 따라서 연결 획득은 클라이언트, 응용 프로그램 서버 및 자원 어댑터의 내부 사이의 상호 작용입니다. 오랫동안 JCA를 사용하지 않았기 때문에 세부 사항을 크게 기억하지 못합니다. 그러나 나는 몇 년 전에 JCA에 대한 나의 이해를 a blog post에 털어 놓았습니다. 어쩌면 도움이 될 것입니다.