Stone的专栏

我的接口和实现放在一个bundle里接口代码：public interface MyService {public String getHello();}实现代码：import org.osgi.service.component.ComponentContext;import osgi.service.MyService;public class MyServiceImpl implements MyService {protected void activate(ComponentContext con

<br />可能用到JNA的人很少，用OSGi调用JNA方法的人更少。我很悲剧的成了那少数人。<br /> <br />运行时在代码为：<br /><br />CLibrary INSTANCE = (CLibrary) Native.loadLibrary("rfid",CLibrary.class);<br />报错，大致信息就是无法装载库<br />java.lang.UnsatisfiedLinkError: Unable to load library 'rfid': ???????¨<br />

软件编程发展到今天可以看作是一个量变引发质变的过程。最初，程序开发面向过程，开发人员需要编写大量的过程代码，随着过程代码的不断积累（量变产 生），从代码维护和重用的角度，过程开发变得越来越不适应，质变产生，面向对象的开发逐渐被采用。由于面向对象的开发很好的封装了过程，而且从面向对象的 角度可以很好的描述实际应用中的需求模型，因此面向对象的开发逐渐成为主流。同样，随着面向对象开发的不断应用（量变产生），出现了大量的可复用的类及 包，维护这些类/包变得越来越困难，而且，尽管面向对象的编程机制可以很好的适应小规模

<br />《OSGi 原理与最佳实践》确实是一本简单易懂的好书，我就是按照这本书一步步的学习用Eclipse开发，然后学习部署的。<br /> <br />但是在部署是就发现有个问题，jar包都是对的，配置文件也是对的，但是运行以后只有org.eclipse.osgi和配置文件中的第一个bundle被加载运行，其他的bundle没有被加载更不用说运行了。<br /> <br />按照这本书中所说的，我的config.ini内容如下<br />osgi.noShutdown=true<br />osgi.b

<br />是否能够真正做面向接口的开发，和系统所采用的容器或框架具有很大的关系，面向接口的开发最重要的就是解决系统的依赖问题，在这点上目前最成熟的解决方案莫过于IoC，IoC容器而言最成功的莫过于Spring，那么基于OSGI的话是不是会带来不同的视角呢，来看看这几个方面的例子：<br />1、A类希望能够执行系统中实现了B接口的类<br />      在OSGI中实现这种是多么的简单，可以看看：<br />      ServiceReference[] serviceRefs=context.get