与XOP一起使用MTOM的优点
因此有效负载可能比base64格式小（但不多
但如果不使用流式附件，我觉得没什么好处...当soap被反序列化时，有效负载将最终留在内存中。
所以如果SOAP必须包含一个很大的PDF文件，我必须将其存储起来...使用纯MTOM时，如果不使用流式附件就没有那么大的好处，因为多个用户在同一时间内可能会使服务器崩溃...
我错了吗？
共有1个答案
改用MTOM有几个原因：
>
MTOM具有良好的互操作性。MTOM是一项W3C建议，得到了微软、IBM、Oracle等公司的认可。
Web服务功能可以根据需要处理MTOM附件。附件的临时Base64表示形式允许SOAP引擎使用它们生成消息签名、执行加密等。
-
该应用程序在本地和tomcat服务器上运行良好，但是，当我们将该应用程序移动到WebLogic12c服务器（war部署）时，我们在访问服务时会看到以下错误。 BEA-382120错误：不允许混合XOP/MTOM和附件！ 在WebLogic上部署时，消息似乎不再启用MTOM。 Spring WS配置，使用的库:spring-ws-1.5.8.jar commons-httpclient-3.1.ja
-
问题内容： 我只想知道，是否有任何简单的方法可以解析MTOM / XOP SOAP响应。问题是我使用纯HTTP发送肥皂消息和javax.xml来解析响应。但是某些服务以mulipart / related回应了我，它需要更复杂的逻辑来解析它（性能很重要）。因此，我想知道我是否可以以某种方式利用apache cxf，apache公理或任何其他库来解析MTOM / XOP SOAP响应？ 问题答案：
-
我有一个烧瓶服务器运行在http://127.0.0.1:5000和一个vuejs前端运行http://localhost:8080我已经做了api，并用postman测试了它，一切都如预期的那样工作：（ > 将请求发布到/登录- （将请求发送至/登录）- 烧瓶API代码： 登录。vue： 指数vue 当我使用邮递员登录时，我得到的响应为；当我使用邮递员获取url/索引时，我得到响应。数据但当我使
-
问题内容： UPDATE 3 下面的最终工作代码。您需要src文件夹中的ace.js！从库中无法使用，您需要从其站点下载预包装的版本。 上面的代码可以设置ACE窗口的内容。 更新2 这是我的项目看起来像atm的样子，仍然在右上角显示了白色的屏幕，并带有来自WT的红色“正在加载…”消息。下面有更多注释。 当用于编辑器-> doJavaScript（command）时，“ command”变量等于以下
-
问题内容： 我已经使用Selenium和最初的PhantomJS开发了一些Python脚本。在走向自动下载时，我改用了（带头的）Firefox（运行了），然后选择了无头选项的Chrome，这样我就不会打开浏览器了。 我的第一个脚本访问一个页面和几个HTML元素，与无头Chrome完美搭配。 但是第二个 仅适用于带头的Chrome 。如果添加“无头”选项，它将不再起作用。当我尝试以无头模式打印HTM
-
问题内容： 如果您有一个Array，并且想使用Java8 forEach（）方法，那么哪种方法更好或更有效： 要么 差异是否显着，或者有更好的解决方案来解决？ 问题答案： 都不行 如果您已经有一个数组， 我会用： 因为您将数组到流的转换留给了JDK-让它负责效率等。 但是，由于您没有数组，因此我将使用的varargs创建值的流： 这又让JDK负责有效地按需传输值。