Java 将参数注入bean、cdibean与jsfbean

Java 将参数注入bean、cdibean与jsfbean,java,jsf,cdi,code-injection,Java,Jsf,Cdi,Code Injection,经过一些实验,我已经能够使用@ManagedProperty和一些EL将GET参数注入到@ManagedBean(因此,JSF)bean中 现在,除了从FacesContext.getCurrentInstance().getExternalContext()读取参数映射的方法外,我还无法将GET参数注入到名为@的(因此是CDI-)bean中 因此,我一直在阅读JSFbean和CDIBeans的优缺点。 简言之,我有两个问题: 第一。与CDIBeans相比,使用JSFbean会有什么缺点吗? 第

经过一些实验,我已经能够使用
@ManagedProperty
和一些EL将GET参数注入到
@ManagedBean
(因此,JSF)bean中

现在,除了从
FacesContext.getCurrentInstance().getExternalContext()
读取参数映射的方法外,我还无法将GET参数注入到名为
@的
(因此是CDI-)bean中

因此,我一直在阅读JSFbean和CDIBeans的优缺点。 简言之,我有两个问题: 第一。与CDIBeans相比,使用JSFbean会有什么缺点吗?
第二。如果是这样的话,有没有一种干净的方法可以将GET参数注入cdibean?

我希望不要在这里启动flamewar,但可以肯定地说,CDI作用域和依赖注入机制比JSF作用域覆盖的范围要广得多。一般来说,使用CDI作用域会更好,但这里可能会涉及到几乎任意的细节

关于您的问题:带来了http参数注入,以及其他许多东西。退房

更新:
如果您害怕将焊料集成到您的项目中(不要这样做!),请看一看到底是哪种焊料发挥了神奇的作用。您可以轻松地将其复制到您的项目中—只是锡焊背后的开发人员在他们的脑海中有一些比您可能在现场想到的更多的案例。

就我个人而言,就我所知,我确实支持CDI。但是,关于您对HTTP参数的建议,我并不急于为标准Java在某种程度上已经涵盖的单个函数使用另一个框架。我想我的问题可以更好地表述为“使用基本JEE功能将我的HTTP参数注入CDIBean的最佳方式是什么?”我不想挑剔,但焊料是最重要的单个CDI扩展,而不是另一个框架。这使它成为我所知道的所有CDI项目中的一级公民。好的,谢谢Jan!我会读一些关于焊料的文章并尝试一下。谢谢你的帮助,你赢得了我的支持。如果是glassfish,那么就使用最新的。事实上,我正在使用glassfish,致力于3.1.2。你是不是建议换成Glassfish 4?这对我有什么帮助呢?关于这种情况,有没有新的特性?没有,但是在整合JSF和CDI托管bean时有一些变化。您可能正在使用旧版本。