SOAP和WebService真是垃圾。

03-08-22 banq

伴随Web Service发烧,大家开始使用JAXM,使用JAXM这东东不觉得慢而讨厌吗?过去,又有多少人在真正使用SUN的SAX和DOM API。

在J2EE中,本来Web层相对EJB层要简单一点,但是M$提个什么SOAP协议,就是一个Http协议,上面挂一个XML文件,还留了两个尾巴:性能和安全。

我现在基本都是使用基于Http实现EJB远程方法调用,这个框架已经成熟,使用方便,对于性能要求高的,直接开发了基于TCP/UDP的Http传送协议,服务器端通过RMI访问EJB,JAXM也就是完成这些工作,但是我认为在使用上肯定不方便

我个人感觉Web Service是一个鸡肋,在一个Java环境中,已经有很好的很多技术支持机器之间的通讯和方法的调用,Web Service只是对异种环境才有必要,但是考虑兼容性就要牺牲性能和易用性以及安全性。谈到安全性,看看这几天折腾的冲击波,就是利用NT RPC远程调用的漏洞,真是靠了,这种安全技术来做Web Service,真是想不通。

还有SOAP协议,本来Http协议算慢的了,还要再上面加载一大堆废话XML,直接通过Http序列化传送对象多好?客户端和服务器用起来最方便,SOAP协议类似世界语,现在世界语哪有英语普及?

欢迎讨论。

    

AreYouOK?
2003-08-22 19:21
感觉SUN的Web Service开发包是很底层的东西,不如AXIS来的简单,JBuilder8以后对AXIS提供了很好的支持

而IBM WSAD里面的Web Service开发是基于Apache SOAP的,感觉IBM的东东没有有Borland的好用

AXIS号称比Apache SOAP快了很多,不过估计还是不尽人意

llystart
2003-08-22 21:26
呵呵,不管是不是发烧,发展趋势应该是应用之间耦合越来越松吧,XML正是提供对数据内容的标注,让对方可以看懂,而不需要双方事先规定很多协议。

不过JAXM确实挺烦人的,搞不清到底需要引那些包,总是报错 :(

希望用过JAXM的高人指点一二,谢谢

crofton
2003-08-23 01:22
看你将SOAP用在什么地方了:

如果你的application就是一套独立的东西(全Java),何苦加这一层。

如果你想给你的application外露API,供客户作二次开发。不能总要求客户跟你一样,必须使用Java。SOAP就不错,这样客户想用什么语言开发都行。以前也有xml-rpc,但SOAP毕竟是标准。

还有企业之间的信息传递,肯定需要用WebService了。

至于难用 效率低下是另外一回事!

KillerMan
2003-08-23 15:28
对于复杂的web应用和开发环境总要有一套完整的解决方案,是WEB技术发展的方向罢了,现在不成熟,不代表以后就不会流行。

猜你喜欢
5Go 1 2 3 4 ... 5 下一页