ClassCastException in PPRPhaseListener when submitting out of a dataTable
-
Key: TOMAHAWK-1218
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1218
Project: MyFaces Tomahawk
ClassCastException in PPRPhaseListener when submitting out of a dataTable
-
Key: TOMAHAWK-1218
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1218
Project: MyFaces Tomahawk
Issue
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
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
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 [EMAIL PROTECTED] 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
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
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
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
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:
What do you guys think the chances are of moving this into the next Tomahawk
release?
On 4/24/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Is there any reason for not making it part of the AJAX api ?
The AjaxDecodePhaseListener is also part of the package
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 [EMAIL PROTECTED] wrote:
What do you guys think the chances are of moving this into the next Tomahawk
release?
On 4/24/07, Matthias
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
12 matches
Mail list logo