I had a very similar problem. I had a table that was the result of a
search. When a search was performed all was well and the table
displayed. When a link in the table was clicked the action was ignored
as the getter for my table was returning an empty list on that request.
I "fixed" it by making my View Controller session scoped so that the
search results were preserved across requests. If you don't mind session
scoped beans that may work for you too. 

I think another approach would be to make sure that the init() method in
your View Controller sets up the table, so that the rows are present
when the actions are bound.

Cheers,
Ian.


-----Original Message-----
From: Baker,Jonathan [mailto:[EMAIL PROTECTED] 
Sent: 22 June 2006 18:15
To: users@myfaces.apache.org; user@struts.apache.org
Subject: [shale] t:commandLink issues

I am experiencing an issue when embedding a t:commandLink component in a
t:dataTable/t:column.  For some reason my action is failing to bind to
my viewController method.  If I put the exact same link outside of the
table with hard-coded parameter values, the link works correctly.  

I have run in my debugger and discovered that during the
ApplyRequestValues phase while trying to decode the components
submitted, we work our way into the processDecodes method of UIData.
This eventually calls a method called processColumnChildren which should
process each column and the components contained within.  I created a
table that only contains one row for simplicity.  
This method is supposed to get every component for a given row and
process their decode methods.  The problem is that before it process a
row it checks to see if the row is currently available.  This calls
dataModel.isRowAvailable.  Somehow I have an instance of emptyDataModel,
which always returns false to isRowAvailable, so my linkComponent is
never decoded.  

Why is my datamodel always becoming the EmptyDataModel.  During
rendering it has no problem finding my backing beans to populate the
view, it just can't find it during the applyrequestvalues step.

JB



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to