java-ee
Java 커넥터 아키텍처 (JCA)
수색…
비고
먼저 몇 가지 용어를 명확히 해두 자.
- 아웃 바운드 메시징 은 서버에서 시작하는 메시지입니다 (이 경우 서버에있는 응용 프로그램 (
WebSphere Liberty에서보다 정확하게 시작됩니다). - 인바운드 메시징 은 메시지가 EIS에서 시작하여 서버에서 끝나는 곳입니다.
- Message Endpoint 일반적으로 메시지 수명주기의 특정 단계에서 메시지가 수신되거나 수신되는 곳입니다.
따라서 아웃 바운드 연결을 통해 응용 프로그램이 외부 EIS에 연결하여 데이터를 읽거나 쓰는 상황을 참조합니다. 인바운드 연결성을 통해 우리는 자원 어댑터 (RA)가 외부 EIS의 이벤트를 수신하고 이러한 이벤트가 발생할 때 응용 프로그램을 호출하는 상황을 언급합니다.
아웃 바운드 RA의 그림
인바운드 RA의 그림
JCA에서 MessageEndPoint의 의미는 무엇입니까?
응용 프로그램 서버 (예 : WebSphere Liberty )는 메시지 끝점 MBean을 제공하여 대상인 특정 끝점에서 수신기 역할을하는 메시지 구동 Bean에 대한 메시지 배달을 관리하고 대상인 EIS 리소스를 관리합니다 이러한 메시지 기반 빈이 활용합니다. 메시지 엔드 포인트로 배치되는 메시지 구동 Bean은 리스너 포트에 대해 구성된 메시지 구동 Bean과 동일하지 않습니다. 메시지 엔드 포인트로 사용되는 메시지 구동 Bean은 JCA의 RA 구성 ( ra.xml 파일에 있음)에 정의 된 ActivationSpecification 을 사용하여 배치해야합니다.
MessageEndPoint 활성화 란 무엇을 의미합니까?
메시지 끝점 MBean을 사용하면 응용 프로그램 내 특정 끝점을 활성화 및 비활성화하여 정상적인 EIS 리소스와 상호 작용하는 수신 대기 메시지 기반 Bean에만 메시지가 배달되도록 할 수 있습니다. 이 기능을 사용하면 EIS 자원이 예상대로 작동하지 않는 상황에서 JMS 응용 프로그램의 성능을 최적화 할 수 있습니다. 수신 대기중인 메시지 구동 Bean이 정상이 아닌 자원에 대해 조작을 호출 할 때 엔드 포인트로의 메시지 전달은 일반적으로 실패합니다. 예를 들어, JCA와 호환되는 인 Y 운드 자원 어댑터 인 메시징 프로 바이더는 기본 메시지 구동 Bean이 응답하지 않는 데이터베이스 서버에 대한 트랜잭션을 확약하려고 시도 할 때 엔드 포인트에 메시지를 전달하지 못할 수 있습니다.
MessageEndPoint는 빈일 필요가 있습니까?
그것해야합니다. 그렇지 않으면 처음부터 Java EE 사양을 따르는 목적을 이길 수있는 자신 만의 방식을 만드는 방식으로 큰 혼란에 빠지게됩니다. 메시지 처리 Bean을 설계하여 비즈니스 처리를 다른 Enterprise Bean에 위임하십시오. 메시지 구동 Bean에서 직접 EIS 자원에 액세스하지 마십시오. 그러나 위임 Bean을 통해 간접적으로 수행하십시오.
MessageEndPoint 작업 / 배포에 대한 간단한 예제를 보여줄 수 있습니까?
유용한 예제를 보려면 아래에 언급 된 두 번째 리소스를 확인하십시오.
유용한 학습 자료 :
리소스 어댑터 예제
class MyResourceAdapter
implements javax.resource.spi.ResourceAdapter {
public void start(BootstrapContext ctx){..}
public void stop(){..}
public void endpointActivation (MessageEndpoingFactory mf, ActivationSpec a){..}
public void endpointDeactivation (MessageEndpoingFactory mf, ActivationSpec a){..}
public void getXAResources(ActivationSpec[] activationSpecs){..}
}