基于osgi开发大型的企业应用

希望楼主在研究的过程当中 与我们分享经验哈

我们重构了声明式服务，重构了日志服务，重构了热部署，定义了部署框架，现在可以部署war包，还可以随时扩展新的部署器、定义了协议处理器框架，定义了web容器框架同时集成了tomcat和jetty，并开发了dservice容器、集成opensso、集成数据源事物等等，下一步要重构karaf的内核
目前我们开源的只是微内核框架，以后会陆续开源所有的源码！

对应用过于复杂的技术就是无用的技术。osgi离成熟尙远。

这个不敢苟同，osgi已经足够成熟了，只是它设计的初衷不是针对企业开发，所以目前迁移到企业开发时遇到比较多的问题。至少在ide，app server基本是不二选择，怎么至少给出“无用”的评价。

说到“企业开发”，我目前从事这个行业。我觉得企业开发和互联网开发不同，一般的企业开发对技术要求低，对超大并发量也没什么要求，不需要华丽的界面。说起来似乎没什么技术含量，当然它的特点是围绕多变的业务，结合工作流，基于数据库，界面基本以表单为主。
我很希望做企业开发的同学们能一起搞个圈子，共同交流。

不知道你说的重构主要做了那方面的工作。
据我所知你上面提到的大部分功能 都是由karaf是通过pax－xxx 来实现的。
dservice容器、集成opensso、集成数据源事物， 这几个功能到是有点意思。

我现在有个问题就是如果Karaf升级了，你们的微内核框架需要做多大的修改才能使用新版本的Karaf.

不好意思，我说的那句话过于简略了。其实我想说的是，osgi用在企业开发中还不够成熟。不成熟所以应用困难，所以难推广，也就是“无用”了。

成熟与否，不能看别人说的，还是要结合到自己的应用中。你希望OSGi提供哪些特性？他是否提供？是否满足你的要求？不可能有一个方案能满足你的100%需求的。
此外，还要看你个人、团队的驾驭能力，驾驭能力不够，就只能使用JSP等基础技术了。

OSGi不就是一个模块化的支持技术吗？如果你需要，且用得上，在目前也没有更好的技术的情况下，大可放心使用。毕竟，eclipse、spring等至少保证OSGi本身是基本完备的。剩下的问题，就只有自己发挥了

CS的话个人感觉OSGi有相当好的适应性。我也正在学习OSGi，不过我们基本都是BS应用，其实初衷就是想利用bundle的封装给复用性一个很好的载体，至于动态加载这类的特性，倒不是很看重。很想学习一下web应用上的OSGi开发的测试、部署以及性能问题。

osgi是个好东西，但是它还是存在Bundle粒度粗细问题，比如我要建立一个分布式系统，数据源层，dao层，业务层
显示层，每层都会有好多的Bundle有时候要新建一个模块的话需要引入很多Bundle而且引入的Bundle还要引入其他的Bundle这样整体的结构依然是紧密耦合的，没有达到osgi原本的初衷。
所以我觉得osgi的关键还在Bundle的粒度问题，怎么划分才是合理的 才能高度解耦。