有些问题的争论会一直继续下去。其中一个争论就是围绕简化Java的,当然就会追溯到EJB 2.0的时候,它也是现在OSGi参数的基础。很多人认为OSGi实在是太难了,偶尔会出现在ISV的场景中,他们最可能搬出OSGi,而且这些ISV理论上都有精英式的程序员支持。他们会做OSGi,并建议通过嵌入OSGi,创建抽象,提供沙盒,这样就为普通程序员屏蔽了OSGi实际的复杂性。
SpringSource的Rod Johnson,他的Spring框架很有名,今年早些时候,他承认了OSGi的复杂性,但也作为一种友好和温和的方法进行Java冒险,并进入OSGi的战场。从这一点上看,SpringSource的OSGi dm Server是OSGi成功的先驱之一,Johnson发现他必须做出一些澄清。这个服务器现在是Eclipse基金会资产的一部分。
(1)OSGi对于有严格模块化需求的复杂应用来说是很棒的解决方案。
(2)典型的业务应用(我们大多数收益的来源)没有这样的需求。
(3)我们在减少服务器端OSGi应用程序编写的复杂性上是有希望的,但是简化之路还很漫长,而且有很多不确定性。因此继续沿着Eclipse基金会这条路前进,和其他公司和个人合作伙伴合作,是很自然的事情。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
内存数据网格提供商一头扎进Java
10年的时间里,应用性能解决方案提供商Alachisoft一直在用NCache(针对N-Tier和网格计算.NET应用的内存计算和数据网格产品)为.NET社区服务。
-
遇到这样一个问题:通过java service wrapper部署应用,wrapper进程占用的内存会一直升高, 直到把内存吃完应用崩溃,但是这个wrapper
遇到这样一个问题:通过java service wrapper部署应用,wrapper进程占用的内存会一直升高 […]
-
Google App Engine for Java 对于目前中国需要学习吗?
-
前无古人后无来者的Java平台
开发人员一直在致力于保持Java的活力,经过20年后,我们感觉从来没有更好的、更令人激动的时刻如同Java社区一样。