在我的项目，我将不得不开发/年的一些数据进行基于Web Service技术的接口。 所以，到现在为止我已经研究了。
我很好奇使用Java Web Service是我可以使用或不能什么库。
正如我搜索的Java库，我发现，Axis2和CXF是非常普遍和著名的Java W / S库。 问题是我必须使用RAD 7.0包含轴线。
这似乎有Axis和Axis2和不幸的是我不能使用的Axis2之间巨大的变化。
现在，我的合作伙伴提供了WSDL，我要实现客户端W / S。 如果我通过轴或Axis2的或CXF创建WSDL客户端代理代码，就都相同的代码？
或者如果我必须做出WSDL提供我的W /与轴S接口，可它是问题的Axis2还是CXF用户？
在我的情况，我很新的，害怕使用Axis的。 任何人都可以给我一些建议？
谢谢。
祝你有美好的一天。
不，他们每个人产生不同的代码。 虽然他们都为同一目的而工作。
我个人比较喜欢的Axis2过轴。
只是为了让他们每个人的各种利弊，你可以通过这样的： 比较链接
一些其他方面的差异，我发现：
轴直到JDK 1.4只支持不是Java 5轴2支持Java 5和病房。
Axis是旧的JAX-RPC 1.1的RI，2轴是实现新的JAX-WS 2.x时
轴不支持批注，2轴支持注解，支持发展与注释如@WebService / @ WEBMETHOD注释Web服务的新途径。
通过经验，我确实发现一些的WSDL可以通过轴1得到解析，但不Axis2和一些消息通过Axis2的发送不上已经与轴1工作的服务工作。
在从生成的WSDL而非手写一和重音字符阵列的细微差别是由服务器侧不同interpretted（即可与CDATA但并非没有）
就我个人而言，我使用任何的wsimport从JDK产生，而不是其他一些工具，但一些框架，比如Curam需要轴/ Axis2的
有些WSDL文件可以通过轴1但不Axis2的得到解析。 而轴1支持，直到Java 1.4的版本之后，你得到相关的关键字enum例外。
使用-source 5或更高使用“枚举”为关键字。
因为轴已生成与在它enum关键字Java类。
你可以覆盖这些类和包名（如Axis2中做了枚举包常数），使轴的自己管理的版本，Java 1.5或更高版本兼容。 我创建轴的我自己的托管版本，以支持传统的WSDL在Java 1.5或更高版本，它是用java 10个连。
并更好地使用轴或Axis2的，因为它是标准的，某些框架或技术要求。
