该应用程序在本地和tomcat服务器上运行良好,但是,当我们将该应用程序移动到WebLogic12c服务器(war部署)时,我们在访问服务时会看到以下错误。
BEA-382120错误:不允许混合XOP/MTOM和附件!
在WebLogic上部署时,消息似乎不再启用MTOM。
Spring WS配置,使用的库:spring-ws-1.5.8.jar commons-httpclient-3.1.jar
提前道谢。
经过更多的调查,似乎weblogic重写了一些类,或者以某种方式混淆了类路径。在我们的例子中,它是Saaj的实现。我们必须将saaj-impl-1.3.20.jar
添加到类路径中,这就起到了作用。我们还升级到Spring-WS2.2.0
并从xml文件将mtom设置为在封送器上启用。
您还可以将此jar添加到weblogic文件夹的setDomainenv.cmd文件中
设置ext_pre_classpath=%domain_home%\lib\saaj-impl-1.3.20.jar
因此有效负载可能比base64格式小(但不多 但如果不使用流式附件,我觉得没什么好处...当soap被反序列化时,有效负载将最终留在内存中。 所以如果SOAP必须包含一个很大的PDF文件,我必须将其存储起来...使用纯MTOM时,如果不使用流式附件就没有那么大的好处,因为多个用户在同一时间内可能会使服务器崩溃... 我错了吗?
我使用的是与node.js快递4.12.3和mysql db招摇过市2.0。 我创建了以下模式- 此处删除的_at字段将为空,并且在删除记录之前不会出现在数据库中。我的基于express的nodejs服务器返回的日期如下- [{id:4,“国家”:“g”,“创建时间”:“2018-01-29T04:51:46.000Z”,“删除时间”:null},{id:5,“国家”:“gaaaf”,“创建时间”
问题内容: 当涉及肥皂处理程序和大型MTOM附件时,IBM WebSphere 7和8中的JAXWS实现似乎存在一些问题。似乎在SOAPMessageContext对象上调用getMessage()时,会将整个消息(包括所有附件二进制内容)读入内存。这很容易导致JVM耗尽可用内存。 在上面的代码片段中,如果传入的请求附件大于JVM中可用的可用内存量,context.getMessage()可能会导
问题内容: 我只想知道,是否有任何简单的方法可以解析MTOM / XOP SOAP响应。问题是我使用纯HTTP发送肥皂消息和javax.xml来解析响应。但是某些服务以mulipart / related回应了我,它需要更复杂的逻辑来解析它(性能很重要)。因此,我想知道我是否可以以某种方式利用apache cxf,apache公理或任何其他库来解析MTOM / XOP SOAP响应? 问题答案:
请告诉我这是否可能,如果可能,给我任何提示如何做。
如果我试图写入脚本的目录或任何其他目录,则错误是相同的。权限似乎是对的。所有东西都是755,根所有者。我尝试将“my_custom_dir”所有者更改为www-data(apache用户),但没有任何区别。 它“死”在第一线。日志上的错误是“在/usr/lib/cgi-bin/script.cgi拒绝权限”