osgi

事件监听模式其实就是一种观察者模式，只是角度有点不同，在Java的JavaBean机制以及GUI中都使用了事件监听模式。在如今AJAX RIA客户端中，事件监听模式也成为一个主要的界面模式。 事件监听模式分同步和异步两种实现方式，JavaBean机

重用的软件的美梦，在过去20年中，几乎所有的主要技术都自吹自擂是可重用的。但是现实如何呢？ 重用本来是节省软件开发，在90年代早期，面向对象说可以做到，但是却没有，到90年代后期，面向构件的开发说可以做到，但是也没有，往后，SOA说可以做到，还是没有，为什

模块之间紧耦合是一件坏事情，无论你是否使用OSGI这些模块化技术，在套入模块技术之前，你必须从设计高度来降低模块之间的耦合。

现在Spring boot来到了Jar世界，原来它是管理war世界的王者，所以，他也很可能带来了Jar打包规则的改变。Jar世界从OSGI到Java Service Loader以及Java 9的模块化，折腾了很长时间，现在看看Spring是如何折腾Jar包的动态加载的：

模块化应该是一个语言的基本功能，OSGI叫唤了那么多年，Sprng DM 还转给了IBM，这其中隐式的含义在哪里呢？

在了解过利用 Servlet Bridge 将 OSGI 嵌入 WEB容器的方式后，我产生了一个疑问： 在看到的例子中，被作为插件导入 bridge.war 的 WEB应用（已经被转换成 jar）其本身就是一个 BUNDLE 。 但在现实中很多企

对 Java 语言或平台的第一大不满是什么？为什么？ 1、没有语言级别的 null 安全性。这不是一件容易解决的事情，但它是我真正怀念（例如）Kotlin 的一种语言级别的功能。 2、我最讨厌的是所有的日

OSGI带来了模块化的讨论，原来我们认为架构是基于组件的架构，Modularity & Architect

请教一个项目开发问题,我想做一个Web项目,要求做成模块化,插件式比如一个用户角色管理模块,软件上传下载列表模块,文章管理模块,这是比较通用的模块,我想做一次能够方便的移植.做一个主系统,单个模块以插件的形式安装到系统中,需要时可以通过少许配置直接安装到新的系统中去,而不需要重新开发.

Spring的依赖注入，我是不是可以理解成为一种部署时注入，而OSGi可以看成是一种运行时注入？ 而不使用任何框架的编码方式，是不是就是一种编码时注入？

Java在有限电视终端应用称为Java TV，主要也是线程（相当于xLet）和JMF结合，非常类似Java ME和Applet。 我一直有一个困惑，SUN将客户端框架细分得这么详细，就产生一个抽象共用的问题，比如客户端当前受到Web AJAX脚本挑战，以前

OSGi 近来似乎很流行，有人用过吗，说说经验体会，好象跟SPRING一起用。我初步了解了下其用法，好象是一种SOA的思想。

希望banq能发表一些两者的优缺点。 为什么OSGI比JBOSS 5内核 更流行？ 我觉得JBoss 和内核更简单些，完全不需要任何接口。难道是太超前了？ OSGI

TSS最近贴出一个OSGI粉丝的文章，他认为OSGI的主要优点是模块化，而大多数程序都没有模块化概念(banq按：jar包白打了)。对于OSGI你必须忍受它的额外消耗(banq按：给你带个套子，虽然不舒服但要清楚他的好处)。 该作者将OSGI = 软件模块

Zephyr 是一个基于Java的开源插件框架，具有智能依赖管理、模块化设计和占用空间小的特点。 Zephyr 智能管理插件生命周期的各个方面，包括类加载、启动/停止顺序、更新等。 Zephyr 仅重 1

如果你转向微服务的动机是为了实现模块化，那么请三思而行。 模块化是JVM内部的解决方案，比如JPMS, OSGI和JBOSS模块。JPMS对于应用程序级别的模块化是没有用的，OSGI的复杂臃肿会掩盖程序本身。 在