jsr372-experts@javaserverfaces-spec-public.java.net

[jsr372-experts] [1372-RevisitFaceletTaglibHandlerClass] PROVISIONALLY CLOSED

From: Edward Burns <edward.burns_at_oracle.com>
Date: Mon, 16 Feb 2015 10:28:04 -0800

On Wed, Feb 11, 2015 at 8:50 PM, Leonardo Uribe <leonardo.uribe_at_irian.at> wrote:

LU> The tag handler do some special internal processing. I'm sure there
LU> are other components out there with similar behavior. The reason is
LU> you usually need to add a couple of lines to process attributes with
LU> MethodExpression instances. There is no other alternative.

>>>>> On Wed, 11 Feb 2015 23:15:38 +0100, arjan tijms <arjan.tijms_at_gmail.com> said:

AT> I hope this is not too much off topic here, but I always found exactly
AT> this problematic. The handling of MethodExpressions is far from
AT> optimal and those handler classes after do relatively simple things,
AT> but make it hard to use a component depending on them with alternative
AT> VDLs.

AT> Kind regards,
AT> Arjan

EB> On balance, I am inclined to take no additional spec action and fix the
EB> impl bug mentioned in item 3. If the volunteer group has some
EB> additional support to revert the change, I'm open to being convinced.

LU> I have to say fix that (align the code with the xsd) will break a lot
LU> of code (well as soon as the facelet-taglib is set to 2.2). The xsd
LU> should be fixed instead.

Because this is a relatively simple and uncontroversial change, and the
reference implementation already does it this way, I concede and have
reverted the xsd for the 2.3 version in the regard suggested above.

Ed

-- 
| edward.burns_at_oracle.com | office: +1 407 458 0017
| 15 days til DevNexus 2015
| 25 days til JavaLand 2015
| 35 days til CONFESS 2015