焊接-001408& ValidationInterceptor &玻璃鱼4.0倍& EAR & CODi不能部署吗？

Question

我正在将JSF/Primefaces 3.5.xGF3.1.1应用程序迁移到GF4.0。它是一个带有war的EAR，一个充满jar的EAR和lib。

WAR有/lib：

'org.apache.myfaces.extensions.cdi.core:myfaces-extcdi-core-api:1.0.5'，'org.apache.myfaces.extensions.cdi.core:myfaces-extcdi-core-impl:1.0.5'，

'org.apache.myfaces.extensions.cdi.modules:myfaces-extcdi-jsf20-module-api:1.0.5'，'org.apache.myfaces.extensions.cdi.modules:myfaces-extcdi-jsf20-module-impl:1.0.5'，

除了PF和Omnifaces以及其他一些依赖项(codi消息、api和impl也包括在内-必须是一个传递的dep)。注意：没有CODi验证的东西在战争中，也没有任何hibernate jars。

EAR Lib也有一堆EAR-它不复制CODi的东西，也不包括一些弹簧和速度的东西，ApacheCommonsand一些其他的东西--同样地，没有CODi验证器的东西或者hibernate的东西。

在部署时，我得到：

org.jboss.weld.exceptions.DeploymentException: WELD-001408 Unsatisfied dependencies for type [Validator] with qualifiers [@Default] at injection point [[UnbackedAnnotatedField] @Inject private org.hibernate.validator.internal.cdi.interceptor.ValidationInterceptor.validator]

我见过另外两个与此有关的帖子：

WELD-001408 Unsatisfied dependencies for type [Validator]

&

CDI / Weld Unsatisfied dependencies proglem

这两种方法都没有显示出CODI验证器是问题的幕后主因--但我的部署单元(或EAR)中根本没有这一点。

有办法解决这个问题吗？

切换到DeltaSpike (和/或OS890 codi DS组合体)不是一个直接的选择；使用ee7也不是一个直接的选择。我需要试着让它尽可能少地进行代码更改。

有什么想法吗？

Answer 1

我找到了以下解决方案：

在“myfaces-extcdi-jsf20- the impl-1.0.5.jar”中，完全删除包"org.apache.myfaces.extensions.cdi.jsf.impl.bv“。

没有什么完美的，但到目前为止对我来说.

Answer 2

他们刚刚在推特上说，最新的快照可以和EE7一起使用。我想没人回过头来报道这个问题(至少到今天我还没看到JIRA的票)。