> Didn't realise that that was the case. Seems to be working though.
I think there may be a discrepancy between the c:set in JSTL and the
behavior of the c:set TagHandler in facelets. Another user was saying
that it worked as well. Facelets must implement it differently by not
evaluating the EL immediately, but instead doing a substitution of EL.
>
> With the exception of <tr:convertDateTime>. Is this also related to
> evaluation order?
I just looked at the source code after reading your stack trace, and
the UIXComponentBase.findComponent is dying on this line:
if ("".equals(id))
throw new IllegalArgumentException();
Interpreting the stack trace:
Caused by: java.lang.IllegalArgumentException
at
org.apache.myfaces.trinidad.component.UIXComponentBase.findComponent(UIXComponentBase.java:491)
at
org.apache.myfaces.trinidad.util.ComponentUtils.findRelativeComponent(ComponentUtils.java:385)
at
org.apache.myfaces.trinidadinternal.context.RequestContextImpl.addPartialTriggerListeners(RequestContextImpl.java:550)
at
org.apache.myfaces.trinidad.component.UIXComponentBase.decode(UIXComponentBase.java:710)
It seems that the partialTtriggers of a component is "" during decode,
which is an invalid value (although if true, this should probably be
handled).
>From the stack, it appears that the problem is a child of a column
component. Try to see if you can determine the component and
partialTriggers that may be blank on decode, then get back to us.
