[prev in list] [next in list] [prev in thread] [next in thread] 

List:       myfaces-user
Subject:    Re: PPRPanelGroup
From:       "=?ISO-8859-1?Q?Gerald_M=FCllan?=" <bierbrauen () gmail ! com>
Date:       2007-02-28 10:33:00
Message-ID: 311295120702280233x3528ef7cx72c92c14ae1198de () mail ! gmail ! com
[Download RAW message or body]

Hi,

i think you mean the examples from the following url:

http://example.irian.at/example-sandbox-20070228/pprPanelGroup.jsf

To me all the links and buttons are working fine with a ppr-request.
Have you tried out this latest build?

cheers,

Gerald

On 2/26/07, Oellien, F (Frank) <Frank.Oellien@intervet.com> wrote:
> 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) <Frank.Oellien@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.
> --------------------------------------
> 


-- 
http://www.irian.at

Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German

Professional Support for Apache MyFaces


[prev in list] [next in list] [prev in thread] [next in thread]