在使用 Spring DI applicationContext.xml 声明依赖注入方式的经验后,我现在尝试弄清楚如何对 Java EE6 CDI 做同样的事情。
使用 Spring,我可以使用多个配置文件(如 unittest.xml、devel.xml、qa.xml、production.xml)发布我的 .jar,并使用命令行参数或环境变量激活它们。
使用 CDI,我可以在beans.xml中使用 @Alternative 并在web.xml中使用属性,但似乎无法为不同的环境提供多个 beans.xml。
我不想使用 Maven 配置文件/过滤器来生成我的应用程序的 4-6 个版本,尽管我知道对于某些情况下这将是更好的解决方案(即向客户发送准备好的构建战争 - 但我只在内部使用我的战争所以让我们节省编译时间!)
最好,我还可以从文件系统加载这些配置文件,以便系统管理员可以编辑它们,而无需重新构建应用程序。
拥有多个依赖项和属性配置集的 Java EE6 方式是什么?
如果没有,截至 2013 年推荐的替代方案是什么?使用弹簧?接缝?古斯?我看到了 Apache DeltaSpike 的提及,但从网页来看,它们似乎仍然是 alpha。