基于插件开发模式的WEB开发

你不觉得 打个包  把代码发上来会更好？

楼主是通过servlet启动osgi，能不能反过来呢？
我觉得反过来比较符合osgi是个“大”平台的意思。
呵呵，我是个osgi文盲。

一样关注web ui中……

同意，使用Portlet可以将应用解耦，包括后台和前台。
现在的JSR 286规范已经很强大，足够满足一般的需求了

是的， 不过重点是使用正确。
我见过一些项目， 本身是一个应用， 硬是拆成了多个portlet再组合再一次， 系统反倒复杂度更高了。 其实很简单的系统。

不过Portlet使用正确的话， 是系统集成以及SOA的一个很好的方式。

我的理解，在企业级应用上，portlet和osgi是两个不同层面上的架构。

portlet是显示层的插件解决方案。
osgi是服务层的插件解决方案。

我也做了个osgi山寨框架，但发现在实际开发中osgi缺少的东西太多、要修改的东西太多、限制太多、开发模式相差太大。
没有大的投入是很难做出完整的企业级解决方案。

目前来说，portlet开发要比osgi简单很多，技术也成熟很多。

OSGi毕竟一开始是为嵌入式作的.的确缺少很多东西.不过现在也在逐步完善起来了...
不过感觉现在就用OSGi作前台的WEB展示应用还不是很完善...

这个尝试不错。不过web需要插件式的一个原因是解藕，另一个原因是重用。
web插件要实现重用就必须牵扯到ui的东西，样式表，页面，控制器，等等都比较复杂。
一直在思考这些，但没想到好的解决方案。
用Grails搞过一个东西，感觉它的插件比较好。比方：用grails做了一个网站，现在需要增加搜索功能，你只需要安装它的搜索插件，然后在domain对象里加一些annotaion，表明哪些字段要索引等等，网站的搜索功能就好了，并且自带了默认的页面模板，你只需要修改下页面模板。当网站启动的时候搜索插件也启动，它会检测annotaion，并且监听hibernate的持久化事件，及时更新索引。
感觉这种东西用动态语言实现要方便一些，因为它可以在运行时候给类注入方法，这样插件的控制能力比较强。

服务层的插件解决方案为什么不考虑geronimo的gbeans呢？

楼主的解决方案是Equinox上的quilkstart吧.
http://www.eclipse.org/equinox/server/http_in_container.php