前1篇博文中我们讲授了OSGI的传统注册式服务与声明式服务，再前1篇我们我们进行了osgi + felix example2的编写，这1篇博文我们编写了1个Bundle和1个接口并对这个接口进行了相应的实现以后，在这个bundle的start方法中进行了该服务的注册,并没有使用这个服务。本文中编写的程序依然是不使用这个服务，只进行相应的注册，在example3中将会讲授使用这个服务。
程序中变动的只是Activator中1部份内容，具体的程序以下：
package cn.com.example2b;
import cn.com.example2.DictionaryService;
import org.osgi.framework.BundleActivator;
import org.osgi.framework.BundleContext;
import java.util.Dictionary;
import java.util.Hashtable;
/**
* Created by Administrator on 2016/6/19.
*/
public class Activator implements BundleActivator {
public void start(BundleContext context) throws Exception {
Hashtable<String, String> props = new Hashtable<String, String>();
props.put("Language", "French");
context.registerService(DictionaryService.class.getName(), new DictionaryImpl(), props);
System.out.println("service registered...");
}
public void stop(BundleContext context) throws Exception {
}
private static class DictionaryImpl implements DictionaryService {
String[] m_dictionary = {
"bienvenue", "au", "tutoriel", "osgi"
};
public boolean checkWord(String word) {
word = word.toLowerCase();
for (int i = 0;i < m_dictionary.length; i++) {
if (m_dictionary[i].equals(word)) {
return true;
}
}
return false;
}
}
}相对example2来讲，变动的只是Bundle启动方法中，在进行服务注册的时候传入的参数不同，预计felix官网这么做的缘由是要我们熟习osgi注册式服务，本文也其实不进行相应服务的使用，但本文中，个人有1些其他的想法，就是这个DictionaryService的实现类其实可以单独抽取出来，单独使用，由于在后文中几近每一个Bundle中都有这个接口的实现类，虽然m_dictionary有所不同，这些将在example6中单独抽取出来使用，由于后文中我对服务注册的使用和felix官网所说有所不同，这些到时候再说，这1节不再讨论。