既然那么多,
而且可以分模块,那你就分模块打包啊。
最好用集群了楼主,,,是不是滥用CMP了?哈哈

解决方案 »

  1.   

    昏……一般一张表对应一个ejb……如果100个ejb岂不是……--b
      

  2.   

    不一定,根据关系型数据库的性质,可以适当的考虑减少cmp的数量,并非每张表对应一个bean , 不是cmp中有关于对应关系的功能末,楼主真的是cmp滥用了!
      

  3.   

    是的, 我们基本上是一个表对应一个ejb, 但是表确实有一百多个, 所以ejb也有一百多个, 这还不包括session bean的。 现在我们的基本策略就是分模块打包, 但是模块之间有相互依赖, 有些表依赖的深度达到七八层, 而且我们的entity bean基本上是用cmp来实现的, 所以感觉看起来非常的复杂。现在的问题就是在打包上, 部署上, 测试上各位有没有什么好的经验?
    ps: 我们做的是一个erp软件, 所以逻辑上相对来说比较复杂。
      

  4.   

    建议你看看j2ee资料把,太夸张了。不一定是一张表就要对应一个CMP。
    推荐可以看看<j2ee企业级应用开发>
      

  5.   

    一张表对应一个cmp也没什么啊还是分分模块,用用集群,找个好点的ejb容器吧测试,就一部分一部分来了。范围太大,不好测的。
      

  6.   

    但你要知道每一个CMP都是存在大量的开销,如果你分的过细过多的话,会产生很大的延迟。
      

  7.   

    ^_^,
    关注,其实用集群是一个办法。
    我觉得没有必要搞那么多cmp的。
    ^_^
      

  8.   

    怎样使用集群?特别是在jbuilder中
      

  9.   

    我们也有那么多的ejb,分模快就可以了,其实也没有什么
      

  10.   

    同意楼上,对一个中等以上的项目,有一个百多个ejb是很平常的事,不用大惊小怪,cmp是需要一些开销,但没有达到一百多个ejb就能产生明显延迟的现象。楼主打包可以分模块打包,测试也是可以分模块,如果机子配置好一点的话,可以不用集群!