CDI扩展，更改已处理类型

Question

使用焊接1.1.13。最终在测试与Arquillian......

假设我向一个字段注入了一些不稳定的东西。比如一个受更改影响的属性，我希望拥有注入点的bean接收更改事件。考虑创建一个CDI扩展。

捕获ProcessAnnotatedType事件并查找在字段注入点上具有自定义注释的所有字段：

 <T> void pat(@Observes ProcessAnnotatedType<T> event, BeanManager bm) {
   final AnnotatedType<T> target = event.getAnnotatedType();

   for (AnnotatedField<? super T> field : target.getFields())
     if (field.isAnnotationPresent(Value.class)) {  // ignore that I don't check @Inject here for the moment
        CtClass wrapper = pool.get(target.getJavaClass().getName());
        ConstPool cp = wrapper.getClassFile().getConstPool();

        CtMethod m = CtNewMethod.make(....)
        ....
        wrapper.addMethod(m);

        event.setAnnotatedType(bm.createAnnotatedType(wrapper.toClass()));
     }
 }

之后，他甚至抓取了字段的所有注入点，并用对应于“包装器”类型的新字段替换了底层的WeldField。否则bean验证将失败。

但这只适用于启动期间的内容设置，而不适用于例如Arquillian使用Bean Manager初始化注入我的一个“包装”的类。事情失败了，因为Bean Resolver使用Type作为哈希键来查找bean。

基本上，我认为我不能用一个额外的方法来“屏蔽”一个由CDI注释（制作成bean）的类，以接收自定义事件。如果一个类型就是一个类型（也就是说，不知道如何代理或伪造equals/hashCode），那就很酷了。

Answer 1

知道了。事实证明，TypeSafeBeanResolver解析器（至少是CDI Weld实现）中的计算值函数（谷歌扩展）是智能的。如果我只是扩展课程：

 CtClass wrapper = pool.makeClass(target.getJavaClass().getName()+"Proxy");
 wrapper.setSuperclass(pool.get(target.getJavaClass().getName()));
 .....
 final AnnotatedType<T> other = bm.createAnnotatedType(wrapper
                    .toClass());

然后一切正常。测试了在bean中捕获事件。将在要点上发布代码并附上注释。