Oracle数据库，Server－Client模式，要求安全性和可靠性要比较好，不能用Web方式现，还要求速度不能太慢，网络环境是DDN连接的城域网。
方案1:用三层结构，后台Oracle数据库，BEA Weblogic Server服务器，JMS或Message EJB实现Server用与client通讯，用Session Bean实现client到server的通讯。Client有Java Application实现。

方案2：用java实现，两层结构，不用Weblogic，直接用Application远程连接数据库，可以考虑使用自己实现的连接池。

方案2：用Power Builder实现，两层构。

请大家讨论一下哪一种好？来者有分。
已经问过类似的问题。
http://www.csdn.net/expert/topic/807/807891.xml?temp=.4319269

先问一句，这个项目有多大？用weblogic的方案确实不错，可是EJB服务器的市场价格你知道吗？如果项目不大，劝你还是免了，否则一个EJB服务器就够吃掉你的大半成本，免费的或是国产EJB服务器（好像金蝶出了一个），你相信他们的性能吗？我是不信。
    还有就是客户端，客户端如果都是在WINDOWS平台上，JAVA出界面的速度你可要有心理准备。
    不过如果不计成本，全配上P41.X的机器，然后选用WEBSPHERE或是WEBLOGIC,就你的要求看第一种方案确实最好。如果项目不大的话，可以考虑BCB或是DELPHI，速度也还不错，也还比较稳定，作两层结构足矣。
    一家之见，仅作参考

当然是方案1啊
无论是性能,移植性都比其他几种要好

客户端用application在windows 运行觉得很不爽啊
还是用vb/bcb之类吧

如果你熟悉j2ee,那么ejb/jms/sessin bean/entity bean/rmi都是很简单的东西.
开发速度绝对快

后两种没考虑过。方案二也可以试试。
但是我想多层结构是应当的。但是具体实现还是需要根据业务逻辑来判断。
如果说不能用web方式实现，而且又要用java的话（^_^），建议采用Java Web Start，这是j2sdk1.4的新东东，很有前途，至少我这么认为的。

java web start是采用远程调用application，第一次根据你的application的大小有点慢。后来的话，只是判断你的application有没有更新，更新则下载。

这个新东东值得支持。

第一种，我作过，比较好！！！！

  虽然不是很了解,但我想还是第一种方案会比较好,

   可能开发周期和开发难易度会比较高些

  第一种吧!

第一种。
好处就不用说了:)

如果client用VB或BCB，VC怎么和ejb/jms/session bean/entity bean/rmi结合呢？


:去下载bea公司的JCom看看就知道了

大家都没有考虑到费用吧，搞技术别忘了方案投资和风险阿，我个人觉得如果实现一个prototype可以考虑用方案3，可以尽快实现可用，与用户交流使用情况，企业管理软件和财务软件一样都是非常联系用户的，改起来会很频繁的啦1

淡然第一种方案最好了

第一种

第一种

用第一种吧。
原因自明。

第二种

http://edocs.bea.com/wls/docs61/jcom.html

最快的方法应该是第三种，PB＋oracle
不过可复用性和可扩展性不是很高
如果你是承接项目可以考虑，但如果你自己用自己维护，我看最好用方案1

第一种安全性好，适用于大型多用户项目，好处多多，正是主流！

第二种需要客户安装application,麻烦，好象不太流行了呀。

第三中，not java's business.

用友是这方面的巨擘，听说用友和sun合作开发品牌ERP，有没有人都数据挖掘阿？

一切后果怎想象，如常望你但觉冰凉!!!

三层结构，数据库oracle+EJB+javaservelet