Question

我有一个通用的EL制作人，我写这篇文章是为了利用WELD在我需要它时“让它工作”的能力，甚至将类型强制写入函数，以确保返回类型匹配焊接注入点。

这是我的问题： WELD从注入点的可分配类型解析，即，如果您的注入点是String，它将仅查找具有String返回类型的生成器。

这是有问题的，因为我想要一个负责类型强制的生产者，并交回正确类型的对象。

作为一个kludge，我有一个字符串生成器方法，该方法别名为真正的生产者，并且只有类型kludging。

这......至少有效，直到我得到一个Object类型注入点的情况，此时我的所有kludge方法和泛型生成器ALL都匹配，给出一个模糊的依赖异常，即使我在生产者身上使用@Typed。

有没有理智的方法，或者我应该放弃让WELD为我做所有艰苦工作的想法？

这是一个使用此生成器的示例，来自具有Request范围的错误处理bean。 RequestURI是在这种情况下很麻烦的，其他两个需要键入的“kludge”方法才能工作。此特定bean的主要功能（不包括代码）是捕获未处理的异常并通过电子邮件将其报告给我们，以便在将来的修订版中进行更具体的错误处理。这里的基本用例是简化对EL的编程访问，并且可能允许使用值绑定写回EL，尽管在这个特定的代码中是不可能的。

我知道我可以使用其他方法执行以下操作，但这不是重点。实际上，以编程方式IMO更容易访问EL是一件好事，特别是在处理JSF 2.0引入的一些更奇特的范围（特别是Flash范围）时。我的大多数用例都与Flash作用域有关，但在这里公开是不安全的，也不是可预测的类型，或者应该为它们编写kludges的类型，因此我想要这种更通用的方法。

   @Inject
   @ELResource("#{requestScope['javax.servlet.error.exception']}")
   protected Exception exception;

   @Inject
   @ELResource("#{requestScope['javax.servlet.error.status_code']}")
   protected String statusCode;

   @Inject
   @ELResource("#{requestScope['javax.servlet.error.request_uri']}")
   protected Object requestUri;

这是我的资格赛：

@Target(value = {ElementType.FIELD,ElementType.METHOD,ElementType.PARAMETER})
@Retention(value = RetentionPolicy.RUNTIME)
@Documented
@Qualifier
public @interface ELResource {
    @Nonbinding
    String value();
}

制片人：

@Dependent
public class ELProducer {

    @Inject
    FacesContext facesContext;

    @Inject
    Logger log;

    @Produces
    @ELResource("")
    public Object getELResource(InjectionPoint ip) {
        log.entering(getClass().getName(), "getELResource()",new Object[] {ip});

        ExpressionFactory expFactory = facesContext.getApplication().getExpressionFactory();
        String elString = ip.getAnnotated().getAnnotation(ELResource.class).value();
        Class coercionType = resolveClass(ip);

        log.log(Level.INFO, "EL String: {0} of type: {1}", new Object[] {elString, coercionType.getName()});
        if (elString == null || elString.length() <= 0) {
            log.log(Level.SEVERE,"No EL String specified for injection");
            log.exiting(getClass().getName(), "getELResource()");
            return null;
        }

        ValueExpression ve = expFactory.createValueExpression(facesContext.getELContext(), elString, coercionType);

        if (ve != null) {
            Object retval = ve.getValue(facesContext.getELContext());
            log.log(Level.INFO,"EL Result: {0} of type: {1}",new Object[] { retval, ((retval != null) ? retval.getClass().getName() : "NULL") } );
            log.exiting(getClass().getName(), "getELResource()",new Object[] {retval} );
            return retval;
        } else {
            log.log(Level.WARNING,"Null EL Result");
            log.exiting(getClass().getName(), "getELResource()");
            return null;
        }
    }

    // TODO: There should be a better way of accomplishing the below
    @Produces
    @ELResource("")
    public String getELStringResource(InjectionPoint ip) {
        return (String)getELResource(ip);
    }

    @Produces
    @ELResource("")
    public Exception getELExceptionResource(InjectionPoint ip) {
        return (Exception)getELResource(ip);
    }

    private Class resolveClass(InjectionPoint ip) {
        Annotated annotated = ip.getAnnotated();
        Member member = ip.getMember();

        if (member instanceof Field) {
            Field field = (Field)member;
            return field.getType();
        } else if (member instanceof Constructor) {
            Constructor con = (Constructor)member;
            AnnotatedParameter ap = (AnnotatedParameter)annotated;
            return con.getParameterTypes()[ap.getPosition()];
        } else if (member instanceof Method) {
            Method method = (Method)member;
            AnnotatedParameter ap = (AnnotatedParameter)annotated;
            return method.getParameterTypes()[ap.getPosition()];
        } else {
            return null;
        }

    }
}

错误：

org.jboss.weld.exceptions.DeploymentException: WELD-001409 Ambiguous dependencies for type [Object] with qualifiers [@ELResource] at injection point [[field] @Inject @ELResource protected xxx.backing.ErrorHandler.requestUri]. Possible dependencies [[Producer Method [Exception] with qualifiers [@Any @ELResource] declared as [[method] @Produces @Typed @ELResource public xxx.ELProducer.getELExceptionResource(InjectionPoint)], Producer Method [String] with qualifiers [@Any @ELResource] declared as [[method] @Produces @Typed @ELResource public xxx.ELProducer.getELStringResource(InjectionPoint)], Producer Method [Object] with qualifiers [@Any @ELResource] declared as [[method] @Produces @Dependent @ELResource public xxx.ELProducer.getELResource(InjectionPoint)]]]
        at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:309)
        at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:139)
        at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:162)
        ...

Answer 1

我知道我可以使用其他方式进行以下操作方法，这不是重点。

我真的很努力，但我不管理而不是来评论您正在失去类型安全性（这是CDI的主要设计目标之一），并且EL评估是性能杀手......; - ）

无论如何，（几乎不）说：

没有真正的CDI选项可以解决这个问题。我建议您使用特定类型的EL表达式，如ElObject左右，由生产者构建，它本身为客户端提供类型安全访问器。

修改：您可能需要查看Seam Solder，它以简洁的方式提供EL功能......

使用带有WELD的EL解析器时，如何解决类型差异？

1 个答案: