可以。。但是客户端加一个代理层来解耦 。。这个代理来访问sessionbean -entitybean

解决方案 »

  1.   

    那你得把你们的对数据库操作的部分提出来,用ejb来实现,然后用客户断去调用就可以了。
    至于数据库操作的实现无非就是sessionbean和entitybean,偷懒的方法,你可以不用到实体bean,直接把以前的数据库调用方法放在会话bean里面然后调用此会话bean,但是这样做没有任何的意义。
    我记得jbuilder里面就有这样的例子,你可以去看看
      

  2.   

    当然可以了,EJB本来就是一系统模型,但用的时间问题会很多,也复杂得多
      

  3.   

    完全可以。将数据库操作提出来放到ejb即可
      

  4.   

    JAVA图形界面本来速度应该不是很快。
    如果再加个EJB进去的话,系统的层次是更清楚了,
    但是性能上会不会有所降低呢?
      

  5.   

    是否需要使用EJB,我觉得主要看是否需要支持不同数据源的事务
      

  6.   

    多谢各位。改可能是必须要进行的了。工作量不用说很庞大的。只是技术上都没摸过EJB。比较郁闷。下面的几个问题希望再帮忙解答一下。
    1、我们的系统确实要操作很大数据量,基础数据大概有500万条以上。好多功能都是用存储过程来做的。客户端也有好多的查询统计操作。这样改起来性能会不会下降很多。
    2、应用服务器用什么比较好呢?
    3、调用存储过程也写在beans中么?
    4、那客户端的动态拼写的查询条件的改如何改呢?
    问的问题外行一些,谁让我没用过呢:(,如果找社会上的培训的话,该做什么样的有针对性的培训呢
      

  7.   

    应该说很简单,呵
    把所有的数据库及商业逻辑都放在Bean中,客户端只负责显示
    为了性能不要用CMP,可以在Bean中调用存储过程,
      

  8.   

    客户端拼写好,传给EJB SQL语句,EJB返回结果
    没必要自己给自己限死