[jbosstools-dev] why aren't nonresolved EL names marked anymore?

Max Rydahl Andersen max.andersen at redhat.com
Thu Apr 7 05:19:59 EDT 2011


> EL validator doesn't warn if the first segment of EL is not resolved.
> For example:
> #{nonresolvedBean.someProprerty} - no warnings
> #{resolvedBean.nonresolvedProperty} - warning
> #{resolvedBean.resolvedProperty.nonresolvedProperty} - warning
> This is a default behavior since the very first version of EL validator. 
> But you can change it in preferences.

Yeah, I found it eventually ;)

> It's not related to performance problems. By default we try to resolve 
> EL anyway unless you switch EL validation off at all.
> We use that as default because we still dont' recognize all the valid 
> ELs. For example we still don't recognize facelet parameters, annotated 
> managed beans, etc.

Ok, I remember now.

Pondering if there could be a better solution since the last few CDI projects i've tried
we seem to be doing pretty well...

/max

> 
> On 04/06/2011 05:27 AM, Max Rydahl Andersen wrote:
>> Hi,
>> 
>> just noticed JBT 3.2 defaults to not warn against missing EL expressions.
>> 
>> I thought we did that because of performance problems but are that still relevant today ?
>> 
>> /max
>> http://about.me/maxandersen
>> 
>> 
>> 
>> 
>> _______________________________________________
>> jbosstools-dev mailing list
>> jbosstools-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
> 
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev

/max
http://about.me/maxandersen






More information about the jbosstools-dev mailing list