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官网所说有所不同，这些到时候再说，这一节不再讨论。