使用大型wsdl，我们可以修剪它吗? [英] Working with large wsdl, can we trim it?

问题描述

我的网络服务提供商给了我一个大的WSDL文件，但是我们将仅在其中使用一些功能.

My webservice provider give me a large WSDL file, but we are going to use only a few function inside.

我相信大型WSDL对应用程序性能有负面影响.

I believe that the large WSDL have negative impact to the application performance.

我们在客户端应用程序中使用Web服务，启动时间和内存使用情况是问题. 大型WSDL意味着jax-ws将花费更长的时间进行绑定，并且将为存根类占用更多的内存.

We use the webservice in client appliction, startup time and memory usage are issues. Large WSDL means that jax-ws will takes longer to do binding and will takes more memory for the stub class.

是否可以将WSDL文件修整为轻量级版本?有为此目的的工具吗?

Is is possible that we trim WSDL file to a lightweight version? Are there any tool for this purpose?

我认为我的网络服务提供商不会为我们生成另一个WSDL.我们可能必须在构建脚本中自动执行.

I do not think my webservice provider will generate another WSDL for us. We may have to do it auto in the build script.

推荐答案

简而言之，您的答案是没有工具，但您可以自己动手做".

In short, your answers are "No tool, but you can DIY".

我希望有一个简单的工具可以做到这一点，因为我的WSDL包含太多未使用的函数和数据结构模式.

I wish there are simple tool can do it because my WSDL contains too many unused function and schema of data structure.

如果我可以使它自动化，则WSDL->修剪后的WSDL->生成客户端存根类.不会产生任何未使用的东西，不会造成误用，不需要维护，我们不会涉及所生成的代码，我真的可以专注于正在使用的代码.较小的JAR，较短的XML解析时间.如果WSDL得到更新，则只需重建客户端存根类并运行单元测试.

If I can automate it, WSDL -> trimmed WSDL -> generate client stubs classes. Nothing unused will be generated, no misuse, no maintenances required, we will not touch on the generated code, and I can really focus on the code which in use. Smaller JAR, shorter XML parse time. If the WSDL get updated, I will had only to rebuild client stubs classes and run unit test.

我试图远离人类的呼唤.这需要时间，很容易出错，并且每次都要对原始WSDL进行任何小的更改都必须重做.

I tried to keep off from human invoked. It takes time, easily to get mistake, and have to redo every time every little change on the original WSDL.

我不熟悉WSDL模式.我在想XSLT可以做到吗?

I am not conversant on the WSDL schema. I am thinking can it be done by XSLT?

这篇关于使用大型wsdl，我们可以修剪它吗?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！