WELD-00143伪作用域bean具有循环依赖关系
异常0:org.jboss.weld.exceptions.deploymentexception:weld-001443:伪作用域bean具有循环依赖关系。依赖关系路径：-托管Bean[class com.my.own.bounded_contexts.client.cache.CacheClientCommPriorizedAcceptRequestService],带有限定符[@any@default],
对于焊接中的这个问题，有什么已知的解决方案吗？
共有1个答案
焊缝符合这方面的规范。
根据CDI规范，第5节：
容器需要支持bean依赖关系图中的循环性，其中参与每个依赖关系循环链的至少一个bean具有正常作用域，如在正常作用域和伪作用域中定义的。容器不需要支持依赖项的循环链，其中参与链的每个bean都有一个伪作用域。
-
使用WildFly8.1，我有几个bean，我尝试将几个EJB相互注入。假设我有三个豆子： 很明显，我有循环依赖。根据规格： 抱歉，如果这个问题太琐碎了。我将感谢任何良好的进一步阅读来源，将解释呈现的行为。提前道谢。 更新OK。我找到了变通办法。我使用了@EJB注释而不是@Inject，但这并不能解释@Inject的奇怪行为。这个问题仍然没有解决，但正如Mika所建议的，它可能是CDI规范和Wel
-
问题内容： 我目前正在研究Vaadin春季应用程序。根据应用规范，必须通过查询数据库来完成对用户的身份验证/授权。如何解决这个问题？我正在使用Spring Boot 1.4.2.RELEASE。 更新 ：此方法适用于Spring Boot 1.1.x.RELEASE，但是在最新版本中会产生以下错误消息。 原始代码如下所示： 帐户存储库： JdbcAccountRepository： JdbcUse
-
我尝试用JNI在Java项目中加载C代码。我要加载多个DLL，不幸的是，其中两个之间存在循环依赖关系：DLL a需要DLL B，而DLL B又需要DLL a！我知道在DLL之间有循环依赖关系是一种糟糕的编程设计，但在我的项目中，C代码对我来说是一个黑盒子。 有没有办法加载具有循环依赖关系的DLL？ 我的代码非常简单： Java库路径是OK的，并且包含两个DLL（它作为VM参数给出，我也将其转储并在
-
问题内容： 我是一个长期的python开发人员。我正在尝试Go，将现有的python应用程序转换为Go。它是模块化的，对我来说真的很好用。 在Go中创建相同的结构后，我似乎陷入了周期性的导入错误，这比我想要的要多得多。从未在python中出现任何导入问题。我什至不必使用导入别名。所以我可能有一些在python中不明显的周期性导入。我实际上发现那个奇怪。 无论如何，我迷路了，试图在Go中修复这些问题
-
我知道循环依赖通常是不被鼓励的——然而，在C#和TypeScript中，我有时发现它们很有用。这可能是因为我缺乏python方面的经验，也可能是因为我的思维方式不对，或者是因为我没有找到谷歌应该使用的词语。我将如何解决以下问题？ 我试图创建一个处理请求的类，每个处理事件都伴随着一个上下文。所以，我想创建handler类和context类，但它们是依赖的，linter在第2行给了我问题，说Handl
-
问题内容： 我有一个模块化的maven项目，其中两个模块“ BIZ”和“ EJB”包含如下内容： 如您所见， “ EJB”依赖于“ BIZ”， 因为它使用 MyClassX （实际上，它使用了BIZ的几种类别）。这就是 ImplFactory 使用反射实例化 InterfaceImpl 的原因。问题是 cl.newInstance（） 将抛出 ClassCastException， 因为这两个模块