一种形式是把原来现有的EJB,COM或者其他组件经过一次SOAP协议的封装,使得它成为一个Web Service,而与此同时它原来的接口不会发生任何变化,既可以作为一个Web Service来提供SOAP调用接口,同时也提供原来的组件调用接口。因此不会对原系统造成代码的改动。现在应用服务器纷纷支持Web Services都是基本通过这种形式,给现有的组件多提供一个Web Services调用接口,就可以两者兼得了。
另一种形式是从应用程序开发的时候就把它开发成Web Services,而不提供传统的组件调用接口,这种形式比较适合将来新开发的项目。而且Web Services实现的效率也比上面的方法要高,Microsoft的.Net就是这样做的,.Net平台全面支持Web Services,也可以说是将命运完全押宝在Web Services上面了。使用C#开发Web Services是异常的简单,将程序保存为扩展名apmx,然后发布到IIS上面,当第一次请求服务的时候,就会自动编译,发布和运行。
目前在Web Services方面,Microsoft是走在最前沿的。在这个方面,J2EE的规范显然落后了。虽然J2EE1.4规范已经全面支持Web Services了,但是J2EE1.4 spec还是Final Draft,尚未正式发表。所幸的是,各Java应用服务器厂商的动作比Sun要快得多(Sun在Java上面控制能力越来越落后 了),Weblogic7.0,Apache Axis和TME的GLUE3.0就已经支持J2EE1.4里面的Web Services规范了(Java Web Services)。与.Net的相似,在这些平台上面开发Java Web Services,也是把文件扩展名保存为jws,然后发布到应用服务器上,当第一次调用的时候,自动编译源代码,发布和运行。
今天在BEA网站上下载了Weblogic7.0 platform(Server,Portal,Integretion,Workshop),简单的试了试Workshop,真有一种叹为观止的感觉!
虽然也是用Java Swing开发出来的,但是速度和界面绝对让人难以想像是用Java Swing做出来的。Workshop运行的时候在我机器上只占了35MB内存,和其他本地的IDE开发工具相当。界面异常漂亮,完全是Office XP风格的。速度也和其他本地IDE开发工具一样。特别值得一提的是Workshop开发Java Web Services之方便,让我这个从来都不用IDE工具的人都不得不动心!完全的可视化开发,非常简单和直观,而且可视化的Java Web Services组件在设计视图里面样子非常酷。开发一个Java Web Services完全在可视化下开发,发布和运行。头一次让我感觉到了像使用Microsoft的Visual系列开发工具一样的感觉:方便,简单,快捷,省心。有了这样的开发工具,感觉做Java Web Services开发的门槛完全不会比使用Visual.Net开发.Net高。
Web Services通常有两种实现形式
最新推荐文章于 2024-01-14 13:22:14 发布