cdi
-
为什么在 Java EE 中使用 CDI 我知道有很多文章解释了如何在Java EE中使用CDI,但我很难弄清楚这实际上带来了什么优势。例如,假设我有一个当前使用 Foo 实例的类。我可能会做 如上所述配置了bean之后,您的程序现在可
-
-
-
@Inject、@EJB、@Local、@Remote、@LocalBean等:困惑? 我有以下配置: 一个 GF 上的 1 个 EAR,其中包含 2 个带有 EJB 组件的 EJB-JAR。 1 另一台 Glassfish 服务器(=>其他 JVM)上的 WAR,其中包含访问 EJB 组件的 Web 组件。 我在 EAR 的每个 EJB-JAR 中都有 2
-
Java 依赖注入:XML 或注释 注释变得流行。Spring-3支持它们。CDI在很大程度上依赖于它们(我不能使用带有注释的CDI,对吧? 我的问题是为什么? 我听到了几个问题: “它有助于摆脱 XML”。但是 xml 有什么不好呢?依
-
为什么在 CDI 中使用构造函数而不是 setter 注入? 我在SO上找不到任何合理的答案,所以我希望它不是重复的。那么为什么我应该更喜欢 setter 或构造函数注入而不是简单 但是,它仍然像方法一样,我根本没有得到setter注入,它不就是Spring和
-
在 JSR 330 中,@Inject是否可以设置为可选(如 @Autowire(required=false)? Spring's可以配置为,如果没有找到匹配的自动布线候选项,Spring不会抛出错误:
-
-
Weld/CDI 的最佳调试技巧是什么? Java EE 6的优点之一是新的依赖注入框架 - CDI与Weld参考实现 - 这促使我们开始以与实现无关的方式在内部迁移到JSR-330,其明确目标是能够拥有一个被冻结的核心jar,然后能够添加额外的jar,提供
-
标签