|
List Info
Thread: Re: PPR problem
|
|
| Re: PPR problem |

|
2007-10-08 16:48:51 |
|
The subform is a NamingContainer so the problem could be issues with the expressions in the partialTriggers.
http://myfaces.apache.org/trinidad/trinidad-api/apidocs/org/apache/myfaces/trinidad/component/UIXSubform.html
There is an open issue with how expressions are resolved for partialTriggers so that too may be in play:
https://issues.apache.org/jira/browse/TRINIDAD-757
To tell for sure, I'd need to see which component(s) have partialTriggers for the buttons being clicked and what their expressions are.
Regards, Matt
On 10/8/07, Perkins, Nate-P63196 < Nate.Perkins gdc4s.com">Nate.Perkins gdc4s.com> wrote:
Right, I do have the partialRendering on the
panelHeader. Like I mentioned below, the rendering of the buttons is
working fine. What is not working fine are the buttons9; actions, no matter
the combination, the second PPR action will fail.
Nate Perkins General Dynamics C4 Systems
This email message is for the
sole use of the intended recipient(s) and may contain GDC4S
confidential or privileged
information. Any unauthorized review, use, disclosure or
distribution is prohibited. If you are not an intended recipient, please contact
the sender by reply email and destroy all copies of the original
message.
From: Matt Cooper [mailto: matt.faces gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">matt.faces gmail.com]
Sent: Monday, October 08, 2007 2:26 PM To: MyFaces
Discussion Subject: Re: [Trinidad] PPR problem
Hi Nate,
If you are trying to PPR the panelButtonBar
components directly, it will not work when rendered was set to false. In
order to PPR something, it must be already rendered. Instead, either PPR
the parent of the panelButtonBar components, the panelHeader, or wrap the two
panelButtonBar components in something else, like a panel group layout and PPR
that component instead. That way, any changes to the panelButtonBar
rendered attributes will be visible to the user.
Regards, Matt
On 10/8/07, Perkins,
Nate-P63196 < Nate.Perkins gdc4s.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">Nate.Perkins gdc4s.com>
wrote:
Hey All,
I have a page with the following structure:
<tr:subform> <tr:table> <tr:button id="view"/>
<tr:button id="edit"/>
</tr:table> </tr:subform> <tr:subform>
<tr:panelHeader>
<tr:panelButtonBar rendered="#{readOnly}"> <tr:button id="close" />
<tr:button
id="anotherEdit" partialSubmit="true"/> </tr:panelButtonBar> <tr:panelButtonBar
rendered="#{!readOnly}"> <tr:button id="save"
partialSubmit="true"/> <tr:button id="cancel"
partialSubmit="true"/> </tr:panelButtonBar>
….
</tr:panelHeader> </tr:subform>
The intended behaviour is if you
select view or edit from the table it shows the panelHeader in the appropriate
mode. Then you can do what you need to do in the lower subform (there
are two subforms do to some filtering elements in the table). I only
render the appropriate buttons depending on the mode so at any given time only
one of the panelButtonBars is rendered.
My problem is that if I select edit from the table
(non PPR button) and then hit save (PPR) things go as expected, but if I
select view from the table (non-PPR) and then select edit (PPR) and then save
(PPR), the save action is never called.
I'm not sure what to do about this as I've tried
all combinations of partialTriggers that I could think of with no luck.
I don't think it's a partialTrigger problem as the buttons are being rendered
correctly. I wonder if this is a PPR problem or maybe a PPR in a subform
problem? Without fail though, the second PPR request does not process.
Any help would be greatly appreciated!
Nate Perkins General Dynamics C4 Systems
This email message is for the sole use of the
intended recipient(s) and may contain GDC4S confidential or privileged information. Any unauthorized review,
use, disclosure or distribution is prohibited. If you are not an intended recipient, please
contact the sender by reply email and destroy all copies of the original message.
|
| RE: PPR problem |

|
2007-10-08 16:59:38 |
|
|
<tr:subform>
<tr:table> <tr:button id="view"/>
<tr:button id="edit"/> </tr:table>
</tr:subform> <tr:subform>
<tr:panelHeader id="activePanel"
partialTriggers="anotherEdit save cancel">
<tr:panelButtonBar id="viewBar"
rendered="#{readOnly}">
<tr:button id="close" /> <tr:button
id="anotherEdit" partialSubmit="true"/>
</tr:panelButtonBar>
<tr:panelButtonBar id="editBar"
rendered="#{!readOnly}">
<tr:button id="save" partialSubmit="true"/>
<tr:button id="cancel"
partialSubmit="true"/> </tr:panelButtonBar>
….
</tr:panelHeader> </tr:subform>
Thanks
for looking! I'm still pretty certain that the partialTriggers aren't the
issue though. : )
Nate Perkins General Dynamics C4 Systems
This email message is for the
sole use of the intended recipient(s) and may contain GDC4S
confidential or privileged
information. Any unauthorized review, use, disclosure or
distribution is prohibited. If you are not an intended recipient, please contact
the sender by reply email and destroy all copies of the original
message.
The subform is a NamingContainer so the problem could be issues with
the expressions in the partialTriggers. http://myfaces.apache.org/trinidad/trinidad-api/apidocs/org/apache/myfaces/trinidad/component/UIXSubform.html
There
is an open issue with how expressions are resolved for partialTriggers so that
too may be in play: https://issues.apache.org/jira/browse/TRINIDAD-757
To
tell for sure, I'd need to see which component(s) have partialTriggers for the
buttons being clicked and what their expressions are.
Regards, Matt
On 10/8/07, Perkins,
Nate-P63196 <gdc4s.com">Nate.Perkins gdc4s.com>
wrote:
Right, I
do have the partialRendering on the panelHeader. Like I mentioned below,
the rendering of the buttons is working fine. What is not working fine
are the buttons' actions, no matter the combination, the second PPR action
will fail.
Nate Perkins
General Dynamics C4
Systems
This email message is for the
sole use of the intended recipient(s) and may contain GDC4S
confidential or
privileged information. Any unauthorized review, use, disclosure or
distribution is prohibited. If you are not an intended recipient, please
contact the sender by reply email and destroy all copies of the original
message.
Hi Nate,
If you are trying to PPR the panelButtonBar
components directly, it will not work when rendered was set to false. In
order to PPR something, it must be already rendered. Instead, either PPR
the parent of the panelButtonBar components, the panelHeader, or wrap the two
panelButtonBar components in something else, like a panel group layout and PPR
that component instead. That way, any changes to the panelButtonBar
rendered attributes will be visible to the user.
Regards, Matt
On 10/8/07, Perkins,
Nate-P63196 <gdc4s.com"
target=_blank>Nate.Perkins gdc4s.com> wrote:
Hey All,
I have a page with the following
structure:
<tr:subform> <tr:table> <tr:button id="view"/> <tr:button id="edit"/>
</tr:table> </tr:subform> <tr:subform>
<tr:panelHeader>
<tr:panelButtonBar rendered="#"> <tr:button id="close" />
<tr:button
id="anotherEdit" partialSubmit="true"/> </tr:panelButtonBar> <tr:panelButtonBar
rendered="#{!readOnly}"> <tr:button id="save"
partialSubmit="true"/> <tr:button id="cancel"
partialSubmit="true"/> </tr:panelButtonBar>
….
</tr:panelHeader> </tr:subform>
The intended behaviour is if you
select view or edit from the table it shows the panelHeader in the
appropriate mode. Then you can do what you need to do in the lower
subform (there are two subforms do to some filtering elements in the
table). I only render the appropriate buttons depending on the mode so
at any given time only one of the panelButtonBars is rendered.
My problem is that if I select edit from the
table (non PPR button) and then hit save (PPR) things go as expected, but if
I select view from the table (non-PPR) and then select edit (PPR) and then
save (PPR), the save action is never called.
I'm not sure what to do about this as I've tried
all combinations of partialTriggers that I could think of with no
luck. I don't think it's a partialTrigger problem as the buttons are
being rendered correctly. I wonder if this is a PPR problem or maybe a
PPR in a subform problem? Without fail though, the second PPR request
does not process.
Any help would be greatly appreciated!
Nate Perkins General Dynamics C4 Systems
This email message is for the sole use of the
intended recipient(s) and may contain GDC4S confidential or privileged information. Any
unauthorized review, use, disclosure or distribution is prohibited. If you are not an intended recipient,
please contact the sender by reply email and destroy all copies of the original
message.
|
[1-2]
|
|