• 由于业务量增长,出于长远考虑,需要将一套Spring+IBatis的系统改成EJB架构的系统,主要是想将不同业务封装到EJB中,分布式部署,容易对繁忙的业务做水平伸缩。呵呵,以前真的不懂这些,一直认为spring足矣,终于明白了EJB的巨大用途。更多的好处等我做完了项目再总结。问题是存在很多
  • BANQ大哥,我挺郁闷的我们的支付系统,我在做架构设计的时候力挺EJB3.0,可是我们项目组中的很多人都反对使用EJB,我发现这个系统使用EJB,无论是在开发上还是学习上都很方便使用,为什么都不使用呢?
  • 好大的标题,看似又一篇炒作滥文,其实是笔者近两年对软件架构痛苦思索徘徊后所得的经验体会,在此与诸位共勉。 EJB、Spring,这不是Java界最有名的两大冤家,何以把它们扯在一起。其实Spring乃是EJB1.x、2.x的继承者,正如EJB之前的COM、 icon
  • 我把项目从jboss4.0 移到 jboss5.0GA上,就出现问题,我用的是ejb2,不止是否支持呢?错误内容如下:java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessor icon
  • banq大哥一直提倡在业务层使用自己的pool,而不注张在业务层使用单例,这使我想起一个事情,在ejb中,ejb的无状态bean最多维持3-5实例,有可能多个线程调用的是同一个bean实例(这有点像spring的单例)如果有100个并发用户,系统让无法接受,表面上ejb是并发,实际上是对你的并发做了 icon
  • 对分布式应用在事务控制方面有一点不明白?在一个分布式应用中,同一个JavaBean分布到很多个不同的JVM中。如果要对其进行增删改操作,那不是要通知到所有JVM中的JavaBean进行事务锁定,才能进行操作。如果象云计算一样有几万几十万台机器,一个JavaBean分布到了几万几十万个JVM中 icon
  • 最近看了banq大哥很多帖子,都是介绍面向对象的程序设计.觉得讲的很好.但是我对很多东西不熟悉.开发中就更没用到什么DDD,设计模式,ejb.差不多都是数据库为基础的开发. 最近受banq大哥的帖子的影响,想学习下OO思想---毕竟是搞java.最近看看hibernate和 icon
  • 好多论坛都在讨论学习spring,hibernate。提到ejb真的好少哦 icon
  • 一、问题分析公司目前维护的一个系统,已经有超过8年的历史。现在遇到严重的性能问题,尤其是查询方面。系统简单介绍如下:1. 架构:客户端(windows程序)+服务端(J2EE,EJB,Web Service)+数据库(oracle);2. 技术特点:客户端和服务端通过 icon
  • 做一个购物车的项目,技术:sessionBean+entity+struts1,服务器是glassfish。业务是保存一个订单,在struts中调用此sessionBean的话,报如下异常:"IOP00810257: (MARSHAL) Could not load class ** icon
  • 我是一个新手,刚接触到java EE时不知怎样入门。就抱住一本ejb的书死看。死看了两个月,终于懂一些了。现在回想起来EJB里很多解决方法很巧妙,个人感觉很用用。尤其里边对容器的应用。请教各位大哥EJB真的没用了吗? icon
  • 我知道EJB规范是不允许自行创建和管理线程的.那么有没有办法解决我的问题:一个在SessionBean中定义的事务方法需要很长时间才能返回,我如何解决超时和实行异步呢? 我找到的可能的解决方案是让SessionBean发送JMS到MDB中处理.那么又有一个 icon
  • 公司原来一个电信项目采用EJB2+HIBERANTE,由于太慢,现全换成EJB2+JDBC了,另外一个变化就是原来是采用Container方式的事务管理,现在变成Bean方式,问了一下原因,第一:HIBERNATE太慢,第二:采用Bean方式管理事务,是为了控制事务范围,事务范围越小,性能越好 icon
  • 我们现在框架的代码大概是下面这个样:Action中调用Delegate,然后通过Delegate来调用一个SessionBean,传给这个SessionBean的参数是一个类名和方法名,当然,那个方法需要的参数也会一并传过去,即在一个SessionBean中,通过反射来生成具体的业务类,并调 icon
  • Banq及各位,在EJB中,何时用到有态SessionBean,何时用到无态SessionBean?具体的指导原则是什么?望各位不吝赐教。 icon
  • Enterprise JavaBeans四版中读到关于实现EJB对象的两种方法。就是图中的a和b。a的一种由于在书里面已经有代码示例,还比较好理解,但b的一种理解起来就有点困难了。书里面是这样解释的:“在b中,bean类不再包括在模型中,在这种情况下,EJB对象既有EJB容器所需的专有实现, icon