B/S、C/S混合结构如何应对？

c/s客户端可以通过webservice的方式和服务器端进行业务层的通讯

我觉得也是webservice的方式

我们是用RCP+httpinvoker来完成的。本来是用webservice,在大量数据传输的时候，java和xml之间的互相转化会耗掉不少时间。

我没实现过，但看到有的公司这么做，支持Delphi、C/C++、JAVA、PB和WEB等客户端

rmi+spring多层数据库存取模式！！

不知道lz的C/S客户端环境是什么。如果是dot net，恐怕只能用Web Services。但Web Services性能非常成问题，像你们海量数据，恐怕几乎不怎么现实。我们以前项目这么做过，最后也因为性能问题，做到中途给废弃了，2、用Web Services，服务端的Java 对象和客户端还是会有不兼容，譬如List，复杂的model对象。3、还有Web Service本身的跨平台问题，如RPC和Document，用Axis引擎时，只能用RPC和dot net通信，但RPC从理论上说又不是很好跨平台，不知道WL的axis引擎如何解决这个问题。4、CS客户端在传对象时，如果用hibernate，还会出现lazing loading的问题，但在BS架构下可能不会出现，最好在Sevices层上加了一个facade层。 以上是我们开发项目组做开发时面临的实实在在的问题。我觉得，Web Services方案，对于你们可能并不可取，主要是源于性能，xml对象序列化和反序列化很耗时。Spring remote那套，恐怕也有这个问题。

如果你们可以用JAVA客户端，我认为最好还是用EJB方案，它的性能比WS可能高一个级别，注意，我建议只用EJB做个controller，也就是说系统可能只有一个Session EJB，就如同Struts里面的RequestProcesser，其它都用普通JavaBean，sun 的petstore可以参考一下。

我做过类似的，服务器是struts+hiberante,客户端是用delphi和XMLRequest，服务器和客户端通过xml来通讯

如果是页面，表比较多的话，用ws会有较大风险的。虽然WS是把好锤子，不过别动不动就拿这把锤子出来。跨语言交互问题，WS可以解决，但决不是可简单解决。如果必须要这样通信，那就这样做吧。只是给予这个问题足够重视就是了。

感觉这种方式很不好，我们公司里有个项目就是这么做的，如果业务逻辑作了一点小修改，那么客户端的代码也必须重新部署，部署时很麻烦，因为需要部署到不同的服务器上，更不用说C/S结构的项目了。
另外，如果你的业务逻辑需要访问数据库，那意味着Client也能通过业务逻辑代码直接访问数据库了，好像安全性有问题吧。

你要暴露的是服务接口，而不是具体实现的代码。

dot net可以很轻松的调用ejb啊