google：“eclipse rcp”

 今天用了上午将《程序员》8月刊《eclipse RCP入门》这篇文章中的代码实例做完了，于是开始google：“eclipse rcp”，翻看了160条搜索结果，花了大半天的时间。

以后将要收藏的文章用delicious来管理，其它的还是用firefox比较好一些。

eclipse已经形成了一个生态圈，一些巨头也在向eclipse靠拢（bea主导的WTP项目、贡献的Beehive，IBM自不必说）。

RCP有几个示例项目，其中RSSOwl阅读器不错，对我来说有使用价值（最近对rss比较上瘾，总觉得有太多的要看的文章和太少的时间）。

IBM的workplace也是示例项目之一（也是其中最有宏大的一个）
开发人员对于Workplace的兴奋点，在于其提出了从门户到客户端的完整的J2EE技术架构，在最新发布的2.0版本中引入了 WCT（Workplace Client Technoly，Workplace客户端技术），使得自行开发的J2EE应用可以以 plug in方式灵活部署到其rich client客户端，并和部署在服务器端的portlet应用程序进行丰富的功能和数据交互，包括 离线作业，数据复制和安全性保障， 客户端功能自动更新等；

OSGI（ Open Service Gateway Initiative ）： 一开始这个技术是为了为各种不同的设备提供一个统一的平台进行交互以及服务提 供和使用的，比如，你的手机可能需要操控你家里的微波炉等等
它热 门的原因并不是这些技术，而是它的服务构架，或者说它的构架对于java的贡献。
cocoon已经把OSGi引入了trunk，以替代以前的avalon。
其提供的结构是我们在几乎所有的系统中都需要的，只是它把这个通用的东西给标准化了，并且借助了java来很 好的实现了。 搭建一个大的系统，我们总希望core可以小一点，把其他的东西模块化，加到core里面作为extension或者叫plugin；然后提 供一些功能，比如plugin可以动态加载和卸载，可以在需要是从远程下载和升级，core也应该提供统一的机制让plugin之间容易协作。这些不是 java的project里面才有的需求，而是所有的系统里面都有的。
或许把OSGi式的结构做成一个类似JXTA那样和语言无关的框架或许更加有意义一点。

IBM 有个OSGi框架的实现，叫做SMF，就是Service management framework的意思，我觉得它的关键思想就是我们传统的java程序是一个JVM实例只能运行一个application,假设要停止这个 application，就只能停止这个JVM实例，但是对于移动计算来说(比如PDA，或者汽车上的嵌入式装置)，每次停止一个application 或者service就要停止JVM实例，代价未免太大，因此，OSGi提供了一个框架：在一个JVM实例中动态安装卸载一个service,从而达到灵活 控制的目的。一家之言，欢迎继续讨论（我最近在做SMF方面的东东（：）
(http://spaces.msn.com/members/rachelWay/)

pervasive computing（普及计算） 在嵌入式领域多见的名词，
使用OSGi技术来实现pervasive computing