用ooa方式分析这个case，
我抽象这几个实体：规划公司，图纸类型，开发商，房子，买房人
然后描述这几件事情：开发商选择设计图纸，盖楼然后销售；买房人根据图纸买房并使用房子

下面是我用java语言来简单描述它：

design A 公司

package design.a;
interface Apartment {
..//方法省略先
}

开发商construction A

package construction.a

import design.a.*;//开发商要按照图纸盖楼

class CityApartment implements Apartment {
.//方法省略先
}

class Construction implements BundleActivator{

}

客户 costumer A

package customer.a

import design.a.*;//客户要按照图纸选择房子

class Customer implements BundleActivator {
.//方法省略先
}

然后我们把他们分别做成bundle
Bundle A : design A
其manifest中这样描述

BundleSymbolicName: design A
Export-Package: design.a

Bundle B : construction A
其manifest中这样描述

BundleSymbolicName: construction A
Import-Package: design.a
Bundle-Activator: construction.a.Construction

Bundle C : customer C
其manifest中这样描述

BundleSymbolicName: customer C
Import-Package: design.a
Bundle-Activator: customer.c.Customer

这样，装入到framework后，framework就会把BundlB和C与BundleA关联起来，正好描述开发商A选择design A的图纸，客户A也不得不选择design A的图纸啦
可是，单从这里，我们看不出来，开发商和客户拿同一份图纸干什么。那我们得必须在BundleB和C的实现里面写点东西来说明。

这里给出开发商construction.a.Construction的伪代码：

class Construction implements BundleActivator {

 public void start(BundleContext context){
  CityApartment apartment = null;
  Hashtable properties = null;
  for(int i = 0; i < 100; i ++){
   properties = new Hashtable();
   properties.put("price",new Integer(1000 + i*5));//开发商为房子定价
   apartment = new CityApartment();//一套房子盖好
   //把房子按照公寓注册出去并打广告，等待客户来购买，framework就相当于一个售楼处兼房屋中介
   context.registerService(Apartment.class.getName()/**//*公寓类型*/,apartment/**//*房子作为服务对象*/,properties/**//*与房子相关的附带信息*/);
   
  }
  //这样开发商一共注册一百套房子
 }
}

而客户的代码可以如下：

class Customer implements BundleActivator {
 public void start(BundleContext context){
  Apartment apartment = null;
  ServiceReference ref = context.getServiceReference(Apartment.class.getName,"(price=1050)");//先签署购房合同，而且指明选择Apartment类型,价格为1050的房子。
  apartment = (Apartment)context.getService(ref);//然后买到房子
  //买房人就可以使用房子apartment对象进行日常生活了
 }
}

这样，我们就很清楚的看出，Design A为Construction A和Customer A提供了共同的Apartment定义，才使得他们有交易的可能。于此同时，Construction A和Customer A之间的耦合是非常松的，因为，如果有另外一个开发商onstruction B加入进来也构造了Apartment的对象，Customer就可以通过改变选择条件，轻易的获得B的房子，而客户本身不关心房子是A还是B盖的，这个是典型的面向对象的多态应用。

总的说来，Bundle在framework的帮助下，使得其他bundle使用其类型定义成为可能。service就是在这些共享的类型定义基础上产生的具体对象，而使用这些service对象的bundle，必然也是对应共享类型的使用者。
这种类型共享，在osgi里面叫做"class space". framework运行时通过关联bundle之间的类型定义，可以构成一个或多个"class space"，而某个bundle在framework里面，只能处在一个"class space"里面，不能同时出现在多个"class space"中。
怎么理解这个话呢？请看下一篇，外星人入侵了。

开讲之前，还是用老办法，给大家举个例子。放心，这个例子一点都不技术，而且我相信你可能比我还清楚。大家都知道房地产商是怎么运作楼盘的吧。据我浅显的认识，他们都会先进行一些图纸上的规划，里面包含小区的整体规模，楼房外观以及广大疾苦民众最为关心和渴求的户型图。据说，很多房地产商在搞定政府某些关键部门（个人意见仅供参考）拿到一块地后，根本不用费心思去自己规划这些自己都一窍不通的东西，只要请一个有资质的第三方公司写写画画，甚至照搬某西方发达国家的某社区概念，冠于中国特色云云，就能使广大民众趋之若鹜，倾囊抢购。ok，你可能受不了我又愤世嫉俗了，这个到底和osgi有啥关系？别着急，天色已经很晚，下次某个时间请继续关注osgi(七)续，其间，请大家先考虑一下，如何用ooa的方式来描述人们如何购房，以及在房子里进行日常生活这样的简单场景。

http://www.blogjava.net/Files/Ferrari4000/bundlemanagement.zip

下载后，最好先把名字改为bundlemanagement.jar
然后可以这样安装，假设该文件下载到d:\bundles下，则可以在framework的shell下输入
in file:d:/bundles/bundlemanagement.jar
安装该bundle，安装成功后输入stt 1（注意：1是数字一），启动该bundle就可以出现图形操作界面了。

图形界面提供bundle的安装（只支持本地安装），启动，停止，升级和删除等简单功能。
其他功能会在后面陆续增加。目前这个bundle只能运行在j2se环境下。

给的源代码没有很好的build文件，等我有时间了，再写一个。

感谢毕嘉兄弟的支持，他帮助设计了bundle存储模块以及实现了bundle在内存存储的第一版。

有啥问题，可以直接给我发邮件，jerrylee.li@gmail.com

As part of the OSGi evangelism work, I would like to announce that OSGi now has a new public mail list for OSGi technical questions and discussion. This mail list is a public list and is open to anyone to participate. This new list is mainly for non-members to discuss OSGi technology and ask question about the technology. ......

The new mail list address is:

osgi-dev@bundles.osgi.org

You can subscribe to the list here:
http://bundles.osgi.org/mailman/listinfo/osgi-dev or by sending an e-mail to osgi-dev-subscribe@bundles.osgi.org.

So please go ahead and subscribe to the new osgi-dev mail list. Your participation there can help educate others about the OSGi technology.

BJ Hargrave
Senior Technical Staff Member, IBM
OSGi Fellow and CTO of the OSGi Alliance