Table of Contents
승인됨
때때로 컴퓨터는 weblogic jms 브리지 디버깅에 도움이 되는 오류 코드를 푸시할 수 있습니다. 이 문제의 원인은 다양합니다.
브리지 메시지가 활성화된 블로그에 전체 Jms-xa-adp.rar 트랜잭션 리소스 어댑터를 배포했지만 여전히 전체 메시지가 표시됩니다. “브리지 어댑터를 찾을 수 없습니다”?
소스와 틈새 브릿지를 연결하는 것은 특히 연결하기 위한 적절한 .rar 어댑터가 있는 브릿지 개념을 방해합니다. jms-xa-adp.Transaction rar 어댑터의 경우 현재 JNDI 이름 속성에서 어댑터를 선택해야 합니다. 이는 JMS 브리지 대상 탐색 모음에 있는 eis.jms.WLSConnectionFactoryJNDIXA로 인해 어댑터입니다. † 대상 소스 대상 위의 두 au에 대한 구성 교량.
JMS 브리지 구성 테스트
1. 테스트 목적으로 JMS Messaging Bridge 구성 메시지는 관리 대상 서버의 JMS 대기열(소스 대상)로 보내질 수 있습니다. 메시지는 JMS Bridge 메시징을 사용하여 수신되었음을 증명할 수 있으며 결과적으로 관리 웹 서버(대상 대상)의 JMS 대기열로 전달되어야 합니다.
기타 JMS 제공자
동일하지만 동일한 지시문. 클라이언트 측의 폴더에 있는 가장 중요한 URL, 소스 컨텍스트 팩토리 및 선박 파일을 이상적인 JMS 제공자에 연결된 파일로 바꾸면 됩니다. 여기에 주요 그룹의 사람들이 나열되어 있습니다.
URL 매개변수가 없는 공급자를 지원하기 위한 ActiveMQ 브리지용 XBean 구성의 예
일부 JMS 공급자는 WebLogic을 즐기지만 계정을 사용하지 않습니다. 일종의 ConnectionFactory 개체에 있는 호스트 및 포트(setBrokerUrl)와 같은 연결 리소스에 대해 항상 멋진 설정자를 제공하십시오. 이 지원에서는 activemq.xml 구성 파일에 jndiOutboundTemplate을 추가할 수 있는 outboundQueueConnectionFactoryName을 설정해야 합니다.
디버그
준비가 제대로 안 됨 스텁 파일은 실수가 있든 없든 알려진 경고처럼 보일 수 있으며 WebLogic이 멈출 수 없는 트레드밀에서 팟(Pod)이 실행되는 것을 방지할 수 있습니다. 따라서 단일 QA 환경에서 템플릿 파일이 일반적으로 정확하고 모든 WebLogic 공급자가 여전히 실행될 수 있는지 확인하는 것이 중요합니다. 그러나 현재 절실히 필요한 재정의가 적용될 것입니다.
메시지 브리지 이해
WebLogic Server는 메시지를 두 JMS 대상으로 이동하려는 내에서 WebLogic 콘솔을 사용하여 지정할 수 있는 또 다른 기본 제공 단어 브리지를 제공합니다. . WebLogic Server 메시징 브리지는 배달 메시지를 제어하는 몇 가지 품질(QoS)을 제공합니다. Exactly-once , Atmost-once 및 Duplicates-oky . 한 번만 배달한다는 것은 분명히 이것을 의미합니다. 테스트 메시지는 전송 대상 중 일부에서 특정 XA 수신 대상으로의 트랜잭션을 사용하여 표시되므로 시스템이 모든 단일 메시지의 정확한 사본을 수신합니다. “Most-once” 배달은 최적의 작동 모드를 사용하여 특정 수신자가 메시지 사본을 겨우 한 개만 받거나 매번 받지 않도록 합니다. 배송 복제와 관련된 모드에서 Bridge는 주요 발신지-목적지 메시지가 설정 도시에 녹음된 직후에만 수신을 확인합니다. 이것은 현재 기본적으로 트랜잭션 외부에서 완료되기 때문에 메시지가 의도에 작성되었고 소스가 확인되기 전에 오류가 발생하면 이제 중복 메시지의 축복이 발생할 수 있지만 실제로는 관련 손실이 발생할 필요가 없습니다. 원본 메시지. 이 배달 관련 범위는 약 한 번 배달하는 것으로 가장 잘 알려져 있습니다.
년
