|
List Info
Thread: Re: PPR problem
|
|
| Re: PPR problem |
|
2007-10-08 17:27:52 |
|
Hmm... that looks correct to me too. I don't know what else might be causing the problem. The next step would be to see if there are any JavaScript errors in the browser, possibly looking at the network traffic to see if the updated DOM is being sent back to the browser, possibly assigning an actionListener on the button to make sure that at least the action is queued.
Hope this helps,
Matt
On 10/8/07, Perkins, Nate-P63196 < Nate.Perkins gdc4s.com">Nate.Perkinsgdc4s.com> wrote:
<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.
From: Matt Cooper [mailto: matt.facesgmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">matt.facesgmail.com]
Sent: Monday, October 08, 2007 2:49 PM
To: MyFaces
Discussion
Subject: Re: [Trinidad] PPR problem
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.Perkinsgdc4s.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">Nate.Perkinsgdc4s.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.facesgmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">matt.facesgmail.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.Perkinsgdc4s.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">Nate.Perkinsgdc4s.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 17:29:37 |
|
Oh, and one other tip is to try reproducing the problem using a very simple test case. ; This will sometimes help to narrow down and identify the problem.
On 10/8/07,
Matt Cooper < matt.facesgmail.com">matt.facesgmail.com> wrote:
Hmm... that looks correct to me too. I don't know what else might be causing the problem. The next step would be to see if there are any JavaScript errors in the browser, possibly looking at the network traffic to see if the updated DOM is being sent back to the browser, possibly assigning an actionListener on the button to make sure that at least the action is queued.
Hope this helps,
Matt
On 10/8/07, Perkins, Nate-P63196 < Nate.Perkinsgdc4s.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
Nate.Perkinsgdc4s.com> wrote:
<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.
From: Matt Cooper [mailto: matt.facesgmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">matt.facesgmail.com]
Sent: Monday, October 08, 2007 2:49 PM
To: MyFaces
Discussion
Subject: Re: [Trinidad] PPR problem
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.Perkinsgdc4s.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">Nate.Perkinsgdc4s.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.facesgmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">matt.facesgmail.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.Perkinsgdc4s.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">Nate.Perkinsgdc4s.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.
|
[1-2]
|
|