【发布时间】:2013-10-18 17:57:06
【问题描述】:
这与 JSF FacesConverter 不是 CDI 的合格 @Inject 目标的已知问题的解决方法有关。我遵循了CDI Injection into a FacesConverter 的解决方法。然而,在我的 FacesConverter 中,我一直在利用将对象的类传递给构造函数的特性。
来自javadoc - “如果转换器有一个带 Class 实例的单参数构造函数,并且要转换的数据的 Class 在转换器实例化时是已知的,则必须使用此构造函数来实例化转换器,而不是零参数版本。”这与 CDI 对“正常范围”bean 的要求直接冲突,其中允许使用无参数或 @Inject 带注释的构造函数。
总之,我想使用一个可以进行 CDI 注入的转换器,并且可以在运行时访问正在转换的对象的类。
我在带有 Weld 2.0.4 的 Glassfish 4 上使用 Mojarra 2.2.4。
【问题讨论】:
-
您是否阅读了您自己找到的答案的“更新”部分?
-
我有。我希望得到一些不涉及引入更多库的东西。但总的来说,这可能比我开始考虑的黑客更干净。谢谢鲍克
-
OmniFaces 不仅仅是一个库 :) 里面有很多东西可以极大地帮助减少/简化 JSF 代码。
-
其实 OmniFaces 主页说它是一个“实用程序库”。
-
我将检查 Omnifaces,但将额外的依赖项保持在最低限度是一个优先事项。我可能采用的替代方法是保留 FacesConverter 声明,但使用通过 CDI BeanManager 的显式查找来替换非功能性 Inject 注释。如果这个问题可以在 JSF 中解决就好了。已经有一段时间了...