You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@myfaces.apache.org by Matthias Wessendorf <ma...@apache.org> on 2007/04/24 12:44:48 UTC
PPRPhaseListener
Is there any reason for not making it part of the AJAX api ?
The AjaxDecodePhaseListener is also part of the package
"org.apache.myfaces.custom.ajax.api"
One more, can we make the package named
org.apache.myfaces.ajax.api
--
Matthias Wessendorf
http://tinyurl.com/fmywh
further stuff:
blog: http://jroller.com/page/mwessendorf
mail: mwessendorf-at-gmail-dot-com
Re: PPRPhaseListener
Posted by Ernst Fastl <er...@gmail.com>.
Shure see you there soon, I'm confident that we'll be able to find a solution.
greez
Ernst
On 4/26/07, Gerald Müllan <bi...@gmail.com> wrote:
> Well, i had a quick look with a dataTable where the value corresponds
> to a aliasBean alias which references a list of objects.
>
> In the PPRPhaseListener the dataTable has been seeked correctly (and
> the main tags rendered out), but during rendering its children the
> amount is 0.
>
> I believe it is the same problem we had with f:loadBundle, which does
> its job only when rendering happens and not in all phases of the
> lifecycle. This results in not rendering the outputText mapped to the
> value of the bundle.
>
> Martin developed s:loadBundle, which is available in all lifecylce
> phases and addresses this problem.
>
> It seems that it takes more time to step into the alias-bean issue.
> Ernst, maybe we get some minutes during apacheCon.
>
> cheers,
>
> Gerald
>
> On 4/26/07, Ernst Fastl <er...@gmail.com> wrote:
> > Hi,
> >
> > The PPRPhaseListener is called before RenderResponse so in my understanding
> > decode should have been called normally on all components.
> >
> > The only thing
> > ommited is the normal rendering. Rather the PPRPhaseListener seeks the
> > affected components based on their clientIds calls the encodeMethods, packs
> > the output into XML, sends this to the client and quits the Lifecycle
> > afterwards.
> >
> > I would guess if there is a problem with the alias-bean it is probably
> > caused by
> > not rendering it. Would that be possible ?
> >
> > regards
> >
> > Ernst
> >
> > On 4/25/07, Volker Weber <v....@inexso.de> wrote:
> > > Hi,
> > >
> > > i don't know how the PPRPhaseListener works, but i think the problem
> > > with the aliasBean is the same as with updateing a component inside of
> > > a UIData.
> > > In the TobagoLifecycle we climb up the viewTree from the
> > > 'affectedAjaxComponent' (we should rename this parameter) to search
> > > for a UIData and invoke decode on this, if found.
> > > Should be easy to implement something like this in the
> > > PPRPhaseListener for aliasScope,
> > > a bit more complicated for aliasBean.
> > >
> > >
> > > Regards,
> > > Volker
> > >
> > > 2007/4/25, Ernst Fastl <er...@gmail.com>:
> > > > Thaks for the info,
> > > >
> > > > following stuff is missing:
> > > >
> > > > -JavaDoc - I'll write that together with the bugfix of
> > > > https://issues.apache.org/jira/browse/TOMAHAWK-969
> > > >
> > > > -testing with RI - hopefully I'll also find time for this
> > > >
> > > > -testcase - how would junit test an AJAX component?
> > > >
> > > > regarding the issue with the alias-been I would guess that is caused
> > > > by the fact that this part of the page is not rendered - cannot think
> > > > of a quick solution for that one - any ideas?
> > > >
> > > > regards
> > > >
> > > > Ernst
> > > >
> > > > On 4/25/07, Gerald Müllan <bi...@gmail.com> wrote:
> > > > > Hi,
> > > > >
> > > > > you can take a look at the promotion requirements in the wiki:
> > > > >
> > > > > http://wiki.apache.org/myfaces/promotion
> > > > >
> > > > > One other issue i have observed; Using ppr in combination with an
> > > > > aliasBean causes the component to fail the variable lookup. This is
> > > > > because of scoping of the alias.
> > > > >
> > > > > So, using ppr with alias bean variables does not work. I actually had
> > > > > no time to take a deeper look into this, but i wouldn`t say this is
> > > > > kind of a blocker issue for promotion to tomahawk.
> > > > >
> > > > > cheers,
> > > > >
> > > > > Gerald
> > > > >
> > > > > On 4/25/07, Ernst Fastl <er...@gmail.com> wrote:
> > > > > > There is one issue I'd like to sort out before that:
> > > > > >
> > > > > > https://issues.apache.org/jira/browse/TOMAHAWK-969
> > > > > >
> > > > > > I hope I'll find time to do that on the weekend or next week during the con.
> > > > > >
> > > > > > other than that since I'm using the PPRPanelGroup sucessfully in 2
> > > > > > projects for 8 months now I have the feeling it is ready for promotion.
> > > > > > Where can the general requirements for graduation be found?
> > > > > >
> > > > > >
> > > > > > On 4/24/07, Matthias Wessendorf <ma...@apache.org> wrote:
> > > > > > > Why not.
> > > > > > >
> > > > > > > Ernst, do you think it is stable ?
> > > > > > > Are all requirements fulfilled for a possible graduation of that component ?
> > > > > > >
> > > > > > > -Matthias
> > > > > > >
> > > > > > > On 4/24/07, Dennis Byrne <de...@dbyrne.net> wrote:
> > > > > > > > What do you guys think the chances are of moving this into the next Tomahawk
> > > > > > > > release?
> > > > > > > >
> > > > > > > >
> > > > > > > > On 4/24/07, Matthias Wessendorf < matzew@apache.org> wrote:
> > > > > > > > > Is there any reason for not making it part of the AJAX api ?
> > > > > > > > >
> > > > > > > > > The AjaxDecodePhaseListener is also part of the package
> > > > > > > > > "org.apache.myfaces.custom.ajax.api"
> > > > > > > > >
> > > > > > > > > One more, can we make the package named
> > > > > > > > >
> > > > > > > > > org.apache.myfaces.ajax.api
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Matthias Wessendorf
> > > > > > > > > http://tinyurl.com/fmywh
> > > > > > > > >
> > > > > > > > > further stuff:
> > > > > > > > > blog: http://jroller.com/page/mwessendorf
> > > > > > > > > mail: mwessendorf-at-gmail-dot-com
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Dennis Byrne
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Matthias Wessendorf
> > > > > > > http://tinyurl.com/fmywh
> > > > > > >
> > > > > > > further stuff:
> > > > > > > blog: http://jroller.com/page/mwessendorf
> > > > > > > mail: mwessendorf-at-gmail-dot-com
> > > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > http://www.irian.at
> > > > >
> > > > > Your JSF powerhouse -
> > > > > JSF Consulting, Development and
> > > > > Courses in English and German
> > > > >
> > > > > Professional Support for Apache MyFaces
> > > > >
> > > >
> > >
> >
>
>
> --
> http://www.irian.at
>
> Your JSF powerhouse -
> JSF Consulting, Development and
> Courses in English and German
>
> Professional Support for Apache MyFaces
>
Re: PPRPhaseListener
Posted by Gerald Müllan <bi...@gmail.com>.
Well, i had a quick look with a dataTable where the value corresponds
to a aliasBean alias which references a list of objects.
In the PPRPhaseListener the dataTable has been seeked correctly (and
the main tags rendered out), but during rendering its children the
amount is 0.
I believe it is the same problem we had with f:loadBundle, which does
its job only when rendering happens and not in all phases of the
lifecycle. This results in not rendering the outputText mapped to the
value of the bundle.
Martin developed s:loadBundle, which is available in all lifecylce
phases and addresses this problem.
It seems that it takes more time to step into the alias-bean issue.
Ernst, maybe we get some minutes during apacheCon.
cheers,
Gerald
On 4/26/07, Ernst Fastl <er...@gmail.com> wrote:
> Hi,
>
> The PPRPhaseListener is called before RenderResponse so in my understanding
> decode should have been called normally on all components.
>
> The only thing
> ommited is the normal rendering. Rather the PPRPhaseListener seeks the
> affected components based on their clientIds calls the encodeMethods, packs
> the output into XML, sends this to the client and quits the Lifecycle
> afterwards.
>
> I would guess if there is a problem with the alias-bean it is probably
> caused by
> not rendering it. Would that be possible ?
>
> regards
>
> Ernst
>
> On 4/25/07, Volker Weber <v....@inexso.de> wrote:
> > Hi,
> >
> > i don't know how the PPRPhaseListener works, but i think the problem
> > with the aliasBean is the same as with updateing a component inside of
> > a UIData.
> > In the TobagoLifecycle we climb up the viewTree from the
> > 'affectedAjaxComponent' (we should rename this parameter) to search
> > for a UIData and invoke decode on this, if found.
> > Should be easy to implement something like this in the
> > PPRPhaseListener for aliasScope,
> > a bit more complicated for aliasBean.
> >
> >
> > Regards,
> > Volker
> >
> > 2007/4/25, Ernst Fastl <er...@gmail.com>:
> > > Thaks for the info,
> > >
> > > following stuff is missing:
> > >
> > > -JavaDoc - I'll write that together with the bugfix of
> > > https://issues.apache.org/jira/browse/TOMAHAWK-969
> > >
> > > -testing with RI - hopefully I'll also find time for this
> > >
> > > -testcase - how would junit test an AJAX component?
> > >
> > > regarding the issue with the alias-been I would guess that is caused
> > > by the fact that this part of the page is not rendered - cannot think
> > > of a quick solution for that one - any ideas?
> > >
> > > regards
> > >
> > > Ernst
> > >
> > > On 4/25/07, Gerald Müllan <bi...@gmail.com> wrote:
> > > > Hi,
> > > >
> > > > you can take a look at the promotion requirements in the wiki:
> > > >
> > > > http://wiki.apache.org/myfaces/promotion
> > > >
> > > > One other issue i have observed; Using ppr in combination with an
> > > > aliasBean causes the component to fail the variable lookup. This is
> > > > because of scoping of the alias.
> > > >
> > > > So, using ppr with alias bean variables does not work. I actually had
> > > > no time to take a deeper look into this, but i wouldn`t say this is
> > > > kind of a blocker issue for promotion to tomahawk.
> > > >
> > > > cheers,
> > > >
> > > > Gerald
> > > >
> > > > On 4/25/07, Ernst Fastl <er...@gmail.com> wrote:
> > > > > There is one issue I'd like to sort out before that:
> > > > >
> > > > > https://issues.apache.org/jira/browse/TOMAHAWK-969
> > > > >
> > > > > I hope I'll find time to do that on the weekend or next week during the con.
> > > > >
> > > > > other than that since I'm using the PPRPanelGroup sucessfully in 2
> > > > > projects for 8 months now I have the feeling it is ready for promotion.
> > > > > Where can the general requirements for graduation be found?
> > > > >
> > > > >
> > > > > On 4/24/07, Matthias Wessendorf <ma...@apache.org> wrote:
> > > > > > Why not.
> > > > > >
> > > > > > Ernst, do you think it is stable ?
> > > > > > Are all requirements fulfilled for a possible graduation of that component ?
> > > > > >
> > > > > > -Matthias
> > > > > >
> > > > > > On 4/24/07, Dennis Byrne <de...@dbyrne.net> wrote:
> > > > > > > What do you guys think the chances are of moving this into the next Tomahawk
> > > > > > > release?
> > > > > > >
> > > > > > >
> > > > > > > On 4/24/07, Matthias Wessendorf < matzew@apache.org> wrote:
> > > > > > > > Is there any reason for not making it part of the AJAX api ?
> > > > > > > >
> > > > > > > > The AjaxDecodePhaseListener is also part of the package
> > > > > > > > "org.apache.myfaces.custom.ajax.api"
> > > > > > > >
> > > > > > > > One more, can we make the package named
> > > > > > > >
> > > > > > > > org.apache.myfaces.ajax.api
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Matthias Wessendorf
> > > > > > > > http://tinyurl.com/fmywh
> > > > > > > >
> > > > > > > > further stuff:
> > > > > > > > blog: http://jroller.com/page/mwessendorf
> > > > > > > > mail: mwessendorf-at-gmail-dot-com
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Dennis Byrne
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Matthias Wessendorf
> > > > > > http://tinyurl.com/fmywh
> > > > > >
> > > > > > further stuff:
> > > > > > blog: http://jroller.com/page/mwessendorf
> > > > > > mail: mwessendorf-at-gmail-dot-com
> > > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > http://www.irian.at
> > > >
> > > > Your JSF powerhouse -
> > > > JSF Consulting, Development and
> > > > Courses in English and German
> > > >
> > > > Professional Support for Apache MyFaces
> > > >
> > >
> >
>
--
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
Re: PPRPhaseListener
Posted by Ernst Fastl <er...@gmail.com>.
Hi,
The PPRPhaseListener is called before RenderResponse so in my understanding
decode should have been called normally on all components.
The only thing
ommited is the normal rendering. Rather the PPRPhaseListener seeks the
affected components based on their clientIds calls the encodeMethods, packs
the output into XML, sends this to the client and quits the Lifecycle
afterwards.
I would guess if there is a problem with the alias-bean it is probably
caused by
not rendering it. Would that be possible ?
regards
Ernst
On 4/25/07, Volker Weber <v....@inexso.de> wrote:
> Hi,
>
> i don't know how the PPRPhaseListener works, but i think the problem
> with the aliasBean is the same as with updateing a component inside of
> a UIData.
> In the TobagoLifecycle we climb up the viewTree from the
> 'affectedAjaxComponent' (we should rename this parameter) to search
> for a UIData and invoke decode on this, if found.
> Should be easy to implement something like this in the
> PPRPhaseListener for aliasScope,
> a bit more complicated for aliasBean.
>
>
> Regards,
> Volker
>
> 2007/4/25, Ernst Fastl <er...@gmail.com>:
> > Thaks for the info,
> >
> > following stuff is missing:
> >
> > -JavaDoc - I'll write that together with the bugfix of
> > https://issues.apache.org/jira/browse/TOMAHAWK-969
> >
> > -testing with RI - hopefully I'll also find time for this
> >
> > -testcase - how would junit test an AJAX component?
> >
> > regarding the issue with the alias-been I would guess that is caused
> > by the fact that this part of the page is not rendered - cannot think
> > of a quick solution for that one - any ideas?
> >
> > regards
> >
> > Ernst
> >
> > On 4/25/07, Gerald Müllan <bi...@gmail.com> wrote:
> > > Hi,
> > >
> > > you can take a look at the promotion requirements in the wiki:
> > >
> > > http://wiki.apache.org/myfaces/promotion
> > >
> > > One other issue i have observed; Using ppr in combination with an
> > > aliasBean causes the component to fail the variable lookup. This is
> > > because of scoping of the alias.
> > >
> > > So, using ppr with alias bean variables does not work. I actually had
> > > no time to take a deeper look into this, but i wouldn`t say this is
> > > kind of a blocker issue for promotion to tomahawk.
> > >
> > > cheers,
> > >
> > > Gerald
> > >
> > > On 4/25/07, Ernst Fastl <er...@gmail.com> wrote:
> > > > There is one issue I'd like to sort out before that:
> > > >
> > > > https://issues.apache.org/jira/browse/TOMAHAWK-969
> > > >
> > > > I hope I'll find time to do that on the weekend or next week during the con.
> > > >
> > > > other than that since I'm using the PPRPanelGroup sucessfully in 2
> > > > projects for 8 months now I have the feeling it is ready for promotion.
> > > > Where can the general requirements for graduation be found?
> > > >
> > > >
> > > > On 4/24/07, Matthias Wessendorf <ma...@apache.org> wrote:
> > > > > Why not.
> > > > >
> > > > > Ernst, do you think it is stable ?
> > > > > Are all requirements fulfilled for a possible graduation of that component ?
> > > > >
> > > > > -Matthias
> > > > >
> > > > > On 4/24/07, Dennis Byrne <de...@dbyrne.net> wrote:
> > > > > > What do you guys think the chances are of moving this into the next Tomahawk
> > > > > > release?
> > > > > >
> > > > > >
> > > > > > On 4/24/07, Matthias Wessendorf < matzew@apache.org> wrote:
> > > > > > > Is there any reason for not making it part of the AJAX api ?
> > > > > > >
> > > > > > > The AjaxDecodePhaseListener is also part of the package
> > > > > > > "org.apache.myfaces.custom.ajax.api"
> > > > > > >
> > > > > > > One more, can we make the package named
> > > > > > >
> > > > > > > org.apache.myfaces.ajax.api
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Matthias Wessendorf
> > > > > > > http://tinyurl.com/fmywh
> > > > > > >
> > > > > > > further stuff:
> > > > > > > blog: http://jroller.com/page/mwessendorf
> > > > > > > mail: mwessendorf-at-gmail-dot-com
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Dennis Byrne
> > > > >
> > > > >
> > > > > --
> > > > > Matthias Wessendorf
> > > > > http://tinyurl.com/fmywh
> > > > >
> > > > > further stuff:
> > > > > blog: http://jroller.com/page/mwessendorf
> > > > > mail: mwessendorf-at-gmail-dot-com
> > > > >
> > > >
> > >
> > >
> > > --
> > > http://www.irian.at
> > >
> > > Your JSF powerhouse -
> > > JSF Consulting, Development and
> > > Courses in English and German
> > >
> > > Professional Support for Apache MyFaces
> > >
> >
>
Re: PPRPhaseListener
Posted by Volker Weber <v....@inexso.de>.
Hi,
i don't know how the PPRPhaseListener works, but i think the problem
with the aliasBean is the same as with updateing a component inside of
a UIData.
In the TobagoLifecycle we climb up the viewTree from the
'affectedAjaxComponent' (we should rename this parameter) to search
for a UIData and invoke decode on this, if found.
Should be easy to implement something like this in the
PPRPhaseListener for aliasScope,
a bit more complicated for aliasBean.
Regards,
Volker
2007/4/25, Ernst Fastl <er...@gmail.com>:
> Thaks for the info,
>
> following stuff is missing:
>
> -JavaDoc - I'll write that together with the bugfix of
> https://issues.apache.org/jira/browse/TOMAHAWK-969
>
> -testing with RI - hopefully I'll also find time for this
>
> -testcase - how would junit test an AJAX component?
>
> regarding the issue with the alias-been I would guess that is caused
> by the fact that this part of the page is not rendered - cannot think
> of a quick solution for that one - any ideas?
>
> regards
>
> Ernst
>
> On 4/25/07, Gerald Müllan <bi...@gmail.com> wrote:
> > Hi,
> >
> > you can take a look at the promotion requirements in the wiki:
> >
> > http://wiki.apache.org/myfaces/promotion
> >
> > One other issue i have observed; Using ppr in combination with an
> > aliasBean causes the component to fail the variable lookup. This is
> > because of scoping of the alias.
> >
> > So, using ppr with alias bean variables does not work. I actually had
> > no time to take a deeper look into this, but i wouldn`t say this is
> > kind of a blocker issue for promotion to tomahawk.
> >
> > cheers,
> >
> > Gerald
> >
> > On 4/25/07, Ernst Fastl <er...@gmail.com> wrote:
> > > There is one issue I'd like to sort out before that:
> > >
> > > https://issues.apache.org/jira/browse/TOMAHAWK-969
> > >
> > > I hope I'll find time to do that on the weekend or next week during the con.
> > >
> > > other than that since I'm using the PPRPanelGroup sucessfully in 2
> > > projects for 8 months now I have the feeling it is ready for promotion.
> > > Where can the general requirements for graduation be found?
> > >
> > >
> > > On 4/24/07, Matthias Wessendorf <ma...@apache.org> wrote:
> > > > Why not.
> > > >
> > > > Ernst, do you think it is stable ?
> > > > Are all requirements fulfilled for a possible graduation of that component ?
> > > >
> > > > -Matthias
> > > >
> > > > On 4/24/07, Dennis Byrne <de...@dbyrne.net> wrote:
> > > > > What do you guys think the chances are of moving this into the next Tomahawk
> > > > > release?
> > > > >
> > > > >
> > > > > On 4/24/07, Matthias Wessendorf < matzew@apache.org> wrote:
> > > > > > Is there any reason for not making it part of the AJAX api ?
> > > > > >
> > > > > > The AjaxDecodePhaseListener is also part of the package
> > > > > > "org.apache.myfaces.custom.ajax.api"
> > > > > >
> > > > > > One more, can we make the package named
> > > > > >
> > > > > > org.apache.myfaces.ajax.api
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Matthias Wessendorf
> > > > > > http://tinyurl.com/fmywh
> > > > > >
> > > > > > further stuff:
> > > > > > blog: http://jroller.com/page/mwessendorf
> > > > > > mail: mwessendorf-at-gmail-dot-com
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Dennis Byrne
> > > >
> > > >
> > > > --
> > > > Matthias Wessendorf
> > > > http://tinyurl.com/fmywh
> > > >
> > > > further stuff:
> > > > blog: http://jroller.com/page/mwessendorf
> > > > mail: mwessendorf-at-gmail-dot-com
> > > >
> > >
> >
> >
> > --
> > http://www.irian.at
> >
> > Your JSF powerhouse -
> > JSF Consulting, Development and
> > Courses in English and German
> >
> > Professional Support for Apache MyFaces
> >
>
Re: PPRPhaseListener
Posted by Ernst Fastl <er...@gmail.com>.
Thaks for the info,
following stuff is missing:
-JavaDoc - I'll write that together with the bugfix of
https://issues.apache.org/jira/browse/TOMAHAWK-969
-testing with RI - hopefully I'll also find time for this
-testcase - how would junit test an AJAX component?
regarding the issue with the alias-been I would guess that is caused
by the fact that this part of the page is not rendered - cannot think
of a quick solution for that one - any ideas?
regards
Ernst
On 4/25/07, Gerald Müllan <bi...@gmail.com> wrote:
> Hi,
>
> you can take a look at the promotion requirements in the wiki:
>
> http://wiki.apache.org/myfaces/promotion
>
> One other issue i have observed; Using ppr in combination with an
> aliasBean causes the component to fail the variable lookup. This is
> because of scoping of the alias.
>
> So, using ppr with alias bean variables does not work. I actually had
> no time to take a deeper look into this, but i wouldn`t say this is
> kind of a blocker issue for promotion to tomahawk.
>
> cheers,
>
> Gerald
>
> On 4/25/07, Ernst Fastl <er...@gmail.com> wrote:
> > There is one issue I'd like to sort out before that:
> >
> > https://issues.apache.org/jira/browse/TOMAHAWK-969
> >
> > I hope I'll find time to do that on the weekend or next week during the con.
> >
> > other than that since I'm using the PPRPanelGroup sucessfully in 2
> > projects for 8 months now I have the feeling it is ready for promotion.
> > Where can the general requirements for graduation be found?
> >
> >
> > On 4/24/07, Matthias Wessendorf <ma...@apache.org> wrote:
> > > Why not.
> > >
> > > Ernst, do you think it is stable ?
> > > Are all requirements fulfilled for a possible graduation of that component ?
> > >
> > > -Matthias
> > >
> > > On 4/24/07, Dennis Byrne <de...@dbyrne.net> wrote:
> > > > What do you guys think the chances are of moving this into the next Tomahawk
> > > > release?
> > > >
> > > >
> > > > On 4/24/07, Matthias Wessendorf < matzew@apache.org> wrote:
> > > > > Is there any reason for not making it part of the AJAX api ?
> > > > >
> > > > > The AjaxDecodePhaseListener is also part of the package
> > > > > "org.apache.myfaces.custom.ajax.api"
> > > > >
> > > > > One more, can we make the package named
> > > > >
> > > > > org.apache.myfaces.ajax.api
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Matthias Wessendorf
> > > > > http://tinyurl.com/fmywh
> > > > >
> > > > > further stuff:
> > > > > blog: http://jroller.com/page/mwessendorf
> > > > > mail: mwessendorf-at-gmail-dot-com
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Dennis Byrne
> > >
> > >
> > > --
> > > Matthias Wessendorf
> > > http://tinyurl.com/fmywh
> > >
> > > further stuff:
> > > blog: http://jroller.com/page/mwessendorf
> > > mail: mwessendorf-at-gmail-dot-com
> > >
> >
>
>
> --
> http://www.irian.at
>
> Your JSF powerhouse -
> JSF Consulting, Development and
> Courses in English and German
>
> Professional Support for Apache MyFaces
>
Re: PPRPhaseListener
Posted by Gerald Müllan <bi...@gmail.com>.
Hi,
you can take a look at the promotion requirements in the wiki:
http://wiki.apache.org/myfaces/promotion
One other issue i have observed; Using ppr in combination with an
aliasBean causes the component to fail the variable lookup. This is
because of scoping of the alias.
So, using ppr with alias bean variables does not work. I actually had
no time to take a deeper look into this, but i wouldn`t say this is
kind of a blocker issue for promotion to tomahawk.
cheers,
Gerald
On 4/25/07, Ernst Fastl <er...@gmail.com> wrote:
> There is one issue I'd like to sort out before that:
>
> https://issues.apache.org/jira/browse/TOMAHAWK-969
>
> I hope I'll find time to do that on the weekend or next week during the con.
>
> other than that since I'm using the PPRPanelGroup sucessfully in 2
> projects for 8 months now I have the feeling it is ready for promotion.
> Where can the general requirements for graduation be found?
>
>
> On 4/24/07, Matthias Wessendorf <ma...@apache.org> wrote:
> > Why not.
> >
> > Ernst, do you think it is stable ?
> > Are all requirements fulfilled for a possible graduation of that component ?
> >
> > -Matthias
> >
> > On 4/24/07, Dennis Byrne <de...@dbyrne.net> wrote:
> > > What do you guys think the chances are of moving this into the next Tomahawk
> > > release?
> > >
> > >
> > > On 4/24/07, Matthias Wessendorf < matzew@apache.org> wrote:
> > > > Is there any reason for not making it part of the AJAX api ?
> > > >
> > > > The AjaxDecodePhaseListener is also part of the package
> > > > "org.apache.myfaces.custom.ajax.api"
> > > >
> > > > One more, can we make the package named
> > > >
> > > > org.apache.myfaces.ajax.api
> > > >
> > > >
> > > >
> > > > --
> > > > Matthias Wessendorf
> > > > http://tinyurl.com/fmywh
> > > >
> > > > further stuff:
> > > > blog: http://jroller.com/page/mwessendorf
> > > > mail: mwessendorf-at-gmail-dot-com
> > > >
> > >
> > >
> > >
> > > --
> > > Dennis Byrne
> >
> >
> > --
> > Matthias Wessendorf
> > http://tinyurl.com/fmywh
> >
> > further stuff:
> > blog: http://jroller.com/page/mwessendorf
> > mail: mwessendorf-at-gmail-dot-com
> >
>
--
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
Re: PPRPhaseListener
Posted by Ernst Fastl <er...@gmail.com>.
There is one issue I'd like to sort out before that:
https://issues.apache.org/jira/browse/TOMAHAWK-969
I hope I'll find time to do that on the weekend or next week during the con.
other than that since I'm using the PPRPanelGroup sucessfully in 2
projects for 8 months now I have the feeling it is ready for promotion.
Where can the general requirements for graduation be found?
On 4/24/07, Matthias Wessendorf <ma...@apache.org> wrote:
> Why not.
>
> Ernst, do you think it is stable ?
> Are all requirements fulfilled for a possible graduation of that component ?
>
> -Matthias
>
> On 4/24/07, Dennis Byrne <de...@dbyrne.net> wrote:
> > What do you guys think the chances are of moving this into the next Tomahawk
> > release?
> >
> >
> > On 4/24/07, Matthias Wessendorf < matzew@apache.org> wrote:
> > > Is there any reason for not making it part of the AJAX api ?
> > >
> > > The AjaxDecodePhaseListener is also part of the package
> > > "org.apache.myfaces.custom.ajax.api"
> > >
> > > One more, can we make the package named
> > >
> > > org.apache.myfaces.ajax.api
> > >
> > >
> > >
> > > --
> > > Matthias Wessendorf
> > > http://tinyurl.com/fmywh
> > >
> > > further stuff:
> > > blog: http://jroller.com/page/mwessendorf
> > > mail: mwessendorf-at-gmail-dot-com
> > >
> >
> >
> >
> > --
> > Dennis Byrne
>
>
> --
> Matthias Wessendorf
> http://tinyurl.com/fmywh
>
> further stuff:
> blog: http://jroller.com/page/mwessendorf
> mail: mwessendorf-at-gmail-dot-com
>
Re: PPRPhaseListener
Posted by Matthias Wessendorf <ma...@apache.org>.
Why not.
Ernst, do you think it is stable ?
Are all requirements fulfilled for a possible graduation of that component ?
-Matthias
On 4/24/07, Dennis Byrne <de...@dbyrne.net> wrote:
> What do you guys think the chances are of moving this into the next Tomahawk
> release?
>
>
> On 4/24/07, Matthias Wessendorf < matzew@apache.org> wrote:
> > Is there any reason for not making it part of the AJAX api ?
> >
> > The AjaxDecodePhaseListener is also part of the package
> > "org.apache.myfaces.custom.ajax.api"
> >
> > One more, can we make the package named
> >
> > org.apache.myfaces.ajax.api
> >
> >
> >
> > --
> > Matthias Wessendorf
> > http://tinyurl.com/fmywh
> >
> > further stuff:
> > blog: http://jroller.com/page/mwessendorf
> > mail: mwessendorf-at-gmail-dot-com
> >
>
>
>
> --
> Dennis Byrne
--
Matthias Wessendorf
http://tinyurl.com/fmywh
further stuff:
blog: http://jroller.com/page/mwessendorf
mail: mwessendorf-at-gmail-dot-com
Re: PPRPhaseListener
Posted by Dennis Byrne <de...@dbyrne.net>.
What do you guys think the chances are of moving this into the next Tomahawk
release?
On 4/24/07, Matthias Wessendorf <ma...@apache.org> wrote:
>
> Is there any reason for not making it part of the AJAX api ?
>
> The AjaxDecodePhaseListener is also part of the package
> "org.apache.myfaces.custom.ajax.api"
>
> One more, can we make the package named
>
> org.apache.myfaces.ajax.api
>
>
>
> --
> Matthias Wessendorf
> http://tinyurl.com/fmywh
>
> further stuff:
> blog: http://jroller.com/page/mwessendorf
> mail: mwessendorf-at-gmail-dot-com
>
--
Dennis Byrne