RE: PPRPanelGroup - Additional Info

["Oellien, F (Frank)" <Fr...@Intervet.com>]

I have just figured out, that the PPRPanelGroup shows only this strange behavior, if used with Sun Standard implementation. When I use myfaces instead the resukts are different:
Now I receive an alert window with the message: 'an error occurred during the ajax-request XMLHttpTransport Error: 500 Internal Server Error

Frank

> -----Original Message-----
> From: Oellien, F (Frank) [mailto:Frank.Oellien@Intervet.com] 
> Sent: Montag, 26. Februar 2007 13:27
> To: MyFaces Discussion
> Subject: RE: PPRPanelGroup
> 
> Hello,
> 
> That is what I have done so far.
> I have tried both 1.1.4 and 1.1.5 in a new web application 
> that only contains the original JSP file and the 
> corresponding Backing Bean.
> 
> And these are the results:
> 
> PPRSumit button -> Request/Page Refresh
> ConfiguredSubmit Button -> Request/Page Refresh Update first 
> group partially checkbox -> Request/Page Refresh testAction 
> Button -> Request/Page Refresh Partial testAction button -> 
> Request/Page Refresh Partially submit by change combobox -> 
> OK, Ajax Partially submit by change checkbox -> OK, Ajax 
> Command link -> OK, Ajax Second PPRPanelGroup Button -> 
> Request/Page Refresh
> 
> Any explanation for that?
> 
> Frank
> 
> > -----Original Message-----
> > From: Gerald Müllan [mailto:bierbrauen@gmail.com]
> > Sent: Donnerstag, 22. Februar 2007 17:26
> > To: MyFaces Discussion
> > Subject: Re: PPRPanelGroup
> > 
> > Hi,
> > 
> > you have to register every component which should fire a 
> ppr-request.
> > This can be done in an exactly manner via the "partialTriggers"
> > attribute:
> > 
> > E.g. id of a commandButton is "nextWizardStep"; 
> Consequently if going 
> > to the next wizard step should occur via a ppr-request (the whole 
> > wizard page is embedded in the
> > s:pprPanelGroup) "partialTriggers" has to be set to 
> "nextWizardStep".
> > 
> > The other possibility is to use the "partialTriggerPattern" 
> attribute:
> > 
> > E.g. if you want to use "nextWizardStep" and "previousWizardStep"
> > buttons, just write "*WizardStep" as the "partialTriggerPattern"
> > attribute.
> > 
> > Every component which is registered via one of the above attributes 
> > should fire a ppr-request, because of the interception point before 
> > the regular form post.
> > 
> > If it does not, there maybe a bug or another problem. E.g. 
> > you cannot use aliasBeans in combination with ppr because of the 
> > scoping. But please post the corresponding code, maybe we 
> can then say 
> > something more on that.
> > 
> > Regarding the sandbox examples:
> > 
> > You are right, the secondFormButton does one time a ppr-request and 
> > the other time a regular submit. It seems to steem from the 
> fact that 
> > the value of the button is changing after activating a command 
> > component from the first form.
> > 
> > But don`t waste time on this, your problem should be another one..
> > 
> > cheers,
> > 
> > Gerald
> > 
> > On 2/22/07, Oellien, F (Frank) <Fr...@intervet.com> wrote:
> > > I have a question regarding the PPRPanelGroup.
> > > When I use the Sandbox-example.war file I can use the 
> PPRPanelGroup 
> > > example as expected. However when I implement the 
> corresponding jsp 
> > > file and the backing bean in my own application every action like 
> > > pressing a commandlink or a commandbutton will be followed by a 
> > > request and a complete side refresh.
> > >
> > > What I have to keep in mind when working with the Ajax
> > functionilities?
> > > By reading the source code it is also unclear for me why 
> PPRSubmit 
> > > button will not led to a whole page refresh and the button in the 
> > > secondform does.
> > >
> > > Regards
> > > Frank
> > > --------------------------------------
> > > This message, including attachments, is confidential and
> > may be privileged.
> > > If you are not an intended recipient, please notify the 
> sender then 
> > > delete and destroy the original message and all copies. You
> > should not
> > > copy, forward and/or disclose this message, in whole or in part, 
> > > without permission of the sender.
> > > --------------------------------------
> > >
> > 
> > 
> > --
> > http://www.irian.at
> > 
> > Your JSF powerhouse -
> > JSF Consulting, Development and
> > Courses in English and German
> > 
> > Professional Support for Apache MyFaces
> > 
> --------------------------------------
> This message, including attachments, is confidential and may 
> be privileged.
> If you are not an intended recipient, please notify the 
> sender then delete and destroy the original message and all 
> copies. You should not copy, forward and/or disclose this 
> message, in whole or in part, without permission of the sender.
> --------------------------------------
> 
--------------------------------------
This message, including attachments, is confidential and may be privileged.
If you are not an intended recipient, please notify the sender then delete
and destroy the original message and all copies. You should not copy, forward
and/or disclose this message, in whole or in part, without permission of
the sender.
--------------------------------------