Принудительный запуск пакета OSGi дважды с разными конфигурациями

Использование заводских конфигураций позволит вам создавать разные экземпляры FooImpl на основе разных конфигураций.

Например, в Declarative Services вы можете создать такой компонент, как

import org.apache.felix.scr.annotations.*;
import org.apache.sling.commons.osgi.PropertiesUtil;

@Component(metatype = true, 
        name = FooImpl.SERVICE_PID,
        configurationFactory = true, 
        specVersion = "1.1",
        policy = ConfigurationPolicy.REQUIRE)
public class FooImpl implements IFoo
{
    //The PID can also be defined in interface
    public static final String SERVICE_PID = "com.foo.factory";

    private static final String DEFAULT_BAR = "yahoo";
    @Property
    private static final String PROP_BAR = "bar";

    @Property(intValue = 0)
    static final String PROP_RANKING = "ranking";

    private ServiceRegistration reg;

    @Activate
    public void activate(BundleContext context, Map<String, ?> conf)
        throws InvalidSyntaxException
    {
        Dictionary<String, Object> props = new Hashtable<String, Object>();
        props.put("type", PropertiesUtil.toString(config.get(PROP_BAR), DEFAULT_BAR));
        props.put(Constants.SERVICE_RANKING,
            PropertiesUtil.toInteger(config.get(PROP_RANKING), 0));
        reg = context.registerService(IFoo.class.getName(), this, props);
    }

    @Deactivate
    private void deactivate()
    {
        if (reg != null)
        {
            reg.unregister();
        }
    }
}

Ключевые моменты здесь

1. Вы используете компонент типа configurationFactory
2. В методе активации вы читаете конфигурацию, а затем на ее основе регистрируете службу.
3. При деактивации вы явно отменяете регистрацию службы
4. Затем конечные пользователи создадут файл конфигурации с именем <pid>-<some name>.cfg. Затем DS активирует компонент.

Затем вы можете создать несколько экземпляров, создав файл конфигурации (например, с помощью File Install) с именем <pid>-<some name>.cfg, например com.foo.factory-type1.cfg.

См. JdbcLoginModuleFactory и связанный с ним config для одного из таких примеров.

Если вы хотите добиться того же с помощью простого OSGi, вам необходимо зарегистрировать ManagedServiceFactory< /а>. См. JaasConfigFactory для одного такого примера.

Ключевые моменты здесь

1. Вы регистрируете экземпляр ManagedServiceFactory с PID конфигурации в качестве свойства службы.
2. В ManagedServiceFactory (строка pid, свойства словаря) обратный вызов регистрирует экземпляры FooImpl на основе свойств конфигурации.

Похоже, вы хотите иметь только один пакет с установленным FooImpl, но зарегистрировать несколько сервисов IFoo, по одному для каждой конфигурации. Посмотрите на Declarative Services и используйте заводские конфигурации с Config Admin, чтобы установить несколько конфигураций для компонента DS.