如何注入存在于另一个类加载器中的CDI托管bean

Question

我正在开发一个将在JavaEE应用程序中使用的框架，因此很可能部署在EAR文件的\lib目录中。

该框架将使用CDI以编程方式查找和注入位于使用该框架的JavaEE应用程序中的bean。我遇到的问题是，提供程序。从javax获取（）方法。企业供应商

为了检查这不是一个与CDI相关的问题，我还尝试使用MyClass myClass=Class.forName（clazz）. newInstance（）；来获取类的实例，但是抛出了ClassNotFoundExc0019。

我用于测试目的的EAR文件的结构如下：

MyTestApp.ear
+\lib\MyFramework.jar <----Contains the framework invoking the Provider.get() method
+MyTestApp.jar        <----Contains the bean I want to inject

我的测试应用程序的EAR包含一个application.xml文件，其中包含

我认为出现这个问题是因为我想要注入的bean存在于一个单独的类加载器中。i、 e.\lib\MyFramework。jar与MyTestApp位于不同的类加载器中。jar。我发现这个问题似乎表明情况就是这样。考虑到我正在开发一个框架，我不相信这个问题的答案是满足我需求的可行解决方案。

我很想知道创建一个CDI可移植扩展是否能让我得到一个我想要使用的bean实例，但我在这方面没有足够的经验。使用@ProcessAnnotatedType

我的问题是：

>

我假设发生此问题是因为\lib\MyFramework，对吗。jar和MyTestApp。jar是否在单独的类加载器中？

我可以使用CDI做任何事情，当部署在EAR文件的\lib目录中时，允许我的框架进行Provider.get（）方法调用，以避免Weld抛出未满足的解决方案 ？

除了CDI，我还能做些什么来达到同样的效果吗？

使现代化

我现在尝试移动MyFramework。jar到EAR文件的根目录，并在应用程序中包含jar模块。xml文件，但由于CDI未满足依赖项异常，容器无法启动应用程序。异常中引用的bean可以在MyFramework时被注入。jar位于\lib目录中，与我的问题中引用的bean不同。




Answer 1

在我看来，让“框架”依赖于应用程序实现可能是一个糟糕的体系结构决策。也许您的应用程序应该实现一些框架级接口来实现您的目标。正如您所拥有的或希望它工作的那样，这表明您ear中的一个应用程序，任何真正的应用程序，都可以通过向框架提供实现来影响您ear中所有其他应用程序的操作。这对我来说似乎是个坏主意。而且，如果您能够实现这一点，并且ear中有多个应用程序提供了这一实现，那么CDI仍然可能会因为不明确的依赖关系而失败。

虽然以上可能行得通，但经过思考，我认为这也是一个坏主意。你真的应该认真看看你真正想做的事情。我认为如果你更仔细地看看你正在尝试做什么，你会发现你可能能够剥离或抽象一些依赖，并且仍然为框架提供实现，但不是从耳朵里的应用程序。

Answer 2

1：是的

2：其实我不知道

3：是的，您必须了解ear类加载器层次结构，ear lib目录中的JAR是在ear级别加载的，因此在所有子类加载器中都可用（ear中每个组件有一个子类加载器）。

这意味着我的框架。jar在MyTestApp中可见。jar ear子类加载器，但反向为false。

在JavaEE中，我应该将哪些JAR放在库目录中？

您可以：

• 移动MyTestApp.jar到耳lib目录（MyFramework.jar可以在lib目录和引用MyTestApp.jar或在耳根）
• 移动MyFramework.jar在耳根和参考MyTestApp.jar在其清单类路径

请参见在一个EAR中部署多个依赖的CDI罐