EJB is used widely in some big companies.
And we are looking forward for EJB3.
:)
And we are looking forward for EJB3.
:)
解决方案 »
- Hibernate 的一个小问题
- strust2 fieldexpression不起作用
- java.Map疑问!!!
- 【600分】struts2中的标签s:a s:select s:if s:iterator s:checkboxlist等什么时候使用# 什么时候该用%{} 什么时候该用%{#}
- simpleformcontrlooer 中shoefrom的问题
- 如何使用JNDI访问ms Active Directory?
- 小弟急需调用华为网关来实现短信收发的java代码!急!!希望高手教教我!
- 如何完善这段程序使之健壮?->关于 Cannot find bean list in any scope
- 关于EJB实际开发中的一些小问题,欢迎赐教!
- 高手来看看可能是什么地方的错误?(200分)
- 帮忙看一下用dom4j读取XML属性值,?
- 看过《精通Struts》这本书的近来看看
呵呵,值得期待
当初EJB,EJB2哪个不是描绘的多么的理想,多么的令人振奋?
包括.NET。
在IT界,发现炒作概念忽悠局外人最拿手了。
对于一般企业来说用的不多!因为ejb比较麻烦,配置很复杂!
不过对于大型的企业来说,ejb还是有相当好的优势的!
因为想要调用ejb的话,就要调用ejb容器,然后容器在调用本地home接口,本地接口调用远程接口,这样无外乎浪费资源,用普通得javabean就可以连接数据库与DB连接和调用。
但要是你运行大型项目的话,ejb就能相对的节省资源,减少运行时间。
我现在参加的大型项目(某汽车的销售系统),分9大模块,上千种分支,这是在调用普通的javabean,会对服务器造成很大的负担,而且也不好调试,并且不符合规范了!
“javabean,会对服务器造成很大的负担”,负担?哈哈,群集不能负载均衡吗?
http://research.sun.com/techrep/2004/smli_tr-2004-136.pdf
to DarrenWang(达伦),你说我,你也是垃圾!这个回复好强的说.
小型系统,使用ejb麻烦
大型系统,使用ejb会带来方便,特别是事物管理方面。
以上纯熟个人感觉,对不对不清楚
为什么大家一开始都在用sun公司的Model 1,现在用 Model 2,当然,这两种规范在你的开发中都可用,
取决你自己,EJB也一样.不过,在支持事务这块,EJB还是不错的.
怎么还是要看看ejb的
好的话我们就学会使用它
不好的话我们也要知道它为什么不好
所以
继续学习ejb!
EJB对事务处理的支持,session bean和消息驱动bean用的人比较多吧,cmp效率真的不怎么样
效率,可扩展性,可移植性等,始终还是没有更好的技术能代替。也正是microsoft.net无法与之比拟的。如果是面向小的应用,我们就没有必要用j2ee这么大的一个框架来作为解决方案,用一个jsp就能拿下,我个人更好看法是你要只想用jsp/servlet来玩玩,还不如用.net来解决问题。.net的优势在windows平台上,而java是unix/linux平台;小型的应用都在windows上跑。另外.net与操作系统,IE浏览器之间有莫大的渊源,更适合轻量级的应用。
EJB中现有的技术有分布式和集群两大特点,但EJB的部署困难,在不同的应用服务器间缺乏通用性。
分布式:可以由Hessian,burlap来实现,至于关键性的事务,可以有JOTM来实现分布式事务。
集群:对数据库操作频繁的应用可以采用数据库集群,而对于访问量比较大的可以采用WebContainer的集群;至于EJB为何设计的如此失败:“EJB没有利用动态代理技术。只要以AOP的方式提供infrastructure,business object就能保持POJO的形态,就不会变得很难用。 ”再来看轻量级和重量级解决方案的区别:“lightweight solution没有绑定,需要哪些东西是on-demand地选择的,而不是all-in-one地捆绑上去的。所以从某种意义上,lightweight solution对architect的要求更高,因为他必须仔细衡量自己application的每个需求”
shit,不懂就tmd闭嘴,jjww的,烦不烦那?!