当我通过基于 Java 的客户端程序发送消息时，为什么我的 WebSphere MQ（在 Windows 上）API Exit 没有记录任何内容？

Question

我在 Windows 上为 WebSphere MQ 7 编写了一个 API EXIT，当我从命令行放入队列或从队列中获取一条简单消息时，例如：“amqsput”或“amqsget”，我会得到一些包含时间、消息数据、队列名称等信息的日志文件。

这就是我对用 Java 编写的测试程序的期望，但是当我使用下面的代码时：

MQMessage msg = new MQMessage();< br>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);

然后我在日志文件中看到了熟悉的数据。

我打开MQ资源管理器，在“消息浏览器”中看到两条消息： <强>
你好，世界！
%Hello, World!

我完全迷失了，这个“%”来自哪里？由于编码原因，我的 api 出口没有记录 put 操作？

任何建议将不胜感激！ 谢谢你！

Answer 1

我很确定我记得在某处读到 writeUTF() 输出长度信息以及字符串。

---

啊，是的，这里是：

来自 IBM 自己的 doco on WriteUTF()：

此方法采用 ActiveX 字符串并将其以 UTF 格式写入消息数据缓冲区的当前位置。写入的数据由 2 字节长度组成，后跟字符数据。如果该方法成功，DataOffset 将按字符串的长度递增。

（我的斜体）。正如您已经发现的，WriteString() 是无需长度即可完成此操作的方法。

Answer 2

当您安装 API 出口时，必须停止并重新启动队列管理器才能加载出口。您是否有机会在执行第一个和第二个程序之间回收 QMgr？

另外，除非退出显式刷新输出缓冲区，否则您可能不会立即看到输出。这是对您所看到的行为的另一种可能的解释。

最后，您使用的是哪个版本的 WMQ？ （执行 dspmq 来找出答案。）这是一个 APAR IC60172：64 位 WINDOWS 应用程序在 EXITS64 中找不到 API 退出，该问题已在 7.0.1.0 中修复，并且会解释 32 位程序和 64 位程序之间行为不同的差异关于退出。

至于输出的差异，pax已经提供了链接。输出将包含 Java 和 ActiveX 中的长度字节，因此 doco 同样适用于您的情况。