You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@myfaces.apache.org by "Christian Beikov (JIRA)" <de...@myfaces.apache.org> on 2016/01/28 14:48:39 UTC

[jira] [Commented] (MYFACES-4028) Custom Taglib with composite components and JSTL

    [ https://issues.apache.org/jira/browse/MYFACES-4028?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15121482#comment-15121482 ] 

Christian Beikov commented on MYFACES-4028:
-------------------------------------------

This issue says that setting the property to true should fix the problems, but I guess it doesn't

> Custom Taglib with composite components and JSTL
> ------------------------------------------------
>
>                 Key: MYFACES-4028
>                 URL: https://issues.apache.org/jira/browse/MYFACES-4028
>             Project: MyFaces Core
>          Issue Type: Bug
>    Affects Versions: 2.1.17, 2.2.9
>            Reporter: Christian Beikov
>         Attachments: issue.zip
>
>
> I tested this on Wildfly 10.0.0.CR5 with both, MyFaces 2.1.17 and 2.2.9 but I suppose this issue is not specific to my environment.
> The example project can be found on Github: https://github.com/beikov/myfaces-composite-jstl-issue
> I think the essential problem is, that a composite component passes an EL expression to a custom tag which then uses the expression in a JSTL Tag.
> I don't know if it's just illegal to do something like this, or if there is an actual bug, but if it is the former, I'd expect an exception.
> Depending on whether the property "org.apache.myfaces.REFRESH_TRANSIENT_BUILD_ON_PSS_PRESERVE_STATE" is enabled the behavior is different.
> When enabled, the converter that is attached to the composite component will be considered for state saving which in this case leads to a converter without state when restoring and finally leading to a converter exception on postback.
> When disabled, the first postback request just seems to do nothing, but then, it seemingly works as expected.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)