J2EE的困惑 现在J2EE技术是不是侧重WEB开发，我看在论坛里谈到的差不多都是JSP,SERVERLET，SSH方面的，怎么都没看到EJB方面的，是不是EJB面临淘汰,还是它比较高深的技术，一般的都不要用到他 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 当然不会淘汰，搞EJB的大多是工资相对较高，技术相对较牛。只是使用EJB来架构系统成本高，难度大，打个比喻：你去你邻居家要不要坐飞机去。 - -总不能用j2ee去做桌面应用吧java的桌面应用有目共睹 是使用EJB来架构系统成本高，难度大，打个比喻：你去你邻居家要不要坐飞机去 是这样的，一般企业用不到EJB，或者是不喜欢用EJB，能用到的人都有点水平，然后...他们不上CSDN 呵呵不过听说EJB3.0好像不是很难吧这个我还打算学呢 ejb用起来简单，用好就不简单了我们从ejb2.1到ejb3.0转换，应用到项目中，大概用了两个星期左右 方向不同而已，SSH轻量级的，EJB开发难，但也有许多好处 为什么使用EJB我原先认为这不是一个讨论的话题，因为EJB是J2EE重要的组成部分，可以说没有EJB的J2EE只是一种Web系统，这样的系统非常容易丧失了多层结构的大部分优点.Web完全只是一个MVC模式的实现，关键业务核心是在EJB的服务层实现，这样做的优点是，Web只负责界面相关部分，因为，如果是一个智能客户端，如Swing或J2ME，在不需要修改任何业务核心的情况下能够方便地更换。同样，提供Web Services功能，也只是在 Web层修改，不会涉及EJB方面的修改，同样保证了系统的稳定性，保证了系统升级和未来的扩展性。最主要的是性能问题，由于以前国内中文Java网站有些人弯曲EJB，认为EJB性能低，其实这是一种非常肤浅错误的认识，我们首先看看在一般Java环境中是如何提高性能。 假定一个JavaBeans为A，那么一般使用这个JavaBeans命令如下： A a = new A(); 但是，在高访问量的环境中，new A()其实是很费时消耗系统性能的，因此，能不能在软件系统启动时候就预先建立一些对象，这样，系统运行时，从这些已经生成的对象池中借用一个，这样，就无需在使用时进行New，节约了开销，提高了性能，因此，真正成熟性能解决方案都是需要对象池等支持。 在一个纯Web结构的系统（也就是只能运行在Tomat环境中），例如Struts + Hibernate等这样的系统，除非自己动手做，一般是没有对象池技术支持的，因此他们的性能只能算是Demo演示版本的性能，根本无法承受大容量并发访问，也无法称为一个成熟的系统，所以，我们研究成熟的开源Web系统，如Jive、OFBize，LifeRay等，他们都在Web层拥有自己的对象池和缓存池。对象池和缓存机制是J2EE必须的吗？当然，是所有成熟系统必须的，Windows系统如果去掉缓存将会变得怎样？ 自己动手开发对象池和缓存机制并不是一件简单的事情，需要对多线程以及同步锁等底层原理有深层次的把握，这其实也是一门非常深入的Java研究分支，所以，你可以抛开你的客户焦急的催促，精心研究开发自己的对象池和缓存池。 但是，EJB容器（如JBoss）已经提供了对象池和缓存机制，所以，没有事务机制的无状态Session Bean的性能肯定要强于普通JavaBeans。EJB容器不但在单机中提供了对象池和缓存，而且可以跨服务器实现动态负载平衡，这些都无需开发者自己开发任何软件代码.所以如果你们的项目够大你就可以领略到ejb的优点! JAVA WEB只是 J2EE得一小部分经典得J2EE结构是以EJB为架构的，SSH是轻量级得J2EE架构(现在非常火，也非常好用)J2EE再电子商务领域应用很火爆，听前辈说过，工行、建行得网上系统就是基于J2EE的J2EE着重用企业级开发.... JSP只不过是呈现层得东西、就是用于页面显示的SSH个人感觉一定要学，太经典了 不学都对不起JAVA了至于 EJB毕竟是重量级的 ，做一般得项目进一个一般得公司 一般肯定用不了PS:眼光千万不要只放在网站开发上 问个小问题 ：搞EJB开发得，他们不上CSDN？？？技术太牛，不想来这？还是没时间 ？ jar包批处理包引入问题 status 标签 路过请指点下～ JDBC连接数据库问题-请各位高手给与解答 webservice 服务端如何获得客户端的ip地址？ 有关tomcat运行一段时间后需要重启 后才能登陆的问题（急） hibernate 多对多单向查询问题,求助 新手问一个关于J2EE应用服务器启动的问题 如何通过 Spring来访问远程EJB ？ 各位老大,jbuilderX的问题 急急，求WEBLOGIC7上运行通过的一个JAVABEAN事例 hibernate中使用分组函数 在求和 请教一个用 struts2 实现登录的问题
不过听说EJB3.0好像不是很难吧
这个我还打算学呢
我们从ejb2.1到ejb3.0转换，应用到项目中，大概用了两个星期左右
Web完全只是一个MVC模式的实现，关键业务核心是在EJB的服务层实现，这样做的优点是，Web只负责界面相关部分，因为，如果是一个智能客户端，如Swing或J2ME，在不需要修改任何业务核心的情况下能够方便地更换。同样，提供Web Services功能，也只是在 Web层修改，不会涉及EJB方面的修改，同样保证了系统的稳定性，保证了系统升级和未来的扩展性。
最主要的是性能问题，由于以前国内中文Java网站有些人弯曲EJB，认为EJB性能低，其实这是一种非常肤浅错误的认识，我们首先看看在一般Java环境中是如何提高性能。 假定一个JavaBeans为A，那么一般使用这个JavaBeans命令如下： A a = new A(); 但是，在高访问量的环境中，new A()其实是很费时消耗系统性能的，因此，能不能在软件系统启动时候就预先建立一些对象，这样，系统运行时，从这些已经生成的对象池中借用一个，这样，就无需在使用时进行New，节约了开销，提高了性能，因此，真正成熟性能解决方案都是需要对象池等支持。 在一个纯Web结构的系统（也就是只能运行在Tomat环境中），例如Struts + Hibernate等这样的系统，除非自己动手做，一般是没有对象池技术支持的，因此他们的性能只能算是Demo演示版本的性能，根本无法承受大容量并发访问，也无法称为一个成熟的系统，所以，我们研究成熟的开源Web系统，如Jive、OFBize，LifeRay等，他们都在Web层拥有自己的对象池和缓存池。
对象池和缓存机制是J2EE必须的吗？当然，是所有成熟系统必须的，Windows系统如果去掉缓存将会变得怎样？ 自己动手开发对象池和缓存机制并不是一件简单的事情，需要对多线程以及同步锁等底层原理有深层次的把握，这其实也是一门非常深入的Java研究分支，所以，你可以抛开你的客户焦急的催促，精心研究开发自己的对象池和缓存池。 但是，EJB容器（如JBoss）已经提供了对象池和缓存机制，所以，没有事务机制的无状态Session Bean的性能肯定要强于普通JavaBeans。EJB容器不但在单机中提供了对象池和缓存，而且可以跨服务器实现动态负载平衡，这些都无需开发者自己开发任何软件代码.
所以如果你们的项目够大你就可以领略到ejb的优点!
经典得J2EE结构是以EJB为架构的，SSH是轻量级得J2EE架构(现在非常火，也非常好用)
J2EE再电子商务领域应用很火爆，听前辈说过，工行、建行得网上系统就是基于J2EE的
J2EE着重用企业级开发.... JSP只不过是呈现层得东西、就是用于页面显示的
SSH个人感觉一定要学，太经典了 不学都对不起JAVA了
至于 EJB毕竟是重量级的 ，做一般得项目进一个一般得公司 一般肯定用不了PS:眼光千万不要只放在网站开发上
技术太牛，不想来这？还是没时间 ？