主题：请教一个关于JAVA WEB SERVICE的问题 -- 东湖珞珈

其实我用的MYECLIPSE里就有XFIRE1.1，但是我BYPASS了它，因为我们原来是用基于AXIS的，现在的这一摊子就是这样，JBOSS 4.0.3的WEB SERVICE是基于AXIS的，下一步公司的决定是要用JBOSS 4.0.4，而从这个版本其JBOSS有自己的WEB SERVICE。

请问你用得XFIRE是什么版本？我刚刚装了一个XFIRE1.2的PLUG-IN， 想把你生成的那个WSDL文件还原成JAVA代码，但是失败了。

你还原恐怕没搞全吧。xfire的版本是1.2.3 。

axis其实问题蛮多的，而且速度太慢，和xfire比差了1个数量级。如果是真的准备用ws来做remote协议（我看你的帖子猜测你是这样用，而不是只提供一些服务封装），你要好好考虑考虑。

去年这个时候我就是加班熬夜搞了2天，原因就是axis在hp unix的某个版本上会出错，最后换成weblogic的实现重写，还被客户严重bs了几天。从那以后我就恨死axis了。

xfire有2个ant任务，实现 wsdl和java代码的互相转换。

另外我觉得前面那个大拿的什么从xml来设计规范不可取， 太重量了，只适合少数钱烧的狟的公司搞。 只要考虑好接口设计，从代码接口export到wsdl是最快捷的方式，而且不考虑日期类型的话，基本上各种语言之间交换问题不大。当初。net的webservice为啥一出来就把人镇了，人家根本就不用你关心什么wsdl，直接一个标签就搞定，就是这个路子。ws的设计应该是针对接口的设计，不是针对xml schema的，xml不是ws的核心，那只是一个表述格式。

ws刚出来的时候，几个厂商走的就是ejb的路子，太规范，太重，几大厂商叫的欢，开发人员苦不堪。所以现在什么restful 什么xml-rpc之类的东西才会一个劲的跑出来。现在的ws已经不能再和几个规范等同起来来了。

我曾经想考一下sun的ws认证，就是想系统的学习一下，结果发现各种所谓规范下面是比ejb还dirty的东西，放弃了，有个概念，能用现成的东西解决问题就好了。那些xx的，都是厂商的商业博弈。

我马上拆卸掉老的版本，装个新版本1.2.4来试验一下。谢谢