当使用带有WELD的EL解析器时,我如何解决类型差异?



我有一个通用的EL生成器,我已经编写了它,以利用WELD的能力,只是"使它工作",当我需要它完成,甚至有类型强制写入函数,以确保返回类型匹配焊缝注入点。

我的问题是:WELD从注入点的可分配类型进行解析,也就是说,如果你的注入点是一个String类型,它只会寻找返回类型为String的生产者。

这是有问题的,因为我想要一个生产者来处理类型强制转换,并返回一个正确类型的对象。

作为一个组合,我有一个String生产者方法,它别名为真正的生产者,并且只进行类型组合。

…至少可以工作,直到我遇到具有对象类型注入点的情况,此时我的所有kludge方法和泛型生产者ALL都匹配,即使我在生产者上使用@Typed,也会给出一个模糊的依赖异常。

是否有一个相同的方法来解决这个问题,或者我应该放弃让WELD为我做所有艰苦的工作的想法?

下面是一个使用该生成器的示例,来自一个Request作用域的错误处理bean。在这种情况下,RequestURI是一个麻烦的方法,另外两个需要类同的"拼凑"方法才能工作。这个特定bean(不包括代码)的主要功能是捕获未处理的异常,并通过电子邮件向我们报告,以便在未来的版本中进行更具体的错误处理。这里的基本用例是简化对EL的程序化访问,并可能允许使用值绑定回写EL,尽管在此特定代码中不可能。

我知道我可以用其他方法做下面的事情,但这不是重点。实际上,使编程访问EL变得更容易是一件积极的事情,尤其是在处理JSF 2.0引入的一些更奇特的作用域(尤其是Flash作用域)时。我的大多数用例都与Flash作用域有关,但在这里透露是不安全的,它们也不是可预测的类型,或者应该为它们编写包的类型,因此我想要这个更一般化的方法。

   @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)
        ...

我知道我可以用其他方法做下面的事情方法,这不是重点。

我真的很努力,但是我没有not manage not来评论你正在失去类型安全(这是CDI的主要设计目标之一),并且EL评估是性能杀手……: -)

无论如何,(几乎不是)说:

没有真正的CDI选项来克服这个问题。我建议您为这些el表达式使用特定的类型,比如ElObject,它是由生产者构造的,并且它本身为客户端提供类型安全访问器。

Edit:你可能想看看Seam Solder,它以一种整洁的方式提供el功能…

相关内容

  • 没有找到相关文章

最新更新