2008年5月21日11:06:32——使用插件树和使用目录管理各有千秋，插件树使用，虽然灵活，但是确意味着，我每加一个插件，需要我手动编辑插件树配制文件，而这时Eclipse只需要把插件丢到plugin目录即可（虽然不推荐这样做）。 

080311 11：56 http://www.duduwolf.com/wiki/2007/339.html
Good
OSGi 包装载机制，这块列出的原因主要是这句话： ”If the build and test environments do not enforce modularity, then the code is not modular” ，这句话非常的经典， J ，不过 BEA 也提到了，传统的代码也移植到 OSGi 还是非常麻烦，原因同样是上面的那句话；
代码的模块化，这里同样有句很经典的话： ” Until modularity is not enforced, it is not there” ，确实是如此，当不用 OSGi 的时候，也许你认为你的系统是模块化的设计、实现的，但如果真正使用 OSGi 的时候，你就会发现以前系统根本就没有做到真正的模块化，会发现有很大的差距。

080304 10:56 某个插件自己定义的可供其它插件扩展的扩展点,属于此插件本身；它同样也可以（定义）扩展其它插件的扩展点 ，给其它插件 提供附加功能 。扩展点 是插件允许 其他插件 向 公开扩展点的插件 提供附加功能的方法。公开扩展点的插件可以称作 基本插件

         point="org.eclipse.ui.perspectives">
                  name="%perspective.name"
            icon="$nl$/icons/eview16/plugins.gif"
            class="org.eclipse.pde.internal.ui.PDEPerspective"
            id="org.eclipse.pde.ui.PDEPerspective">
        
            %perspective.description
        
     
  

080225 16：52http://www.ibm.com/developerworks/cn/opensource/os-ecl-osgi/

Eclipse 提供自己的扩展点系统来启用绑定包交互，绑定包将功能暴露给其他扩展。绑定包还定义自己的扩展点，允许其他绑定包向其贡献功能。

OSGi 类加载器基于 OSGi 规范和每个绑定包的 manifest.mf 文件中指定的选项（稍后将详细介绍）来限制类交互

Eclipse 提供自己的扩展点系统来启用绑定包交互。绑定包将功能暴露给其他扩展。绑定包还定义自己的扩展点，允许其他绑定包向其贡献功能。

使用 Eclipse 中扩展点的一个示例是 Preferences 窗口，核心 Eclipse 插件提供中央窗口，并暴露扩展点以允许其他首选项页面的贡献。当插件添加到 Eclipse 中时，它们可以贡献它们自己的页面。Eclipse 中扩展点的模型不同于基本的 OSGi 服务。绑定包扩展点由定义绑定包拥有；其他绑定包只对这些点做贡献。相反，任何绑定包可以实现和使用 OSGi 服务