在将服务器响应传递到 Axis 之前对其进行预处理
我正处于一个非常特殊的位置，试图访问其答案封装在 HTML 中的 SOAP 服务。这是服务提供商 (SourceForge) 的一个错误，已在 7 个月内得到承认，但目前还没有预计到达时间。 具体细节。
如果我可以在将实际响应传递给 Axis 之前拦截它，我将能够删除 HTML 内容，但我不知道该怎么做。任何指示（以及替代解决方案）将不胜感激。
更新：使用轴 1.4
I'm in the very peculiar position of trying to access a SOAP service whose answers are wrapped in HTML. This is a bug with the service provider ( SourceForge ) , acknowledged for seven months, with no ETA so far. Nitty-gritty details.
If I can intercept the actual response before passing it on to Axis, I would be able to strip the HTML content, but I don't know how to do that. Any pointers ( as well as alternative solutions ) would be appreciated.
Update: Using Axis 1.4
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
我会尝试看看是否可以添加一个拦截器剥离 HTML。他们似乎使用它来进行 SOAP 压缩，看看：
http://www.thomas-bayer.com/soap-compression-howto。嗯
看看客户端配置部分，也许你可以做类似的事情。
I would try to see if I can add a interceptor Stripping the HTML. They seem to use that for SOAP compression, have a look at:
http://www.thomas-bayer.com/soap-compression-howto.htm
Look at the client configuration part, maybe you can do something similar.
如果您可以添加到服务器端，
ServletFilter可能是一个解决方案。如果您只能在客户端进行更改，则可以创建一个代理 servlet 来接收 SOAP 数据，将其传播到服务器并剥离结果。
实际的剥离可以使用 XSLT 来完成，尽管如果包装 html 是恒定的，这可能有点过分了。
If you can add to the server side, a
ServletFiltercould be a solution.If all you can change is on the client side, you can create a proxy servlet that receives the SOAP data, propagates it to the server and strips the result.
The actual stripping can be done using XSLT although that might be overkill if the wrapping html is constant.