相关内容

CDI最吸引人的特性之一是可移植的扩展SPI。根据规范

加文指出，我构建Weld发行版的脚本有误，所以我创建了Weld 1.0.0 SP1（服务包1），以修复这个问题。现在你可以在artifacts/weld找到Weld的源代码和二进制文件，以及CDI API源代码、javadoc和二进制文件在artifacts/cdi。从这里下载：[链接](https://sourceforge.net/projects/jboss/files/Weld/1.0.0.SP1/weld-1.0.0.SP1.zip/download)。

威廉·德雷在其博客中分享了将Granite DS和CDI集成的经验 [链接](http://graniteds.blogspot.com/2009/11/new-in-graniteds-210-rc1-early-support.html)。

我写了几篇关于使用@Alternative来实现部署时多态性的文章。但我从未真正讨论过它在CDI模块化中的作用。

我很高兴宣布Weld 1.0.0的发布 - 近几天来，有关JSR-299最终草案的公告和Bean Validation的投票进展已经传开了，但这是我最喜欢的！

Mark Little，JBoss的首席技术官，在博客中讨论了我们对于JBoss平台组件模型的愿景——他提供了一个全面的概述，描述了Seam（以及JSR-299/Weld）如何构成核心编程模型。

今天，Red Hat 提交了JSR-299[1]的最终草案，现在称为CDI（上下文和依赖注入），包括参考实现和TCK。查看规范[1]和Javadoc。

我刚刚注意到CDI使得可以用Java编写属性文件，而不是纯文本。我不确定这有没有用，但它很可爱。

我最近为CDI投入了大量工作来编写Javadoc。您可以在这里查看。在javax.enterprise.inject的包文档中有一个关于规范的良好概述。javax.enterprise.inject.

我正努力向社区强调，CDI和Weld不仅仅是依赖注入的解决方案。我们并不是试图解决依赖注入的问题，或者试图构建一个更好的Spring。