Issue Details (XML | Word | Printable)

Key: SHALE-341
Type: Bug Bug
Status: Resolved Resolved
Resolution: Fixed
Priority: Major Major
Assignee: Unassigned
Reporter: mario buonopane
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
Shale

Problem t:datascroller does not work in shale dialog

Created: 27/Nov/06 08:17 PM   Updated: 23/Jan/07 04:40 PM
Component/s: None
Affects Version/s: 1.0.4-SNAPSHOT
Fix Version/s: 1.0.4

File Attachments:
  Size
File Licensed for inclusion in ASF works Datascroller.war 2006-11-28 08:16 AM mario buonopane 3.62 MB
File Licensed for inclusion in ASF works Datascroller2.war 2006-12-01 03:58 AM Craig McClanahan 3.58 MB
Environment: windows tomcat/websphere


 Description  « Hide
I have a simple page with a t:dataTable and a t:datascroller. The datascroller does work correctly if the page is not part of a Shale Dialog. If I put this page in a Shale dialog, the datascroller does NOT work correctly (does not change page and always shows the first page).

 



 All   Comments   Change History   Subversion Commits      Sort Order: Ascending order - Click to sort in descending order
mario buonopane added a comment - 28/Nov/06 08:16 AM
This is a simple application that reproduce the problem.
if you run the dataScroller.jsp page directly (http://xxxx/Datascroller/dataScroller.faces) the t:datascroller works fine.

If you run dataScroller.jsp in a Shale Dialog does NOT work fine. To test this case run the url http://xxxx/Datascroller/ and then click the "Start" button.


Craig McClanahan added a comment - 01/Dec/06 03:58 AM
Revised version of the example application that includes the Shale JARs that will be in the 20061201 nightly build. With these jars, the data scroller works as expected inside a dialog.


Craig McClanahan added a comment - 01/Dec/06 04:01 AM
Gary's comment about BasicDialogContext.outcome(), on the user mailing list, was spot on. When the incoming outcome was null, we were staying in the same state (as expected), but we were mistakenly recreating the JSF view (with the same view id). This would cause the loss of any data that the components had stored in the component tree, which happens to include where <t:dataScroller> maintains its state information.

The fixed code will be in the 20061201 version of the nightly build. Mario, you'll note that Shale has gone through a pretty major refactoring since the 20060831 code you are working with, and the various pieces of functionality have been separated into separate JAR files. That way, you only need to include the pieces of Shale that you need for a particular app. Check the documentation on the website <http://shale.apache.org/> for more on how to configure each of the elements.