osgi + felix example2b编写

前一篇博文中我们讲解了OSGI的传统注册式服务与声明式服务，再前一篇我们我们进行了osgi + felix example2的编写，这一篇博文我们编写了一个Bundle和一个接口并对这个接口进行了相应的实现之后，在这个bundle的start方法中进行了该服务的注册,并没有使用这个服务。本文中编写的程序仍然是不使用这个服务，只进行相应的注册，在example3中将会讲解使用这个服务。

---

程序

程序中变动的只是Activator中一部分内容，具体的程序如下：

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注册式服务，本文也并不进行相应服务的使用，但本文中，个人有一些其他的想法，就是这个DictionaryService的实现类其实可以单独抽取出来，单独使用，因为在后文中几乎每个Bundle中都有这个接口的实现类，虽然m_dictionary有所不同，这些将在example6中单独抽取出来使用，因为后文中我对于服务注册的使用和felix官网所说有所不同，这些到时候再说，这一节不再讨论。