我有两个应用程序A和B.应用程序A将消息放入QMA中,该QMA是具有默认CCSID 1208的linux队列pipe理器.QMA将消息发送到具有默认CCSID 437的windows队列pipe理器QMB。应用程序B使用来自QMB的消息。 一切安好。 然后,我将windows队列pipe理器QMB迁移到linux平台,并将CCSID更改为默认值1208.App B开始获取与数据相关的问题。 然后我改变了linux平台上的QMB,使用CCSID为437,之后App B没有看到任何数据问题。
我是MQpipe理员,在MQ服务器中没有启用数据转换属性的情况下,对MQ服务器中定义的CCSID如何确实对于客户端应用程序非常重要。
我的理解是队列pipe理器CCSID应该是基于所用平台的默认设置,从不需要修改。帮助我更好地理解?
将windows中生成的二进制数据文件转换为linux
您在MQ服务器上定义的CCSID对于应用程序(客户端或其他应用程序)无关紧要。 这是因为应用程序应该使用MQGMO_CONVERT在MQGET上请求消息。
这听起来很像你的设置中的应用程序依赖于消息的代码页是正确的,他们需要从推杆,他们没有使用MQGMO_CONVERT。
MQGMO_CONVERT应该始终用于应用程序,即使 – 最初 – 因为推杆和getter使用相同的代码页,不需要它。 这是因为,应用程序最终会传播或移动,然后当您需要时,您必须返回并更改应用程序。 在不需要时使用MQGMO_CONVERT没有缺点,它只是一个空 *** 作。 但是,当你需要的时候不要使用它。
总结以上是内存溢出为你收集整理的在Linux中使用连接到客户机应用程序的Linux中的WebSphere MQ的默认CCSID全部内容,希望文章能够帮你解决在Linux中使用连接到客户机应用程序的Linux中的WebSphere MQ的默认CCSID所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)