BlogJava-BlueDavy之技术Blog-随笔分类-OSGi、SOA、SCA

JavaOne第二天重大新闻：Java 7 will support OSGi

BlueDavy — Thu, 08 May 2008 14:10:00 GMT

摘要: JavaOne的第二天Sun正式官方宣布在Java 7中将支持OSGi：This will allow developers who create applications that use OSGi bundles will be able to run them unmodified in JDK 7.这消息对于知悉OSGi Vs JSR 277的一系列历史战争的人而言绝对是非常的振奋人心，尽管不是说Java 7直接纳用OSGi来实现模块化这一块（这个呢，其实如果JDK做的话，确实可以做的更好，至少可以更高效什么的），但就支持这一点也可看出Sun已经看到了OSGi是事实性的模块化标准，这对于OSGi来说也是里程碑的一天。阅读全文

BlueDavy 2008-05-08 22:10 发表评论

分析JBoss Remoting

BlueDavy — Sun, 04 May 2008 13:54:00 GMT

摘要: Java领域中的分布式框架比较的多，分析一个已有的远程调用框架无论是对于打算采用已有成果还是自己做分布式框架，都是很必要的事情，JBoss Remoting是其中很好很强大的一个框架，在此来对JBoss Remoting进行深入的分析，看看JBoss Remoting是如何基于java.net提供的包去解决这些问题的，本文所分析的JBoss Remoting源码的版本为2.2.2_SP2，本来以为会是篇不怎么长的文档，没想到还没写的详细和深入的时候就已经有三十多页了，也不好在这里直接贴出来，就把文档目录和最后的总结部分贴在这了，感兴趣的同学们可以从这个地址下载PDF版本的文档：http://www.riawork.org/opendoc/JBoss.Remoting.Opendoc.pdf 阅读全文

BlueDavy 2008-05-04 21:54 发表评论

OSGi官方中文站开张了

BlueDavy — Tue, 29 Apr 2008 15:29:00 GMT

摘要: 非常感谢Kane的工作，其实在差不多两个月前就完成了和OSGi官方联盟的协议的签订，使得OSGi China User Forum成为了继法国、日本、韩国、西班牙以及瑞典后的第六个官方授权和认可的组织，并且拿到了OSGi联盟官方提供的空间，其实就是个简单的wiki了，只是一直没抽出时间去建设网站，Kane在百忙之中抽出时间把站点的基本页面进行了搭建，使得这个官方站至少看上去有点内容了，官方站的地址为：http://china.osgiusers.org。阅读全文

BlueDavy 2008-04-29 23:29 发表评论

解读OSGi DevCon2008 Topic

BlueDavy — Sun, 23 Mar 2008 15:34:00 GMT

摘要: OSGi DevCon2008已经闭幕，迫不及待、非常迫不及待的希望能了解更多此次大会的盛况，不过目前相关的新闻报道等还是比较少的，除了osgi.org/blog上有三四篇报道，根据日程找到目前公开的OSGi DevCon 2008中Topic的PPT，共11个，在此根据自己看这些PPT的情况做个简单的介绍和评价。阅读全文

BlueDavy 2008-03-23 23:34 发表评论

畅想OSGi DevCon2008

BlueDavy — Thu, 13 Mar 2008 13:18:00 GMT

摘要: 期待已久的OSGi DevCon 2008将会在下周（3月17日---3月20日）和EclipseCon 2008共同召开，今年OSGi的Topic比去年更多，也占据了更重要的位置，来看看本次大会即将开讲的Topic，畅想畅想，看看哪些Topic将会成为热题。
本届Topic仍然和往年一年，分为Long Talks、Tutorials、Short Talks、Panel和Additional OSGi Talks，本届OSGi DevCon可谓是众星云集，世界级的OSGi大师们共聚一堂，毫无疑问将给我们这些OSGi Fans们贡献一场盛宴。阅读全文

BlueDavy 2008-03-13 21:18 发表评论

Java远程通讯可选技术及原理

BlueDavy — Tue, 04 Mar 2008 14:54:00 GMT

摘要: 在分布式服务框架中，一个最基础的问题就是远程服务是怎么通讯的，在Java领域中有很多可实现远程通讯的技术，例如：RMI、MINA、ESB、Burlap、Hessian、SOAP、EJB和JMS等，这些名词之间到底是些什么关系呢，它们背后到底是基于什么原理实现的呢，了解这些是实现分布式服务框架的基础知识，而如果在性能上有高的要求的话，那深入了解这些技术背后的机制就是必须的了，在这篇blog中我们将来一探究竟，抛砖引玉，欢迎大家提供更多的实现远程通讯的技术和原理的介绍。阅读全文

BlueDavy 2008-03-04 22:54 发表评论

服务接口+版本+属性注册/查找机制

BlueDavy — Wed, 13 Feb 2008 10:00:00 GMT

在使用Spring的时候，我们习惯于用bean的名称作为注册、查找的条件，这也就意味着bean的引用是唯一的了，而不能来查找、注入一系列具备相同功能但不同实现的bean，这种应用的场景其实还是很多的，尤其在扩展的场景中，在这篇blog中以一个应用场景来说明下这种需求，顺便也宣传下OSGi的服务接口+版本+属性的注册和查找机制。
以将Spring bean发布为DSF服务的bean来讲，这个bean需要做到根据发布DSF服务的方式，调用相应的具体发布DSF服务的实现bean，同时要做到的自然是在以后增加了新的发布方式后，不需要修改这个bean的代码。
要实现这个需求，首先想到的是这样的解决方案：
1、在这个bean中直接注入所有的发布DSF服务实现的bean，在调用的时候可以根据规则寻找到相应的bean，这个在Spring中能够实现的方式也许是这样：

      这是一种实现方式了，这样当以后增加了新的发布方式后，通过增加bean的定义以及修改这里map里面的东西就可以了。
2、第二种实现方法就很常见了，就是写个properties文件，配置各种发布方式具体对应的实现类。
但这两种方法都不够的优雅，它们都有个共同的特点，就是需要去维护一个共同的配置的地方，想象中最好的解决方法是类似这样的配置：





这样就把所有的cn.bluedavy.dsf.exporter.开头的bean都注入到exporterClasses里了，当然，在根据具体的协议查找实现类时，又得提供一种支持方法了，好，不再去自己瞎琢磨了，来看看如果是OSGi的服务模型的话，会怎么样去实现这样的东西：
在OSGi中每个对外提供的service都以接口来定义，在上面的场景中，很明显，自然会出现的一个现象就是如果多个服务实现同样的接口的话怎么去找到自己要的那个服务呢，OSGi中多数采用的方法是为这个服务加上一个属性标识，在查找服务时就可以通过接口，再加上属性标识来查找到想要的服务了，又或者可以只查找接口，获取到所有实现这类接口的服务。
按照这样的模型的话上面的场景就很容易实现了，写个模拟的配置文件：





这个和真实的会有些不同，但意思是差不多的，:)，而OSGi的服务呢，在注入后可以直接通过ServiceReference这个对象来获取到这个服务的相关属性信息，这样其实也就可以做到类似之前第一个解决方案的效果，但同时又解决了不需要维护统一文件的问题。
服务模型的这种语义性质的机制使得服务的概念表达得更为清楚，使用得也更为方便了，以接口来表达服务的功能是一种非常合理的方式，同时辅以属性来描述实现此功能的方式(有点像元数据里的keyword)无疑更加全面的表达了此服务，也使得使用者能够更合理的选择需要的服务实现。
版本机制在这篇blog中没有提及，这个我想在实际的过程中大家应该都深受版本混淆的痛苦了，:)，在这里不多描述了，服务模型目的无疑就是为了更加清晰的表达一个功能，并且让使用者更加方便的查找、使用所需要的功能。

BlueDavy 2008-02-13 18:00 发表评论

基于Spring-DM实现分布式服务框架(DSF)(二)

BlueDavy — Tue, 29 Jan 2008 15:12:00 GMT

摘要: 在上篇分析完了在V 0.7需要干的活后，开始细化其中的实现细节，由于技术细节和之前想的有点不同，在细化的同时也稍做了调整，系统的架构仍然保持不变，在这篇blog中来看看实现每项任务的技术细节，之后就可以进入编码实现阶段了。阅读全文

BlueDavy 2008-01-29 23:12 发表评论

基于Spring-DM实现分布式服务框架(DSF)(一)

BlueDavy — Sat, 26 Jan 2008 15:45:00 GMT

摘要: 经过上篇分析分布式服务框架的blog后，正式对之前的基于OSGi实现分布式服务框架的系列改名(顺便把分布式服务框架改为使用DSF缩写)，因为已经决定基于Spring-DM来实现，为什么呢，而且为什么一定要是Spring-DM，而不直接说Spring呢？
在讲完这个原因后，在这篇blog中你还会看到基于Spring-DM后的DSF V0.7是什么样子，以及要干些什么活来完成V 0.7。阅读全文

BlueDavy 2008-01-26 23:45 发表评论

Spring进军SOA领域

BlueDavy — Fri, 25 Jan 2008 08:20:00 GMT

摘要: 昨天刚分析完分布式服务框架，今天便看到Spring Integration 1.0 M1发布的消息，这也为Spring进军SOA领域拉开了序幕。阅读全文

BlueDavy 2008-01-25 16:20 发表评论

分析分布式服务框架

BlueDavy — Thu, 24 Jan 2008 11:58:00 GMT

摘要: 技术是为需求而服务的，分布式服务框架也同样如此，它不是凭空诞生的，也是因为有这样的需求才会有分布式服务框架这样的东西诞生，在这篇blog中来详细的分析分布式服务框架诞生的原因(其实也是需要用分布式服务框架的应用场景，这里隐含的意思就是并不是什么应用都需要分布式服务框架的)、分布式服务框架需要提供的feature以及实现这些feature可选的技术方案。阅读全文

BlueDavy 2008-01-24 19:58 发表评论

基于OSGi实现分布式服务框架历程(四)

BlueDavy — Tue, 22 Jan 2008 03:19:00 GMT

摘要: 在这个篇幅中将来分析下这个分布式服务框架的服务的生命周期的管理的问题，在分布式服务框架中，支持服务的动态部署、卸载、升级是很关键的，至于服务的生命周期是否需要做到像OSGi那样的动态通知，在这个篇幅中会进行分析，并最终形成这个分布式服务框架的生命周期模型以及到目前为止的服务架构模型。阅读全文

BlueDavy 2008-01-22 11:19 发表评论

基于OSGi实现分布式服务框架历程(三)

BlueDavy — Mon, 21 Jan 2008 07:09:00 GMT

摘要: 上篇说到，经过分析后决定选用JNDI来实现服务的远程注册、查找和路由，在这篇blog中就来详细分析下基于JNDI怎么和OSGi结合来实现服务的远程注册、查找和路由。阅读全文

BlueDavy 2008-01-21 15:09 发表评论

基于OSGi实现分布式服务框架历程(二)

BlueDavy — Fri, 18 Jan 2008 11:24:00 GMT

摘要: 在这篇历程中来完成对于JINI的Spike，目标仍然是判断基于JINI实现服务的路由、查找需求的满足度。
JINI是由Sun研究院制定的，其目标就是为了实现分布式的服务，所以在很多地方可以看到它和分布式服务框架是有不少重叠之处的，来先看看它对于需求的满足度，最后再来分析做个总结。阅读全文

BlueDavy 2008-01-18 19:24 发表评论

基于OSGi实现分布式服务框架历程(一)

BlueDavy — Sun, 13 Jan 2008 17:13:00 GMT

摘要: 写完之前的那篇基于OSGi实现服务框架的分析后，决定动手来实现一个基于OSGi的分布式服务框架，而其feature呢，就会遵照之前写的服务框架的要素来实现，根据之前的分析，将这个实现过程分为了三个大的步骤来完成：Spike阶段、实现阶段和测试阶段，Spike阶段用于完成几个关键问题的技术的研究和选型；实现阶段用于完成基于OSGi的分布式服务框架；测试阶段用于判断实现的分布式框架对于应用场景的符合程度、性能的情况。
首先进入Spike阶段，在Spike阶段需要完成服务注册、创建以及服务的proxy管理的技术研究和选型，这主要是因为我对这两部分的技术并不怎么熟悉，对于服务的注册和查找，可选的技术有两种：JNDI和JINI；对于服务的proxy的管理，可选的技术应该就是cglib这一种了，不过需要研究具体怎么用，在这篇blog中将介绍对于JNDI的Spike。阅读全文

BlueDavy 2008-01-14 01:13 发表评论

基于OSGi实现服务框架的分析

BlueDavy — Wed, 09 Jan 2008 15:23:00 GMT

摘要: 根据上一篇服务框架的要素的blog，来分析下基于OSGi实现一个这样的适合分布式场景的服务框架时需要对目前的OSGi框架做出哪些方面的修改，以及预估一下实现的难度。
根据分析可以看出要基于OSGi实现一个这种适合分布式场景的服务框架还是比较麻烦的，需要重写的部分是非常的多，以此来看的话，目前OSGi最适合的场景应该还是如下几种：
1、不需要分布式部署的应用场景；
2、需要分布式部署，但仅仅是分层的分布式部署，例如业务层在一台机器上，数据层在另外的机器上。
不过基于OSGi实现一个这样的服务框架也是一件很不错的事，估计这也是EEG目前正在做的事，希望以后能在自己有空的时候动手做做这个基于OSGi的服务框架。阅读全文

BlueDavy 2008-01-09 23:23 发表评论

服务框架的要素

BlueDavy — Wed, 02 Jan 2008 09:25:00 GMT

服务框架，这个名词已经出现了很多年了，很早以前系统的架构就希望是以基于服务框架的方式来搭建的，turbine、phoenix、avalon等都是朝着实现服务框架的目标而去，如今的SCA，也可以说就是为了提供一个可用的服务框架，服务框架在系统中到底承担什么角色呢，为什么它会显得那么重要呢，如果要实现一个服务框架，不太可能从最底层做起，那么我们又需要怎么样去选择呢？
服务本身是个挺形象的名词，在系统设计中我们非常强调输入和输出，服务呢，可以说是更形象的去强调了这一点，每个模块都会对外提供一定的功能，而这些对外提供的功能我们就可以作为服务了，细到模块内，我们也会发现模块内各个类其实也是以服务的方式来交互的，在这样的情况下，服务框架自然就成了整个系统的核心基础框架，那么服务框架能帮我们来提供哪些功能呢，如果我们要实现一个服务框架，有哪些要素是需要考虑的呢，欢迎大家拍砖，多多交流！
1、如何注册服务
      怎么样注册出服务这东西呢，:)，这是我们在做考评时的第一要素了，最理想的莫过于通过xml将一个pojo描述为服务了，或者是java annotation的方式了。
      另外个可以附加考评的点就是在注册服务时是否支持部署到指定的服务中心，类似websphere的远程部署。
2、如何调用服务
      如何调用服务，这个可以说是考评中很重要的一个因素，而且也是比较复杂的考评点。
      从调用的方式上来讲，服务的调用需要考评的有是否支持injection方式和显式调用方式、本地调用和远程调用的区别、同步调用和异步调用的区别、lazy式的调用还是固定的引用调用，从考评的期望上来讲，我们当然是希望injection和显式调用都支持，本地调用和远程调用、同步调用和异步调用能透明式的配置，lazy式的调用是指注入或调用的服务只有在切实调用到相应的方法时才会获取到真实的服务对象，而固定的引用调用时指当调用服务时即获取到真实的服务实例对象，lazy式的调用和固定引用调用的支持对于集群应用场景会产生很大的影响。
      调用服务同时涵盖了查找服务的概念，在查找服务方面考评的点就是是否支持按需查找服务、查找多个服务，由于同样的服务在系统中可能存在多个不同的实现，按需查找服务的意义就在于可以准确的指定所需的服务，这对于需要按规则准确查找服务的应用场景而言是很重要的；查找多个(0..n)服务呢，对于需要调用可用的所有服务的应用场景很重要，这个功能对于当调用的服务不是必须的时候也是非常重要的，例如引用了日志服务，但即使当日志服务不可用的时候也需要不影响当前类的功能的应用场景。
      在调用服务上还需要考虑调用服务的安全性，例如认证、权限控制等。
      在调用服务上还需考虑此框架中的服务是否可以很容易的被第三方进行调用，例如在spring中调用、在其他的语言中调用等，呵呵，是不是有点SCA的感觉。
3、如何测试服务
      服务的测试无疑也是考评的重要点之一，要知道当年webwork能在MVC框架领域争得一席地位和其action更好的支持了单元测试有很大的关系，所以服务框架在此方面支持的怎么样也是需要考评的要素之一。
4、服务的生命周期
      由于服务的生命周期是由服务框架来控制的，因此服务的生命周期是如何转换的这也是我们在考察服务框架时需要知道的。
      另外一个考评点就是如果服务的生命周期发生转变时，引用此服务的类是否能得到通知等，当然，如果是lazy式的调用的话，完全不存在这问题。
5、服务的管理和维护
      这个对于服务框架而言应该是比较基础的功能，包括的有提供服务列表，在服务列表中应该有服务的名称、所属的服务中心、服务的状态、服务的处理日志以及服务访问的压力记录等等。
      服务的管理就包括了服务的安装、升级、启动、停止和卸载。
6、服务的组装
      服务的组装的概念是指可以灵活的将多个服务组装为一条链，然后链式的调用，这个呢是附加的考评要素了。
7、服务的出错处理
      需考评当位于此服务框架下的服务处理出错时会造成什么现象，最理想的结果自然是服务的调用停止，并记录相关的日志，另外的服务对此情况做出纠错处理，有点像erlang的容错思想，:)，最基本的一点就是不能影响到服务框架和其他服务的正常运转。
8、服务事件的广播和订阅
      允许服务在处理时能对外广播事件，同时也可订阅事件，以触发某些动作，这里可以附加考评的就是是否支持多种灵活的服务触发方式，例如定时的触发等。
其他可考评的要素还有服务框架对于AOP的支持、是否可建立服务库，就像bundle repository一样，:)

当然，目前开源界应该说是没有此类框架的直接存在的，但我们可以基于Equinox、Newton等已存在的类似框架来实现一个这样的标准的服务框架，考评时就可以根据这些点去判断基于哪个已有的框架是较好的选择了。

BlueDavy 2008-01-02 17:25 发表评论

OSGi in action PPT发布

BlueDavy — Thu, 06 Dec 2007 04:00:00 GMT

摘要: 之前发布了一篇Introduction OSGi的PPT，Introduce OSGi PPT主要是用于介绍OSGi，更多的是在讲解OSGi的一些基础概念，OSGi in action PPT则主要是针对有一定OSGi使用经验的用户而编写的，此篇PPT更加专题性质和细致的讲解了OSGi如何在实际的项目中进行使用，如何和流行的java框架进行集成，以及在实际的OSGi应用设计和开发时的一些最佳实践的介绍和讲解，对此PPT感兴趣的同学可从以下地址下载：
http://www.riawork.org/opentopic/OSGi.in.action.ppt 阅读全文

BlueDavy 2007-12-06 12:00 发表评论

OSGi PPT For Newer

BlueDavy — Mon, 29 Oct 2007 10:04:00 GMT

摘要: 上次发布OSGi in action的PPT后，得到了flyisland的反馈意见，:)，在此也谢谢他，正是从他的意见中看到了之前PPT的一些问题，之前PPT的问题应该是目标听众不明确，讲的内容多但却都不详细，很有可能最后讲完了无论是对于OSGi Newer还是OSGi熟悉的人都没有什么任何的帮助，为了解决这个PPT，决定把PPT分为两篇来完成，一篇为OSGi Newer编写的关于OSGi介绍方面的PPT，将名字定为了Introduce OSGi，重点的介绍OSGi的基础概念和基本的使用方法；而另外一篇则是为较为OSGi的同学们编写的，名字仍然保持为OSGi in action，会重点和较为详细的讲解OSGi在实际项目的使用，目前先发布Introduce OSGi的PPT，希望能继续得到大家的反馈意见，感兴趣的同学们可以从这下载这篇PPT：
http://www.riawork.org/opentopic/Introduce.OSGi.ppt 阅读全文

BlueDavy 2007-10-29 18:04 发表评论

OSGi in action PPT

BlueDavy — Sun, 21 Oct 2007 15:18:00 GMT

这个PPT将会用于最近的一些OSGi活动作为Topic来讲讲，不过是英文版的，:)，一方面是锻炼自己的英文，另一方面也准备把这PPT再雕磨雕磨，提交到OSGiDevCon 2008的Topic中试试。

感兴趣的朋友请从以下地址下载此PPT：
http://www.osgi.org.cn/opentopic/OSGi.in.action.ppt
不过俗话说，PPT嘛，靠的主要是讲，但同时也希望得到大家对此PPT的反馈意见，以便我进行进一步的修改，希望在之后的公开的活动中不会把这Topic讲砸了，此PPT会不断的进行修改，我会在此篇blog中公布目前ppt的版本号，大家就可以确认手头的PPT是否是最新的了，:)。

version info:
1.0 2007-10-21

BlueDavy 2007-10-21 23:18 发表评论

发布《OSGi进阶》正式版

BlueDavy — Sun, 14 Oct 2007 15:36:00 GMT

摘要: 在历时两个多月后，OSGi进阶的编写已完毕，感谢N多朋友一直以来的关注和支持，现将正式版对外发布，下载地址为：
http://www.riawork.org/opendoc/osgiopendoc2.pdf
随文的代码的下载地址为：
http://www.riawork.org/opendoc/osgiopendoc2-source.zip
随文的例子的可运行版本的下载地址为：
http://www.riawork.org/opendoc/osgiopendoc2-dist.zip

随后将会相继在Redsaga上发布Redsaga Opendoc版本，以及在InfoQ中国站上发布InfoQ miniBook版本，这两个版本在精美程度上都会超过我现在发布的版本，到时再給予大家通知，:) 阅读全文

BlueDavy 2007-10-14 23:36 发表评论

TPF插件管理框架功能、实现以及下载

BlueDavy — Fri, 05 Oct 2007 11:48:00 GMT

摘要: OSGi在应用时具备了典型的微核系统的特点，但对于实际项目/产品型的应用而言，这个微核有些过于底层了，为什么这么说呢？
对于实际项目/产品型的应用而言，何谓其微核呢，应该说其脚手架或开发平台才是它的微核，而并非仅仅是OSGi框架，当然，也可以将自己的脚手架或开发平台以Fragment-Host的方式绑定到OSGi的System Bundle上去，但这样的做法无疑有些evil了，TPF诞生的最主要的目的就是形成一个应用级的微核的概念，使得我们在管理实际的项目和产品时，能够将脚手架和实际的业务应用模块分离管理，让脚手架也变成微核，这样在管理时就可以做到对应用系统的统一管理，而同时保持一个含应用意义的微核（也可以认为是开发平台）的稳定运行，在具备了TPF的情况下，就可以将应用系统从部署上分为脚手架和应用系统，而在管理上也可以单独对应用系统进行管理，如启动应用系统、停止应用系统，同时避免应用开发人员对脚手架无意的修改。
在本篇文档中将介绍TPF提供的功能、TPF实现的方法以及TPF的下载地址。
阅读全文

BlueDavy 2007-10-05 19:48 发表评论

《OSGi进阶》预览版发布

BlueDavy — Sat, 29 Sep 2007 09:24:00 GMT

已将此预览版版本发送给了之前留了mail的同学，邮件内容如下：

hi!

《OSGi进阶》Opendoc的预览版已完成，随附件发送给了各位感兴趣的同学，非常感谢你们的关注。
本来目前这篇Opendoc还没有达到发布的条件，不过正逢国庆佳节，希望各位感兴趣的同学能够在国庆期间抽出时间看看这篇Opendoc，而国庆期间我也会对Opendoc进行润色和内容的充实、完善，国庆后希望能获取到各位看过预览版的同学的意见，我会根据各位的意见对Opendoc进行适度的修改，争取在10月中旬发布正式版。
至于随Opendoc的代码等到正式版的时候我再发布，如有需要的同学可以直接mail给我，我可先mail给需要的同学。
另外由于预览版还有不少需要润色、完善的地方，请各位收到预览版的同学不要传播这个版本，:)，多谢！

如还有同学需要此预览版，请留下mail给我，我会在看到的第一时间将预览版发送给你。

ps：另外通报一个好消息，之前已经得到了OSGi联盟的授权，允许成立继日本User Group、韩国User Group、法国User Group以及西班牙User Group后的第五个官方认可的User Group。

BlueDavy 2007-09-29 17:24 发表评论

《OSGi进阶》Opendoc预告

BlueDavy — Thu, 27 Sep 2007 07:40:00 GMT

摘要: 《OSGi实战》Opendoc推出已一年有余，该篇Opendoc主要是为了介绍OSGi而编写的，相对而言知识点较浅，很多朋友在看过那篇Opendoc后也许会对OSGi产生兴趣，但未必会在商业的项目/产品中去使用它，为了能够让更多的朋友能够在商业的项目/产品中使用OSGi，根据自己的经验以及这一年多来OSGi界的发展情况，从8月初开始了《OSGi进阶—模式与最佳实践》Opendoc的编写，争取在国庆前推出一个预览的版本，希望《OSGi实战》能吸引大家关注OSGi，而《OSGi进阶》能推动大家在商业项目/产品中使用OSGi，如对预览版有兴趣，请发邮件联系我，在完成后的第一时间我将mail给你，谢谢关注！阅读全文

BlueDavy 2007-09-27 15:40 发表评论

启动OSGi.org的翻译项目

BlueDavy — Mon, 20 Aug 2007 04:08:00 GMT

摘要: OSGi.org.cn将做为OSGi.org的官方中文网站推出，整个项目预计分为两期完成。
一期的目标为翻译OSGi.org的所有内容，至于blog部分则能尽量翻译，暂定为先翻译近三个月的blog，一期的计划为一个月内完成，也就是说在国庆前正式的推出OSGi.org.cn，到时会在国内的几个大网站上(InfoQ-CN、JavaEye、EclipseWorld、CSDN等)做一定的宣传和推广；
二期的目标为翻译OSGi.org中的所有blog，同时翻译www2.osgi.org中的所有内容。
在一二期工作完成后，进入OSGi.org.cn的维护期，到时就是跟随着OSGi.org做更新的翻译，同时OSGi.org.cn会考虑做一些本地化的blog、新闻、论坛、开源项目等工作，目标是让OSGi.org.cn做到中国顶尖的OSGi网站，并为推广OSGi和发展OSGi做出贡献。阅读全文

BlueDavy 2007-08-20 12:08 发表评论

Peter Kriens谈OSGi的发展

BlueDavy — Mon, 06 Aug 2007 10:21:00 GMT

摘要: 向Peter Kriens问了一些自己比较关心的OSGi进展情况的问题，总结而言：
从Peter Kriens的答复来看，R5和EEG的工作成果生效还得等待较长的时间，好消息是SCA采用OSGi作为基础架构看来是非常的有希望了，这对于OSGi的推广是件非常好的事。阅读全文

BlueDavy 2007-08-06 18:21 发表评论

Bnd - Bundle Tool中文使用手册

BlueDavy — Fri, 27 Jul 2007 08:11:00 GMT

摘要: 在Play OSGi中提及到了Bnd是个非常有用的东西，既然是个好东西，就介绍给大家用，在得到了Peter的授权下，我把这篇使用手册翻译成了中文，大家感兴趣的话可以到这里看看：http://www.aqute.biz/Code/BndCn，同时也会提供一个PDF的版本供大家下载，PDF版本下载地址为：http://www.blogjava.net/Files/BlueDavy/Bnd.zip。
有了Bnd后，传统的java工程非常容易打包成标准的OSGi R4的bundle，同时Bnd也为校验Bundle是否符合OSGi R4规范提供了支持，而且Bnd有命令行、Eclipse插件、Ant Task和Maven插件，拿过来非常的好用，强烈推荐大家用用看。
见文中的例子...
基于Bnd我们非常容易就把一个传统的java工程打包成了两个有效的OSGi R4的Bundle，从这可以看出这对于要把传统的java系统重构为基于OSGi的系统会有很大的帮助，除了打包生成Bundle外，Bnd本身还具备了校验bundle是否符合OSGi R4规范、把新的文件或jar文件添加到阅读全文

BlueDavy 2007-07-27 16:11 发表评论

Play OSGi

BlueDavy — Sun, 22 Jul 2007 05:03:00 GMT

摘要: Peter(OSGi主席)在7月3日的一篇blog上展示了一个很有趣的演示，相信可以给公众很好的展示下使用OSGi是一件很好玩的事，很简单的快速的基于OSGi搭建出各种各样不同的系统，我知道也许你会说你们的系统也可以，但你觉得真的能做到和基于OSGi所做出的系统的效果一样吗，really？如果可以的话，非常恭喜你，你对模块化、动态化都有很强很深的认识，如果不可以但又想做到这种效果的话，我觉得不妨和Peter所做的一样试着Play OSGi。阅读全文

BlueDavy 2007-07-22 13:03 发表评论

关于OSGi Opendoc附带的EventAdmin代码错误的纠正

BlueDavy — Wed, 04 Apr 2007 07:55:00 GMT

摘要: 由于当时匆忙的发布，没有进行仔细的校对，发布的EventAdmin部分的代码中缺少了使用DS实现的示例，但同时在其中又提供了OSGI-INF/component.xml，导致了如果大家直接使用该Component.xml切换为使用DS来实现EventHandler的时候会出现运行时事件未通知到EventHandler的现象。阅读全文

BlueDavy 2007-04-04 15:55 发表评论

EclipseCon 2007 OSGi相关Topic的总结

BlueDavy — Fri, 23 Mar 2007 13:20:00 GMT

摘要: 在本届EclipseCon 2007大会上，OSGi占据了不少的Topic，下面就对本次EclipseCon 2007大会上OSGi相关的主要的一些Topic简单的介绍下，最后总结下通过本次大会形成的反馈(信息来源于OSGi官方网站blog和EclipseCon 2007官方网站)，关于EclipseCon其他方面的精品Topic在后续的blog中也将相继介绍。阅读全文

BlueDavy 2007-03-23 21:20 发表评论