一切后果怎想象,如常望你但觉冰凉!!!我感觉如果采用传统的C/S结构,或者说接近B/S结构,你用EJB有必要吗?管理软件,它的BL很复杂吗?个人认为: 如下组合!Rich Client,Swing组件!JavaBeans,实现BL,封装JDBC逻辑!需要Weblogic ???感觉没必要!

解决方案 »

  1.   

    如果采用EJB,防火墙问题需要很好的考虑,因为其实现协议为,IIOP?如果在Internet上值得细细考虑!局域网倒无所谓,你们的管理系统客户端如何分布的?
      

  2.   

    是分布在一座城巿的各个经销点的,现在是用拨号方式连接的,但是太慢,我们做的系统要接DDN.但是不大清楚是怎么个接法。
      

  3.   

    客户端用JavaApplication的安全性要比Jsp+Servlet的方式好像会好一点
    如果Business Logic比较复杂的话,用EJB还是挺不错的选择
      

  4.   

    但是用Application远程调用EJB时会不会特别慢啊!平时用client做测试时就已经感到慢了,如果做大了,会不会慢得让人难以忍受啊?特别是网络带宽不大,在城域网上的时候。
      

  5.   

    这个问题应该不会的!
    你可以采用有效的方式处理!
    比如通过EJB实现的BL,尽量少传输数据,然后再客户端处理一些信息!
    具体的内容可以参考:Java BulePrints
      

  6.   

    我以前学过EJB,现在也正在看BEA新出的中文版的J2EE应用与BEA Weblogic Server.因为我的英文不太好,不喜欢看英文写的书。您说的是什么书啊?哪儿有啊?如果好,英文的也可以看一看。
      

  7.   

    http://java.sun.com/blueprints/guidelines/designing_enterprise_applications_2e/index.html
      

  8.   

    非常感谢,但是这个例子是用Web做client的啊!不知道哪里有用Application做client的啊?是不是用Application不符合j2ee规范呢?我看这方面的介绍也不我啊!
      

  9.   

    IBM的网络管理软件中,Tivoli好像用到很多Java!
      

  10.   

    两者都有!!你仔细看看就知道了,其中Application client采用了Java Web Start 技术!
      

  11.   

    两者都有!!你仔细看看就知道了,其中Application client采用了Java Web Start 技术!
      

  12.   

    啊!我找到了,但是是Java Web Start是什么啊?为什么要用他呢?
      

  13.   

    哦,软件分发技术,在JAVA 2 1.4中刚刚引入的技术!好像下一版本的J2EE将把该项技术包括进来!
      

  14.   

    哦,软件分发技术,在JAVA 2 1.4中刚刚引入的技术!好像下一版本的J2EE将把该项技术包括进来!
      

  15.   

    对,其实这项技术比较好!比较新的一些软件都大量采用这种技术,比如,
    xyrian!!
      

  16.   

    其主要采用了JNLP协议(以XML实现其过程)!
    其客户端的安装、维护很简单,具体内容去:http://java.sun.com/products/javawebstart/index.html(什么时候揭帖)
      

  17.   

    就是实现application的远程调用。
      

  18.   

    没错,就是用application的远程调用,但是我想知道有谁有这方面的经验吗?给点儿建议,应该用什么实现好。
      

  19.   

    Java Web Start
    你可以理解为客户端Application的下载工具
    至于速度问题,也就是第一次下载的时候比较慢,以后就不用下载了!JavaApplication 通过Http的方式访问服务器端的Servlet,
    Servlet访问EJB,EJB访问DB,这种结构我觉得还可以。
      

  20.   

    Java Web Start
    它为你实现代码的自动更新(通过http),运行环境受到Web Start的控制,运行机制类似于Applet。具体应用程序和服务器怎样通讯,Web Start是无法控制的。
      

  21.   

    建議client用DELPHI,VB写,中间件用CORBA
      

  22.   

    建议用web方式吧,用java application太慢。
    建议关键应用用EJB,但是不要用entity bean,因为太慢。
      

  23.   

    1.用application做客户端的方式并不可取,不大的效率上的提高,带来维护上的麻烦。现在毕竟到处都在走集中。
    2.EB的效率一直都使大家怀疑,所以还是不要用。
    3.JMS可靠性是没问题的。效率也可以,用法也很多,看你在哪里需要,需要实现什么样的功能。
      

  24.   

    zhangbin_zhang(cat) 我想你们领导的意思可能是要通过集中部署客户端软件来达到保密的目的吧,这个方案是可行的,我们以前做过这样的项目,看起来有点怪^_^client: application(swing)
    server: ejb
    eis:    like oracle db,etc
      

  25.   

    EJB效率不高,占用资源。
    JMS感觉用下来瞒好
      

  26.   

    to rxr(),能说一下怎么用JMS来实现我说的功能吗?
      

  27.   

    可行性,在client端你可以用类似下面的方法调用ejb,不用心虚
    import javax.naming.Context;
    import javax.naming.InitialContext;
    import javax.rmi.PortableRemoteObject;
    import java.math.BigDecimal;public class ConverterClient {   public static void main(String[] args) {      try {
             Context initial = new InitialContext();
             Object objref = initial.lookup
                ("java:comp/env/ejb/SimpleConverter");         ConverterHome home = 
                (ConverterHome)PortableRemoteObject.narrow(objref, 
                                              ConverterHome.class);         Converter currencyConverter = home.create();         BigDecimal param = new BigDecimal ("100.00");
             BigDecimal amount =
                currencyConverter.dollarToYen(param);
             System.out.println(amount);
             amount = currencyConverter.yenToEuro(param);
             System.out.println(amount);         System.exit(0);      } catch (Exception ex) {
             System.err.println("Caught an unexpected exception!");
             ex.printStackTrace();
          }
       } 
    }
      

  28.   

    你可以用sessionBean 实现client --> server
    用messageBean 或 mq 实现server --> client
    安全机制,可以用EJB 帮助完成
    Application 应存于 client