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) <[EMAIL PROTECTED]> 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
