重大新闻:JBoss 4 终于获得J2EE认证

JBoss作为开源的EJB容器,其中整合了Tomcat/Jetty等开源 Web容器,完全支持J2EE标准规范。

过去,J2EE只是大型系统和昂贵的代名词,由于JBoss降低了中小企业进入J2EE领域门槛,对IBM BEA 等商业J2EE服务器如Websphere、WebLogic等产生强大的冲击,因此,JBoss 3. 以前版本一直未获得SUN的J2EE认证,尽管如此,JBoss在过去几年已经广泛应用在多个行业和领域,从google中很容易搜索到的有关jBoss使用技术这点来看,JBoss使用量是巨大的。

今天,JBoss组织将在美国时间2004年7月19日宣布他们的JBoss 4.0获得认证通过的消息。

JBoss 4.0是采取AOP全新设计概念设计的EJB容器,这种先进的设计理念无疑走在了IBM BEA等工业厂商前列,先进的AOP设计概念必然导致易用 稳定的EJB服务器产品诞生,JBoss 4就是这样一个领域领先的整合了Tomcat、 JbossMQ 等完整J2EE服务器。

JBoss 4也是开源领域第一个通过J2EE认证的应用服务器,曾经有人认为没有必要通过SUN的J2EE认证,但是通过了认证,将向更多对开源产品抱怀疑态度或犹豫不决的人们说:

看,JBoss 4 和IBM 的Webshere和Bea的Weblogic一样好,没有问题。

http://www.theserverside.com/news/thread.tss?thread_id=27429

hao

jboss确实是好东西呀

注意JBoss和tomcat不一样,JBoss是一个可伸缩的服务器平台,当你的EJB程序编制完成后,如果访问量增加,只要通过增加服务器硬件就可以实现多台服务器同时运算,提高了负载容量,这个性能容量理论上是没有限制的,理论上无最大支持在线人数的上限,对于JBoss/EJB这样的平台来说,无最大访问量限制一说。

这是JBoss/EJB不同于Spring /Tomcat等平台的最大优点所在,而且EJB 3.0也将出现轻量化解决方案,其实随着发展,已经模糊了轻量/重量的区别,如果还是以轻量/重量作为架构选择的标准,无疑是不明智的。

可伸缩性应该是架构选择的主要标准,所谓可伸缩性,只在小型系统、一台服务器情况下,我的系统也可以良好运转,多台服务器扩展后,我的系统只需通过增加硬件就可以实现性能扩展,无需修改太多软件。

JBoss下应用系统性能测试,使用Borland的Optimizeit可以测试J2EE程序是否内存泄漏等问题
http://info.borland.com/techpubs/optimizeit/optimizeit6/integ_guide/JBoss3.html

请问是通过J2EE1.3还是J2EE1.4的认证呢?

引用banq:

这种先进的设计理念无疑走在了IBM BEA等工业厂商前列,先进的AOP设计概念必然导致易用 稳定的EJB服务器产品诞生

我还真就不理解了,AOP和易用 稳定的EJB服务器是什么关系。AOP作为一种编成范型的确足够灵活,用来做component的context enhancement也是很合适的,但是技术的优越和产品的性能一点关系都没有,banq,你总不能和客户说,我的系统很好,因为他是采用面向对象设计的吧?这样说法倒是经常在一些学生的论文里见到。EJB2这样一个All in One的企业语义AOP带来的灵活性豪无用武之地。

JBoss在AOP上的投资显然有更深远的用意,在ejb2.x的时代,用AOP来实现EJB容器,其实和传统的拦截、或代理没有太大区别(至多,使用AOP来做MOP,代替一些Code Generation的工作),JBoss这么早的把产品架构转向AOP是技术投资,在EJB3的时代里,去掉了Remote Aspect的JBoss Server就是一个Lightweight EJB Container,JBoss是提早实现体系架构的转化以为未来做好准备。

还有就是AOP架构领先IBM,BEA的问题,这个其实不是问题,BEA要了AspectWerkz,显然对AOP早有准备,也信心十足,目前只是时机未到而已,另外BEA的系统已经完成了integration,WebSphere已Platform的形式出现在他的产品族里,一旦BEA宣布WebSphere是AOP的,那么他的全线产品就都是AOP的了。JBoss怎么拼?再者BEA也不需要用AOP来吸引客户,对于企业用户,合理完备的技术支持,远比什么灵活的系统架构来得实惠,暂时在bea的客户里不会出现需要AOP的呼声,那么没有市场导向,要AOP来干吗?
再说IBM,IBM内部产品集成做得没有BEA好,但是它的层次和野心更高,IBM致力于MetaData级的整合,JBoss也好,BEA也好,EJB发布就是发布,而IBM呢?发布一个EJB意味着将这个EJB的metadata集成到内建的MOF Repository上,也就是以整合来做部署,J2EE MOF是IBM投资的核心技术,逐渐的,IBM将通在元数据继承的方案来统一他的系统,以及他的业务框架,这样的层次,远不是JBoss一个AOP可以比拟的。
Banq,我知道你一直推崇EJB,推崇JBoss这个服务器,但是说话要有根据,喜欢可以,但是请客观评价,必经jdon初学者很多,这样容易误导他们.

刚才笔误,更正bea的产品是webLogic,以前用webSphere比较多,容易打错,对不起.

引用banq:

注意JBoss和tomcat不一样,JBoss是一个可伸缩的服务器平台,当你的EJB程序编制完成后,如果访问量增加,只要通过增加服务器硬件就可以实现多台服务器同时运算,提高了负载容量,这个性能容量理论上是没有限制的,理论上无最大支持在线人数的上限,对于JBoss/EJB这样的平台来说,无最大访问量限制一说。

banq说的是cluster吧?而且还是针对Load balance的cluster吧。Tomcat 5一样可以cluster的。j2ee的体系结构就是多container结构,那么在每一个container都可以cluster(applet不行,这是废话,但是怕人抬杠多说一句),每一个container的入口都可以pool,这是j2ee profiling的基本常识。至于banq怎么得出“jboss和tomcat不一样”,而且还是由于“JBoss是一个可伸缩的服务器平台”这样一个古怪的原因我就不得而知了。这倒要请教banq原因。

至于那个无限用户访问说,我觉得更奇怪了,真是奇妙的论点,通过cluster只要机器足够多apache也可以达到很多的访问。这和“jboss/ejb这样的平台”有什么直接的独一无二的关系吗?这也要请教banq了。

另外我觉得不同于简单的web系统,ejb作为computing component,在企业应用(我只比如电力这样的行业)里中,cluster往往是为了failover。当然这也只是我做电力的体会,可以和banq讨论.

多谢raimundo 客观讨论,也正是20日,JBoss 4.0正式版已经出台,可见:

http://www.theserverside.com/news/thread.tss?thread_id=28867

如果我没有理解错raimundo 这个观点,raimundo 两个观点如下:
1.JBoss增加了AOP,并不稀奇,Webpshere、Weblogic都会加入的,而且AOP并不增加稳定性等优点。

JBoss因为是开源,效率高,正如Spring也是这样,可以率先实现新的设计思想,不过如果说AOP是新的设计思想,我也不以为然,但是,以前没有在这方面过分关切,这就象一个地道,要挖到头了,不挖了,但是AOP将地道的最后一层膜捅开,由此发现不同的解决方式,所以我说:新的设计思想+新的语言特性=java新的技术革命。从AOP观点来看:正如大家欢呼Spring一样,同时期JBoss也应该值得欢呼。

开源和工业界其实在最近一两年有些方向不一样,工业界认为中间件时代结束了,所以转向工作流、SOA等研究;但是AOP出现证明了工业界的判断是有问题的,说明EJB还是有改进和轻量化的余地。这是两条思想路线产生的结果。

至于AOP是否改善稳定性,这是我的亲身体会,经验有时是有倾向性的,或者说不是一两句能够解释的。这里我仅保留我的观点。

2.raimundo质疑“JBoss和Tomcat不一样”。
JBoss大于Tomcat,当然不一样,JBoss支持EJB啊 ,Tomcat的集群不是真正的集群,集群有两个基本概念:负载平衡和failover,主要是后者,Tomcat不能满足,当然Tomcat也可以做到,那么需要应用系统做更多捆绑Tomcat的工作,丧失了兼容性。

而在JBoss实现集群,只要符合EJB标准的应用系统就可以做到,这样好处是我们一直强调我们应用系统一定要跨平台、有兼容性。

目前在Tomcat下需要做到集群需要购买Tangsol这样的分布式缓存系统达到。

奶奶的,不错啊,这里的好像都是高人哦

可惜我还是菜鸟哦

多多指教!

`

硬件相同。
如果一个c程序,最多并发连接数是4。

那java能是多少?
例如:jboss 或 tomcat 、ejb 等。

能详细说明一下吗?

jboss这个东西真它奶的好,好啊