weblogic做服务器，主做C/S（Swing），应用中有EJB，用什么实现Web service最好？

Question

axis就可以！
不过我觉得，如果你对web service掌握不是很好的花，还是不要用！麻烦比较多！

Answer 1

我想用web service的初衷是做C/S（Swing）中客户端远程调用后台的应用（原打算用SLSB和MDB做facade），但是后来发现网路中可能会有防火墙，所以想用web service。不知道这种情况下有没有什么好的其他的解决方案，当然效率不能太低。

Answer 2

有开发工具支持将EJB发布成webservice，应该能降低开发难度吧。
具体的就不清楚了。感觉现在大多数的webservice引擎都是在axis基础上做的。

Answer 3

既然Weblogic自带了Web服务器
那就在Facade前端做一个Servlet就可以吧

Answer 4

可以用axis，内置了直接将EJB发布成web service 的功能。
不过从设计的角度看，这种做法不可取，应该再套一层SOAP服务层，将EJB与Web Service隔离。
一般情况下，用了Web Service后可以不再用EJB了，当然如果你的服务端是已经做好的了EJB项目，那么再套一个外壳即可。

Answer 5

帖主没说，为什么要用WS？没目的地用WS，只会使应用的复杂度提供，运行效率降低。
你把用WS的目的说出来，大家帮你讨论。

Answer 6

usabcd(9号公路上的3名共军) :
   首先非常感谢你的回答，使我学到很多东西。我想问问你说的“应该再套一层SOAP服务层”是什末意思啊？我开发服务一般就是：会话bean---实体bean－－数据库，其中会话bean做成web服务.然后客户端（jsp,struts）调用.“套一层SOAP服务层，将EJB与Web Service隔离”你说的是什末意思啊？麻烦你给讲讲，谢谢了。

Answer 7

无状态会话Bean可以作为web服务，weblogic中有将EJB配置成web服务的工具

Answer 8

隔离的目的就是要使应用系统有一个清晰的层的概念，减少系统模块之间的耦合。便于系统日后的扩展和维护。这些设计问题对于一个大型应用来说是十分重要的。举个例子：现在，大家都知道如果把sql语句写道jsp页面里，虽然不违反国家法律，但那实在是太蹩脚了。这其实就是一种简单的MVC意识。深入一点这样的应用场景其实比比皆是。
再举一个例子，我们知道在struts的早期版本中可以在配置的xml文件中设定一个DataSource,看起来这样很方便，可以在Action中很方便的使用，实际上这是一种完全错误的做法，因为它违反了MVC的原则，DataSource是属于Model层的东西，不应该放到控制层里来。对于小的系统或许不是什么问题，但是对于大的系统将会引起结构混乱。应该直接使用App Server提供的数据源或者另外在Model层独立打开的数据源。因此struts的后期版本已经摒弃了这种做法。同样的道理，EJB和Web Wervice的侧重点不一样。因此很有必要隔离。所谓套一层，就是一个SOAP实现的空壳，里面调用EJB而不是直接将EJB发布成Web服务。
听了你的介绍，感到你使用web service的目的并不明确，或者说理由并不充分。有点为了用而用的意思（如果你只是为了练练手艺那是没问题的啊）。在一个大的系统中用了太多的分布式技术会给维护造成很多麻烦。衡量一个系统成功与否并不是看它用了多少种技术。根据应用本身的特点选择最恰当的技术的方案才是好的方案。

Answer 9

建议采用weblogic自己的web service，比axis性能高很多。可使用weblogic workshop进行快速开发。