Java를 기반으로 클라이언트 프로그램을 통해 메시지를 넣을 때 My WebSphere MQ (Windows에서) API Exit가 아무 것도 기록하지 못하는 이유는 무엇입니까?

Question

Windows에서 WebSphere MQ 7 용 API EXIT를 작성했습니다. "amqsput"또는 "amqsget"과 같은 간단한 메시지를 대기열에 넣거나 가져올 때 정보가 포함 된 일부 로그 파일을 얻었습니다 등 시간, 메시지 데이터, 큐 이름처럼

내가 자바 writen 내 테스트 프로그램에 대한 기대,하지만 그건 내가 아래의 코드를 사용했을 때

MQMessage MSG = 새로운 MQMessage를();
msg.writeUTF ("Hello, World!");
MQPutMessageOptions pmo = new MQPutMessageOptions();
queue.put (msg, pmo);

빈 로그 파일이 있습니다. 그런 다음 아래 코드를 사용했습니다.

MQMessage msg = new MQMessage();
msg.writeString ("Hello, World!");
MQPutMessageOptions pmo = new MQPutMessageOptions();
queue.put (msg, pmo);

그런 다음 로그 파일에서 familar 데이터를 확인했습니다.
안녕하세요, 세계 :

나는 나는 "메시지 브라우저"에서 두 개의 메시지를보고, MQ 탐색기를 열어!
% 안녕하세요, 세계!

여기에서 완전히 분실되었습니다. "%"는 어디에서 왔습니까? 내 api exit가 인코딩 때문에 put 작업을 기록하지 않았습니까?

모든 조언을 부탁드립니다. 감사합니다.

Answer 1

나는 writeUTF() 길이 정보와 문자열을 출력하는 어딘가의 기억이 확실합니다.

---

아, 그래, 여기있다 : WriteUTF()에 IBM의 자신의 doco에서

:

이 방법은 액티브 문자열을 받아 현재 위치에서 메시지 데이터 버퍼에 기록합니다 UTF 형식 으로 쓰여진 데이터는 2 바이트 길이와 문자 데이터으로 구성됩니다. 메서드가 성공하면 DataOffset은 문자열의 길이만큼 증가합니다.

(마이 이탤릭체). 이미 발견했듯이 WriteString()은 길이가 인 이 아닙니다.

Answer 2

API exit를 설치할 때, exit를로드하려면 큐 관리자를 중지했다가 다시 시작해야합니다. QMgr을 첫 번째 프로그램과 두 번째 프로그램을 실행하는 사이에 재활용 한 적이 있습니까?

또한 출구가 출력 버퍼를 명시 적으로 플러시하지 않으면 즉시 출력을 볼 수 없습니다. 이것은 당신이 보는 행동에 대한 또 다른 가능한 설명입니다.

마지막으로, 어떤 WMQ 버전을 사용하고 있습니까? (dspmq을 찾으십시오.) APAR IC60172: 64-BIT WINDOWS APPLICATION DOES NOT FIND API EXIT IN EXITS64은 7.0.1.0에서 수정되었으며 종료와 관련하여 다르게 동작하는 32 비트 프로그램과 64 비트 프로그램 간의 차이점을 설명합니다.

출력의 차이는 pax가 링크를 제공합니다. 출력에는 자바뿐만 아니라 ActiveX의 길이 바이트가 포함되어 있으므로 문서가 귀하의 경우에도 똑같이 적용됩니다.