You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by "Craig McClanahan (JIRA)" <ji...@apache.org> on 2006/04/26 08:14:51 UTC
[jira] Moved: (SHALE-82) [Shale] Strange behaviour when Clay and
JSF tags are mixed on the same page.
[ http://issues.apache.org/struts/browse/SHALE-82?page=all ]
Craig McClanahan moved STR-2454 to SHALE-82:
--------------------------------------------
Project: Shale (was: Struts Action 1)
Key: SHALE-82 (was: STR-2454)
Component: (was: Shale)
Version: (was: Nightly Build)
Assign To: (was: Struts Developer Mailing List)
> [Shale] Strange behaviour when Clay and JSF tags are mixed on the same page.
> ----------------------------------------------------------------------------
>
> Key: SHALE-82
> URL: http://issues.apache.org/struts/browse/SHALE-82
> Project: Shale
> Type: Bug
> Environment: Operating System: Windows 2000
> Platform: PC
> Reporter: Manfred Klug
> Attachments: patch.txt
>
> Each component in the tree needs an unique ID. To support this UIViewRoot has a
> function to create unique IDs (createUniqueId), which is also used by Clay.
> When a page is reshown, the components uses the ID to determine whether a
> component already exists, or one should be created. It is very important that
> createUniqueId creates every time the same sequence of IDs.
> And this is the point where the problem lies.
> Clay doesn't reprocess the tree, doesn't call createUniqueId, and the sequence
> of IDs is damaged.
> The easy solution is as follows:
> After the Clay-Tag has finished, store the next output of createUniqueId
> and when the page is reshown, call createUniqueId an appropriate number of times.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/struts/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org