如何使用CDI构建插件架构 - 我正在使用Wildfly 10

时间:2018-03-04 15:25:56

标签: java java-ee cdi wildfly-10 jboss-modules

我想构建一个基于JEE插件的架构。主要的想法是做类似于eclipse的东西,但是在JEE的背景下。 我的目标是以最少的模块为核心,并允许其他模块扩展其功能。 为此,我使用4个模块实现了测试:

gauges: Defines and implements a gaugesregistry service, also defines a gauge POJO.
cashgauges: implements a gauge producer using CDI. this is a plugin mock.
othergauges: implements a gauge producer using CDI. this is a second plugin mock.
gauges-web: Contains a basic JSF view to query the gauges registry.

依赖关系如下:

cashgauges --> gauges
othergauges --> gauges
gauges-web --> gauges

这是通过在每个部署的文件上使用jboss-deployment-structure.xml来完成的。

部署以单个文件完成:

gauges.jar 
cashgauges.jar 
othergauges.jar 
gauges-web.war

所有服务都会启动,但我看到的是,我的gaugesregistry被多次实例化。我在调试模式下启动了wildfly,我看到每个模块都有自己的gaugesregistry实例:cashgauges和othergauges在注册表上调用相同的方法(addGauge),但这个注册表的实例不一样。

这两种情况都会发生,使用@ApplicationScoped@Singleton注释。我做错了什么?

源代码可在https://github.com/hatit/research

上找到

几天之后,我正在考虑使用ServiceLocator模式和远程引用而不是CDI。有什么建议吗?

1 个答案:

答案 0 :(得分:0)

很好,我得到了两次-2票(-4声誉),因为我问了软件开发人员的高级主题?

我搜索了一下stackoverflow,发现了这个

  

Stack Overflow成立于2008年,是开发人员学习,分享知识和建立自己职业生涯的最大,最值得信赖的在线社区......

如果对此主题感兴趣,那么:

在用作独立模块(JBoss模块)后,了解CDI Bean和EJB生命周期之间的差异几个小时后,我发现:

Singleton CDI Beans每个模块实例化一次,而不是所有模块中的单独实例。

为避免这种情况,我不得不将Registry创建为Singleton Enterprise Session Bean。 这带来了新的问题,CDI注入在模块之间不起作用,所以我不得不打包一个CDI生产者(我不在乎它是否是单身,它只是一个生产者),它可以被任何模块实例化。这个生产者的主要职责是查找Registry EJB,这样可以避免每次需要访问Registry时硬编码jndi路径。

我改变了我的简单示例以支持JSF插件,这是我目前使用的一个示例。

模块facelets:

注册表界面:

public interface FaceletsModuleRegistry {
    void registerModule(String module);

    List<String> getRegisteredModules();
}

注册表实施:

@Local(FaceletsModuleRegistry.class)
@Singleton(name="FaceletsModuleRegistry")
@TransactionAttribute(TransactionAttributeType.NOT_SUPPORTED)
@Vetoed
public class FaceletsModuleRegistryImpl implements FaceletsModuleRegistry {

    private Set<String> registeredModuleNames = new TreeSet<>();

    @Override
    public void registerModule(String module) {
        registeredModuleNames.add(module);
    }

    @Override
    public List<String> getRegisteredModules() {
        return Collections.unmodifiableList(new ArrayList<>(registeredModuleNames));
    }

}

注册表制作人:

@ApplicationScoped
public class FaceletsModuleRegistryBuilder {

    @EJB(lookup="java:global/facelets/FaceletsModuleRegistry!co.hatit.enterprise.facelets.services.FaceletsModuleRegistry")
    protected FaceletsModuleRegistry faceletsModuleRegistry;

    @Produces
    public FaceletsModuleRegistry getFaceletsModuleRegistry(){
        return faceletsModuleRegistry;
    }
}

我想要插件的任何其他模块实现此代码(请参阅@Inject可用于任何需要访问Registry单例实例的模块):

@ApplicationScoped
public class InmueblesActivator {

    @Inject
    private FaceletsModuleRegistry faceletsModuleRegistry;

    public void init(@Observes @Initialized(ApplicationScoped.class) Object init){
        String moduleName = Module.getCallerModule().getIdentifier().getName();
        String name = StringUtils.substringBetween(moduleName, "deployment.", ".jar");
        faceletsModuleRegistry.registerModule(name);
    }

}

然后我可以从任何模块引用Registry作为一个真正的单例实例(解决了我在几个模块中使用CDI单例bean时具有相同类的多个实例的问题)。

现在,我可以插入JEE模块,而不仅仅是java代码,还可以插入facelets资源:

public class FaceletsResourceHandler extends ResourceHandlerWrapper {

    Logger logger = LoggerFactory.getLogger(FaceletsResourceHandler.class);

    @Inject
    FaceletsModuleRegistry faceletsModuleRegistry;

    private ResourceHandler wrapped;

    public FaceletsResourceHandler(ResourceHandler wrapped) {
        this.wrapped = wrapped;
    }

    @Override
    public ViewResource createViewResource(FacesContext context, final String name) {
        ViewResource resource = super.createViewResource(context, name);

        if (resource == null) {
            resource = new ViewResource() {
                @Override
                public URL getURL() {
                    try {
                        //iterates over plugins to find the required resource.
                        for(String module : faceletsModuleRegistry.getRegisteredModules()){
                            URL resource = Module.getCallerModule().getModuleLoader()
                                    .loadModule(ModuleIdentifier.create("deployment." + module + ".jar"))
                                    .getExportedResource("META-INF/resources" + name);
                            if (resource != null) return resource;
                        }
                    } catch (ModuleLoadException e) {
                        throw new FacesException(e);
                    }

                    return null;
                }
            };
        }

        return resource;
    }

    @Override
    public ResourceHandler getWrapped() {
        return wrapped;
    }

}