|
锁定老帖子 主题：基于osgi开发大型的企业应用
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-02-02
liu_swei 写道 目前国外很多开源的应用服务器都开始转向osgi了，比如：glassfish、jonas、geronimo、spring-dm、spring-osgi、pax-web等，我们目前做的是开发微内核集成框架，用的内核是karaf，karaf是felix的子项目，项目是开源的，大家感兴趣可以申请加入来为国产中间件做一份贡献：
http://www.trustie.net/projects/project/show/loong ide和app server转向osgi早就是大势所趋，如今如果还有那个app server不用osgi，都有不好意思见人的感觉 
然而今天我们这个帖子讨论的是osgi开发企业应用的问题，从osgi的4.0，4.2规范的开展上看，目前osgi极力增强对企业应用的支持，这个意图非常的明显。但是目前实际应用中osgi开发企业应用却还是少之又少，有头有脸的知名的成功案例目前好像还没有  巨大反差啊
|
| 返回顶楼 | |
|
发表时间：2010-02-02
skydream 写道 delphixp 写道 个人的看法就是，就目前而言，除非你真的想做实验，或希望开发一个框架来实现你的想法，否则。。还是不建议用 OSGI 来做 Web 的开发。。。。因为，太多的不成熟的东西要你去研究，去摸索。。 sorry，可能我误导大家了，osgi的确是不大适合通常的web开发，至少目前还是如此。我也没有打算在osgi上做web开发，目前考虑都是普通的application，不是web app。 不过osgi支持一些简单的http，做一些非web的http支持，比如rest webservice，简单的http交互还是不错的。或者简单的web应用，比如做一个系统自己的console，可以自己用jetty之类的嵌入式web容器来简单实现。正统的web app，还是交给tomcat，resin，weblogic，jboss之类吧。 对于HTTP的支持的话，嵌入式的jetty是一个比较好的。 就自身带的HTTP来说，灵活性，配置，性能，一直是问题，玩玩可以，实际用途不大，或许我没用明白。 |
| 返回顶楼 | |
|
发表时间：2010-02-02
zhangdp_neu 写道 skydream 写道 delphixp 写道 个人的看法就是，就目前而言，除非你真的想做实验，或希望开发一个框架来实现你的想法，否则。。还是不建议用 OSGI 来做 Web 的开发。。。。因为，太多的不成熟的东西要你去研究，去摸索。。 sorry，可能我误导大家了，osgi的确是不大适合通常的web开发，至少目前还是如此。我也没有打算在osgi上做web开发，目前考虑都是普通的application，不是web app。 不过osgi支持一些简单的http，做一些非web的http支持，比如rest webservice，简单的http交互还是不错的。或者简单的web应用，比如做一个系统自己的console，可以自己用jetty之类的嵌入式web容器来简单实现。正统的web app，还是交给tomcat，resin，weblogic，jboss之类吧。 对于HTTP的支持的话，嵌入式的jetty是一个比较好的。 就自身带的HTTP来说，灵活性，配置，性能，一直是问题，玩玩可以，实际用途不大，或许我没用明白。 osgi自带的http，我个人感觉它只是解决了有没有的问题，离好用和值得信赖还有很大的距离。 可以用来做一些非常简单的，非关键的，访问量极少的东西，不用引入其他的东西，聊胜于无吧。 再有就是做一些基于http协议的信息传输，不过没有测试过性能。这块不熟 
|
| 返回顶楼 | |
|
发表时间：2010-02-02
liu_swei 写道 目前国外很多开源的应用服务器都开始转向osgi了，比如：glassfish、jonas、geronimo、spring-dm、spring-osgi、pax-web等，我们目前做的是开发微内核集成框架，用的内核是karaf，karaf是felix的子项目，项目是开源的，大家感兴趣可以申请加入来为国产中间件做一份贡献：
http://www.trustie.net/projects/project/show/loong 不知道你们在Karaf基础上做了哪些改进，我们公司的Fuse ESB也是基于Karaf的，有空可以聊一聊。 |
| 返回顶楼 | |
|
发表时间：2010-02-02
最后修改：2010-02-02
我个人的认为
技术本身上也有些问题。 例如分布式的解决方案，目前是有了，但是谁愿意做第一个吃螃蟹的人？ 更关键在与设计，有的时候甚至放弃传统的设计思想。 前面的也提到了现在缺少的是设计上的研究，而不是本身技术的研究。 划分的时候，bundle 多了也不是，少了也不是，管理起来真挺麻烦的。 我们曾经重几十个bundle较少到十几个。 用了一年多的感觉是，重构，重构，重构。。。。。。。。。。。 |
| 返回顶楼 | |
|
发表时间：2010-02-02
skydream 写道 zhangdp_neu 写道 skydream 写道 delphixp 写道 个人的看法就是，就目前而言，除非你真的想做实验，或希望开发一个框架来实现你的想法，否则。。还是不建议用 OSGI 来做 Web 的开发。。。。因为，太多的不成熟的东西要你去研究，去摸索。。 sorry，可能我误导大家了，osgi的确是不大适合通常的web开发，至少目前还是如此。我也没有打算在osgi上做web开发，目前考虑都是普通的application，不是web app。 不过osgi支持一些简单的http，做一些非web的http支持，比如rest webservice，简单的http交互还是不错的。或者简单的web应用，比如做一个系统自己的console，可以自己用jetty之类的嵌入式web容器来简单实现。正统的web app，还是交给tomcat，resin，weblogic，jboss之类吧。 对于HTTP的支持的话，嵌入式的jetty是一个比较好的。 就自身带的HTTP来说，灵活性，配置，性能，一直是问题，玩玩可以，实际用途不大，或许我没用明白。 osgi自带的http，我个人感觉它只是解决了有没有的问题，离好用和值得信赖还有很大的距离。 可以用来做一些非常简单的，非关键的，访问量极少的东西，不用引入其他的东西，聊胜于无吧。 再有就是做一些基于http协议的信息传输，不过没有测试过性能。这块不熟 PAX－WEB就是基于Jetty实现的。 其实用OSGi做企业集应用可以参考一下[url＝http://servicemix.apache.org/home.html]Apache ServicMix4[/url]，里面集中了大量得企业级应用服务。 |
| 返回顶楼 | |
|
发表时间：2010-02-02
应该说osgi要大规模推广，还有很多路要走，现在小搞搞不少，运用到大规模系统几乎没有，这其中有很多考虑，技术成本，学习成本，还有遇到问题的时候，解决问题的成本， 风险太大
|
| 返回顶楼 | |
|
发表时间：2010-02-02
听说淘宝网是OSGI架构
|
| 返回顶楼 | |
|
发表时间：2010-02-02
yefeng 写道 应该说osgi要大规模推广，还有很多路要走，现在小搞搞不少，运用到大规模系统几乎没有，这其中有很多考虑，技术成本，学习成本，还有遇到问题的时候，解决问题的成本， 风险太大
对于商业项目，风险的确是一个非常重要的考虑，目前情况下全面转向osgi是非常需要自信和勇气的。 不过对于个人而言，练练手还是不错 熟悉之后以后也许就用的上，我个人感觉模块化和面向service应该会是未来java企业开发的发展方向，所以提前尝试一下按照这种思路来设计规划系统，希望能从这个过程中学习到一些新的东西。
|
| 返回顶楼 | |
|
发表时间：2010-02-02
defrag_sly 写道 听说淘宝网是OSGI架构
有没有什么公开的可供参考的资料啊？ |
| 返回顶楼 | |
