OSGI open doc读后感

这两天看了blueDavy写的两篇OpenDOC。总结一下收获，
首先是OSGI的四层结构，Module，Life cycle，Service，security。
Module使得模块的分解更有标准，更规范，有据可依。可以看看manifest文件，每一个插件工程既是一个OSGI的bundle
Lifecycle使得对module的管理，对module定义了六种状态，热插拔有了支持。在软件界如果应用程序可以像USB一样热插拔可以说是一个很激动人心的事情。采用OSGI使这点变为了可能。
Service使得module之间建立了动态的关联，module之间的关联完全建立在运行时，不像平时我们的应用一样建立在编译时。这样的系统更松散，不会因为一个module的当机影响整个应用的运行。使用框架注入的参数bundlecontext进行注册服务于检索服务。
Secutity采用java的数字签名和security机制，blueDavy没有详细介绍，我本人也没有具体去思考。
以及OSGI R4中对service层的改进Declarative Services拷贝一段定义文件,供日后查找。

<?xml version="1.0" encoding="UTF-8"?>
<component name="osgi.DemoComponent">
	<implementation class="org.riawork.opendoc.osgi.DemoComponent"/>
	<service>
		<provide interface="org.riawork.demo.service.user.Validator"/>
	</service>
	<reference name=”HTTPService”
	interface=”org.osgi.service.http.HttpService”
	bind=”setHttpService”
	unbind=”unsetHttpService”
	cardinality=”0..n”
	policy=”dynamic”
	target=”(component.version=1.0)”/>
	<property name=”component.version”>1.0</property>
	<property name=”component.canuse” type=”Boolean”>true</property>
	<properties entry=”OSGI-INF/config.properties”/>
</component>

对配置文件的定义需要在manifest文件中指定一个属性：
Service-Component: OSGI-INF/component.xml
也许实际开发中因为种种原因不能采用osgi框架，但是借鉴一下osgi的思想进行项目的架构应该是有可能的。

以上仅是对OSGI使用中简单的认识，相信很多人认识的更深入，请各位留下你的经验，谢谢大家，