sinat_29014637的博客

队列，先处理systemfail红色的记录，然后删除，最后再业务配合下统计有问题的全部重推（尴尬在于smq1遇到多记录，无法完整显示，导出列表不完整，所以要业务顾问和用户配合找有问题的）队列，可以双击队列名称、ID(或者用户)进去最终的程序，如果是PO消息则会最终进入MONITOR，记录队列时间。清理队伍需要比较慎重，毕竟有些队列是无法重启的，如果执行到后面队列优先度优化后，清理队列反而方便和简单。默认队列，PO和SAP都是10个队列，可以跟basis商量扩展SAP和PO队列数，扩展到20-30。

即DT、MT对应的字段，上面没有具体写那个字段，但可以判断是消息的XML元素和MT的XSD元素不对应，这种问题多数是命名空间跟DT定义的不同引起。检查MT的命名空间和CC通道上面绑定的AddWrapElement是否相同，一般修改CC的。

一般都是sproxy发送报文到SM59配置的默认PO XI 目标PO时候，PO上面没有对应ICO配置引起，这类问题处理主要有三个关键点。调用SI接口发送报文报http类错误，并且sxmb_moni进去看报文提示*CPA*NOTFOUNT*错误，反正有CPA就是这类错误。配置通道的适配器（服务器）是否是SM59对应的服务器（需basis协助下）就是把这个SI接口的IS_URL配置到对应的SM59建立的PO服务器连接。（2）SXMB_ADMIN 配置—配置发送者/接受者标识。

推送数据到SAP无法收到，报文日志错误是error during parsing the received XMB message **empty_http_request。说明PO配置的http目标（其实就是SAP服务器）不对。跟basis确认和配置正确的即可。类错误一般都是ABAP接收XML有错误导致，而更细节的错误代码是。一般是500错误，因为ping是不带报文的。找到对应目标进行ping测试。1.NWA—搜索“目标”

PS:哪位高手有更好办法请留言下，我都离开项目了ABAP同事偶尔也会反馈问题要按上面重推....一般是abap dump或者标准错误、弹窗这类挂起操作导致接口代理程序执行不下去“存储”导致。1.SMQ1 SMQ2找到错误的队列，查看执行日志（意义不大），点击解锁看看是否能重启。2.ST22设定时间段找相关程序dump（代码执行到所有步骤有关的程序都有可能）4.处理完问题后如果1不能重启，则正式环境sproxy使用接口账号执行报文。如能找到错误原因（一般是挂起类弹窗、job错误这类）

调用第三方REST接口，提示提示json不能为空 not valid json at character 2 of """"一般看到都是空的，即返回报文为空而不是{}，即json格式不对，无法转XML，更不用说DT结构适应这些。一般都是对方接收后出现错误没有处理，返回空值；有可能是他们映射有问题。1.po消息监控器找到报错的报文，点击相关消息。2.找到日志版本，查看日志，然后点开看。

最近pi服务器经常出现这种提错：java.lang.RuntimeException: Error while silently connecting: org.w3c.www.protocol.http.HttpException: error 111 - Connection refused (Connection refused) (local port 41810 to address 0:0:0:0:0:0:0:0, remote port 8000 to address。

一般都是sproxy发送报文到SM59配置的默认PO XI 目标PO时候，PO上面没有对应ICO配置引起，这类问题处理主要有三个关键点。调用SI接口发送报文报http类错误，并且sxmb_moni进去看报文提示*CPA*NOTFOUNT*错误，反正有CPA就是这类错误。配置通道的适配器（服务器）是否是SM59对应的服务器（需basis协助下）就是把这个SI接口的IS_URL配置到对应的SM59建立的PO服务器连接。（2）SXMB_ADMIN 配置—配置发送者/接受者标识。

监控消息状态概览不显示成功信息或者没有信息，但是实际进入PI信息或者sxmb_moni里面是有正常的报文。在ICO的advance setting里面设置，staging和logging就是对应上面一的设置。配置-基础架构-java系统属性—服务tab，输入*XI*找到XPI Adapter.XI。和PI消息里面都有成功的消息，说明配置上设置了成功的不写入日志概览。同理xiadapter.stage.conf也是同样设置的。在下面的属性输入.conf搜索，然后修改如下。日志只保存同步错误的信息。

方法2：win搜索“配置java”—设置—删除文件。客户端起不来或者很慢，可以清理java缓存。javaws –viewer，都删除。方法1：CMD，输入。

类适配器是按照XML格式识别，虽然设置为[0=unbound]，但是由于JSON的array[]格式过来后不会自动变成多组XML，所以需要在通道上指定解析成array的字段。发送方明明是array多条数据，接收方通过PO接收后只有一条数据。2.SAP是发送方，接收方配置字段的arraytype为true。3.第三方通过PO调用第三方（非SAP）4.SAP调用SAP AAE。不用处理，XML格式互通。

3.如果没找到，可以从内部视图看看是否有不同命名空间的对象，大多数情况都是这种没激活（不会关联激活）开发完后，ABAP生成sproxy代理，反馈程序报错，错误代码是。1.sproxy打开SI的objects查看是否有红色的。关联对象缺少导致，从SI里面的对象下手看看是否有缺少。2.找到对应的对象重新生成代码。

换电脑或者网络环境改变了，PO下载EST ID的jnlp提示can not connect to server***；基本上都是PO消息服务器连接不上导致的错误，原理有均衡负载对应的IP转接后端口不对、直接是消息服务网址、端口不通；跟basis确认均衡负载转接后的单实例对应IP:端口，直接把提错的url。相信上面步骤测试完毕，得出结论一般都是IP:端口不通，最后解决方法是。本地CMD输入： ping url，看看是服务器IP否通（一般通）本地CMD输入：TELNET url 端口，看看端口是否通。

怎么查看PO中间件的版本，从而获取官方对应版本的帮助和软件下载