[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