相关信息

向后兼容性问题一直是所有框架开发者所面临的挑战。这个术语对不同的人意味着不同的东西

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

我刚刚注意到CDI使得在Java中编写属性文件成为可能，而不是纯文本。我不知道这是否有用，但它确实很有趣。

我最近为CDI的Javadoc投入了大量工作。你可以在这里看到它。在javax.enterprise.inject的包文档中有一个对规范的很好的概述。javax.enterprise.inject.

在我的上一篇简短评论中，我向你展示了如何使用@Alternative和替代原型来轻松更改基于部署场景的bean实现。但故事还没有结束。还有两件事我有时希望在部署时能够更改

假设我们有一个外部资源，例如数据库，我们希望根据部署环境进行更改。在CDI中，我们使用生产者字段声明来声明资源。

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

Dan Allen 写了一系列文章，涵盖了 Seam 中的想法如何进入 JSF2。最新的文章介绍了视图参数和创建可书签链接。Seam 用户会发现这些内容非常熟悉。

CDI (JSR-299) 和 Weld 1.0 几乎成为现实。我们得知 Sun 公司将在11月9日将 CDI 和其他 Java EE 6 技术提交给 JCP。我花费了几天时间填写 CDI API 和 SPI 包的 Javadoc，并对规范进行了最后的整理。同时，Pete 和其他人正在修复 RI 和 TCK 中的错误。这个过程历时超过3年，付出了巨大的努力和痛苦，但我们现在看到的是 JCP 规范中审查最严格之一。

Steven Boscarine 写了一个 简短的教程，介绍如何在 Jetty 和 Maven 上使用 Weld 和 JSF。请注意，这里比 Java EE 环境中的样板代码要多一些，因为 Weld 在 Jetty 中的集成需要显式配置。尽管如此，我认为 Steven 做得很好，展示了如何轻松启动和运行这些功能。