锁定老帖子 主题:讨论:关于OSGi Based 应用服务器
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2009-03-12
最后修改:2009-03-12
![]() 传说Jboss也在进行式中,不清楚何时能见到社区版的 ![]() 要是web应用能搭载在OSGi框架上,那真是HotFix easy咯!!期盼着这一天的来临啊。 顺便想请大家谈谈各自对OSGi的看法,有怎样的期许?愿望?想怎样用?又有哪些的担心,和潜在的风险问题? 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2009-03-12
最后修改:2009-03-12
http://jonas.objectweb.org/
JONAS5版本也是 原文 JOnAS 5 is designed with an OSGiTM based services architecture to provide a dynamically adaptable application server |
|
返回顶楼 | |
发表时间:2009-03-12
wl95421 写道 http://jonas.objectweb.org/
JONAS5版本也是 原文 JOnAS 5 is designed with an OSGiTM based services architecture to provide a dynamically adaptable application server 3Q,上去look一下!不过这个AppServer貌似用的人比较少,适合于企业应用吗? |
|
返回顶楼 | |
发表时间:2009-03-12
我不太明白你的意图,如果你要研究技术就OK了
如果要实用的话,其实OSGi在热加载方面远不是你所理想的内容。 特别是WebServer这一级,你研究一下它的架构就明白,包括WebLogic和WebSphere,你自己的WebApplication的热加载其实并没有实质上的改善。 |
|
返回顶楼 | |
发表时间:2009-03-12
OSGI有什么明显优势吗?
基于IoC容器的POJO不是挺好吗? |
|
返回顶楼 | |
发表时间:2009-03-12
daquan198163 写道 OSGI有什么明显优势吗?
基于IoC容器的POJO不是挺好吗? OSGI的好处很多, 可以实现插件的热插拔,升级也更容易,不需要重新启动服务, 比如某个插件需要更新,可以通过UPDATE来更新插件, 插件毕竟很小,不需要重新发布整个应用程序包, 只需要重新发布某个插件包. OSGI WEB部署方式我已经实现了,但是公司有非常严格的信息安全,我不能随便贴出代码,抱歉! |
|
返回顶楼 | |
发表时间:2009-03-12
glassfish啊
|
|
返回顶楼 | |
发表时间:2009-03-12
最后修改:2009-03-12
OSGi的热插拔远非想像中的那么好
我本身是做Eclipse插件的 只能说OSGi更多的好处是在模块化和运行时的一些管控上 热插拔的特性我认为远非OSGi的首要优点 无意争论,只是个人观点 |
|
返回顶楼 | |
发表时间:2009-03-12
最后修改:2009-03-12
huihua 写道 daquan198163 写道 OSGI有什么明显优势吗?
基于IoC容器的POJO不是挺好吗? OSGI的好处很多, 可以实现插件的热插拔,升级也更容易,不需要重新启动服务, 比如某个插件需要更新,可以通过UPDATE来更新插件, 插件毕竟很小,不需要重新发布整个应用程序包, 只需要重新发布某个插件包. OSGI WEB部署方式我已经实现了,但是公司有非常严格的信息安全,我不能随便贴出代码,抱歉! 只说web应用。 我整个部署、更新WAR包也很容易啊,负载均衡的情况下一个一个的停机、部署、启动也可以实现系统的一直可用。 如果真要追求热插拔,还是JRuby、groovy等动态语言来的更靠谱。 不过貌似javaeye也经常要停机升级。 |
|
返回顶楼 | |
发表时间:2009-03-12
大家说的都对!
实际上热拔插更像是我们说的Java write one run everywhere一样,很多时候意义不大。 但OSGi在面向组件的架构设计上,是一个巨大的进步。有了bundle为基础的模块结构,这使得对于企业的SOA模型更加容易设计和编写,而在项目实施部署方面更是进步巨大。再也不用为SOA应用间的启动加载依赖烦恼了。 |
|
返回顶楼 | |