myfaces-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gerald Müllan" <bierbra...@gmail.com>
Subject Re: PPRPanelGroup
Date Wed, 28 Feb 2007 10:33:00 GMT
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

Mime
View raw message