Mailing-List: contact users-help@myfaces.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "MyFaces Discussion" <users@myfaces.apache.org>
Received-SPF: pass (herse.apache.org: domain of bierbrauen@gmail.com
 designates 64.233.182.187 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=Sr2J4H6sBn7lzNQwdcB5ryHnPcJ9W/FzBjFg7ap+VzCCdVxKhT7vLknKkFxG7LEnVEmUragUQ4xT9QrzuJ4Op+r1KDJR30Zu4liCPzX4wXu+w2swhX9OPwoqCPOIL6Q49DH+PU4Eojbfg4JfR1rvSRY0NEHj/i67Yjm7uMl6Rbk=
Message-ID: <311295120702280233x3528ef7cx72c92c14ae1198de@mail.gmail.com>
Date: Wed, 28 Feb 2007 11:33:00 +0100
From: "=?ISO-8859-1?Q?Gerald_M=FCllan?=" <bierbrauen@gmail.com>
To: "MyFaces Discussion" <users@myfaces.apache.org>
Subject: Re: PPRPanelGroup
In-Reply-To: <539D4CDF9DC76142B78507FCBF7F0AB902D2E5B6@shmn27.d50.intra>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <539D4CDF9DC76142B78507FCBF7F0AB902D2E089@shmn27.d50.intra>
	 <311295120702220826u4bb8e101qee26f9a16efd7866@mail.gmail.com>
	 <539D4CDF9DC76142B78507FCBF7F0AB902D2E5B6@shmn27.d50.intra>

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 cont=
ains 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=FCllan [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 privilege=
d.
> If you are not an intended recipient, please notify the sender then delet=
e
> and destroy the original message and all copies. You should not copy, for=
ward
> and/or disclose this message, in whole or in part, without permission of
> the sender.
> --------------------------------------
>


--=20
http://www.irian.at

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

Professional Support for Apache MyFaces