[jira] [Created] (MYFACES-3112) Cannot convert org.apache.webbeans.el.WrappedValueExpression@168ae94f of type class org.apache.myfaces.view.facelets.el.TagValueExpressionUEL to class javax.el.MethodEx
Cannot convert org.apache.webbeans.el.WrappedValueExpression@168ae94f of type
class org.apache.myfaces.view.facelets.el.TagValueExpressionUEL to class
javax.el.MethodExpression
Key: MYFACES-3112
URL: https://issues.apache.org/jira/browse/MYFACES-3112
Project: MyFaces Core
Issue Type: Bug
Components: JSR-314
Affects Versions: 2.0.5
Environment: Apache Maven 2.2.1 (r801777; 2009-08-06 21:16:01+0200)
Java version: 1.6.0_24
Java home: /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
Default locale: en_US, platform encoding: MacRoman
OS name: mac os x version: 10.6.7 arch: x86_64 Family: mac
MyFaces 2.0.5
OWB: 1.1.0
CoDI 0.9.4
Reporter: Matthias Weßendorf
In my newEmployee.xhtml I am using a custom facelets component, like:
kickstart:inputPassword id=password
value=#{createEmployee.employee.password}
valueChangeListener=#{createEmployee.checkPassword} /
The inputPassword.xhtml looks like:
html xmlns=http://www.w3.org/1999/xhtml;
xmlns:f=http://java.sun.com/jsf/core;
xmlns:h=http://java.sun.com/jsf/html;
xmlns:ui=http://java.sun.com/jsf/facelets;
xmlns:composite=http://java.sun.com/jsf/composite;
head/
body
composite:interface
composite:attribute name=id required=true /
composite:attribute name=value required=true /
composite:attribute name=valueChangeListener required=true
method-signature=void f(javax.faces.event.ValueChangeEvent)
targets=inputField /
composite:editableValueHolder name=inputField /
/composite:interface
composite:implementation
div id=#{cc.attrs.id}
h:inputSecret id=inputField required=true
value=#{cc.attrs.value} valueChangeListener=#{cc.attrs.valueChangeListener}
f:ajax event=valueChange execute=@this render=passwordHint
pageForm:globalMessages /
/h:inputSecret
h:outputText id=passwordHint /
/div
/composite:implementation
/body
/html
When I type in a value, and move the focus away (to trigger the valueChange
event), I am getting the below stack-trace in the console:
SEVERE: java.lang.IllegalArgumentException: Cannot convert /newEmployee.xhtml
at line 39 and column 160
valueChangeListener=#{createEmployee.checkPassword}:
org.apache.webbeans.el.WrappedValueExpression@168ae94f of type class
org.apache.myfaces.view.facelets.el.TagValueExpressionUEL to class
javax.el.MethodExpression
javax.faces.event.AbortProcessingException: java.lang.IllegalArgumentException:
Cannot convert /newEmployee.xhtml at line 39 and column 160
valueChangeListener=#{createEmployee.checkPassword}:
org.apache.webbeans.el.WrappedValueExpression@168ae94f of type class
org.apache.myfaces.view.facelets.el.TagValueExpressionUEL to class
javax.el.MethodExpression
at
javax.faces.event.MethodExpressionValueChangeListener.processValueChange(MethodExpressionValueChangeListener.java:100)
at
javax.faces.event.ValueChangeEvent.processListener(ValueChangeEvent.java:66)
at
javax.faces.component.UIComponentBase.broadcast(UIComponentBase.java:344)
at javax.faces.component.UIInput.broadcast(UIInput.java:333)
at javax.faces.component.UIViewRoot._broadcastAll(UIViewRoot.java:972)
at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:273)
at javax.faces.component.UIViewRoot._process(UIViewRoot.java:1284)
at
javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:757)
at
org.apache.myfaces.lifecycle.ProcessValidationsExecutor.execute(ProcessValidationsExecutor.java:34)
at
org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:171)
at
org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
at
org.apache.myfaces.extensions.cdi.jsf2.impl.listener.phase.CodiLifecycleWrapper.execute(CodiLifecycleWrapper.java:93)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:189)
at
org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:546)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1283)
at com.ocpsoft.pretty.PrettyFilter.doFilter(PrettyFilter.java:115)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1254)
at
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:481)
at
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:119)
at
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:516)
at
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:230)
at
[jira] [Commented] (MYFACES-3112) Cannot convert org.apache.webbeans.el.WrappedValueExpression@168ae94f of type class org.apache.myfaces.view.facelets.el.TagValueExpressionUEL to class javax.el.Method
[
https://issues.apache.org/jira/browse/MYFACES-3112?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13021463#comment-13021463
]
Matthias Weßendorf commented on MYFACES-3112:
-
However.
when I change the valueChangeListener attribute to a different name (e.g.
trigger), it works:
kickstart:inputPassword id=password
value=#{createEmployee.employee.password}
trigger=#{createEmployee.checkPassword} /
html xmlns=http://www.w3.org/1999/xhtml;
xmlns:f=http://java.sun.com/jsf/core;
xmlns:h=http://java.sun.com/jsf/html;
xmlns:ui=http://java.sun.com/jsf/facelets;
xmlns:composite=http://java.sun.com/jsf/composite;
head/
body
composite:interface
composite:attribute name=id required=true /
composite:attribute name=value required=true /
composite:attribute name=trigger required=true
method-signature=void f(javax.faces.event.ValueChangeEvent)
targets=inputField /
composite:editableValueHolder name=inputField /
/composite:interface
composite:implementation
div id=#{cc.attrs.id}
h:inputSecret id=inputField required=true
value=#{cc.attrs.value} valueChangeListener=#{cc.attrs.trigger}
f:ajax event=valueChange execute=@this render=passwordHint
pageForm:globalMessages /
/h:inputSecret
h:outputText id=passwordHint /
/div
/composite:implementation
/body
/html
Cannot convert org.apache.webbeans.el.WrappedValueExpression@168ae94f of type
class org.apache.myfaces.view.facelets.el.TagValueExpressionUEL to class
javax.el.MethodExpression
Key: MYFACES-3112
URL: https://issues.apache.org/jira/browse/MYFACES-3112
Project: MyFaces Core
Issue Type: Bug
Components: JSR-314
Affects Versions: 2.0.5
Environment: Apache Maven 2.2.1 (r801777; 2009-08-06 21:16:01+0200)
Java version: 1.6.0_24
Java home: /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
Default locale: en_US, platform encoding: MacRoman
OS name: mac os x version: 10.6.7 arch: x86_64 Family: mac
MyFaces 2.0.5
OWB: 1.1.0
CoDI 0.9.4
Reporter: Matthias Weßendorf
In my newEmployee.xhtml I am using a custom facelets component, like:
kickstart:inputPassword id=password
value=#{createEmployee.employee.password}
valueChangeListener=#{createEmployee.checkPassword} /
The inputPassword.xhtml looks like:
html xmlns=http://www.w3.org/1999/xhtml;
xmlns:f=http://java.sun.com/jsf/core;
xmlns:h=http://java.sun.com/jsf/html;
xmlns:ui=http://java.sun.com/jsf/facelets;
xmlns:composite=http://java.sun.com/jsf/composite;
head/
body
composite:interface
composite:attribute name=id required=true /
composite:attribute name=value required=true /
composite:attribute name=valueChangeListener required=true
method-signature=void f(javax.faces.event.ValueChangeEvent)
targets=inputField /
composite:editableValueHolder name=inputField /
/composite:interface
composite:implementation
div id=#{cc.attrs.id}
h:inputSecret id=inputField required=true
value=#{cc.attrs.value}
valueChangeListener=#{cc.attrs.valueChangeListener}
f:ajax event=valueChange execute=@this render=passwordHint
pageForm:globalMessages /
/h:inputSecret
h:outputText id=passwordHint /
/div
/composite:implementation
/body
/html
When I type in a value, and move the focus away (to trigger the valueChange
event), I am getting the below stack-trace in the console:
SEVERE: java.lang.IllegalArgumentException: Cannot convert /newEmployee.xhtml
at line 39 and column 160
valueChangeListener=#{createEmployee.checkPassword}:
org.apache.webbeans.el.WrappedValueExpression@168ae94f of type class
org.apache.myfaces.view.facelets.el.TagValueExpressionUEL to class
javax.el.MethodExpression
javax.faces.event.AbortProcessingException:
java.lang.IllegalArgumentException: Cannot convert /newEmployee.xhtml at line
39 and column 160 valueChangeListener=#{createEmployee.checkPassword}:
org.apache.webbeans.el.WrappedValueExpression@168ae94f of type class
org.apache.myfaces.view.facelets.el.TagValueExpressionUEL to class
javax.el.MethodExpression
at
javax.faces.event.MethodExpressionValueChangeListener.processValueChange(MethodExpressionValueChangeListener.java:100)
at
javax.faces.event.ValueChangeEvent.processListener(ValueChangeEvent.java:66)
at
javax.faces.component.UIComponentBase.broadcast(UIComponentBase.java:344)
at javax.faces.component.UIInput.broadcast(UIInput.java:333)
at
Re: ValueChangeListener + composite components
FYI:
https://issues.apache.org/jira/browse/MYFACES-3112
-Matthias
On Wed, Mar 16, 2011 at 6:07 PM, Jakob Korherr jakob.korh...@gmail.com wrote:
Matthias, please always answer to the mailing list too, not just to my
private email address. Otherwise no one can follow our discussion!
I am afraid you hit a problem of JSF 2.0. It's currently not possible
to retarget a special method expression (like valueChangeListener)
from one composite component to another (and, of course, also not to
its children).
See JSF spec issue:
http://java.net/jira/browse/JAVASERVERFACES_SPEC_PUBLIC-755
Regards,
Jakob
2011/3/16 ZEILERBAUER Matthias matthias.zeilerba...@tirol.gv.at:
Here it is:
checkbox.xhtml
composite:interface name=checkbox
composite:attribute name=valueChangeListener
method-signature=void (javax.faces.event.ValueChangeEvent)
targets=${cc.attrs.id} /
/composite:interface
composite:implementation
h:panelGroup
template:labelinput2 id=${cc.attrs.id}
f:facet name=inputFacet
h:selectBooleanCheckbox id=inputComponent
value=#{cc.attrs.value}
composite:insertChildren /
/h:selectBooleanCheckbox
/f:facet
/template:labelinput2
/h:panelGroup
/composite:implementation
labelinput2.xhtml
composite:interface name=labelinput componentType=javax.faces.Input
!-- Events --
composite:attribute name=valueChangeListener
method-signature=void f(javax.faces.event.ValueChangeEvent)
targets=inputComponent /
!-- Facets --
composite:facet name=inputFacet /
composite:facet name=textFacet /
!-- Component Ids --
composite:editableValueHolder name=inputComponent /
/composite:interface
composite:implementation
h:panelGroup
div
h:panelGroup
div
h:outputLabel
for=inputComponent#{cc.attrs.label}/h:outputLabel
/div
/h:panelGroup
div
composite:renderFacet name=inputFacet
required=true /
composite:renderFacet name=textFacet /
composite:insertChildren /
/div
div
h:message for=inputComponent /
/div
/div
/h:panelGroup
/composite:implementation
LG Matthias
-Ursprüngliche Nachricht-
Von: sethfromaust...@gmail.com [mailto:sethfromaust...@gmail.com] Im Auftrag
von Jakob Korherr
Gesendet: Mittwoch, 16. März 2011 16:54
An: MyFaces Development
Cc: ZEILERBAUER Matthias
Betreff: Re: ValueChangeListener + composite components
Hi,
the standard component is a UINamingContainer. Could you please send
me the whole markup of the composite component?
Regards,
Jakob
2011/3/16 ZEILERBAUER Matthias matthias.zeilerba...@tirol.gv.at:
Thanks for the code. But I still don't get it working.
I didn't specify a componentType for my implementation, so it should be a
standard implementation which does inherit the right finComponent() api.
Also my nested composition is a standard implementation. But I do know now
that the problem is with my nested compositions, that the
ValueChangeListener is not passed to this nested composition. How do I do
that?
-Ursprüngliche Nachricht-
Von: sethfromaust...@gmail.com [mailto:sethfromaust...@gmail.com] Im
Auftrag von Jakob Korherr
Gesendet: Mittwoch, 16. März 2011 16:21
An: MyFaces Development
Cc: ZEILERBAUER Matthias
Betreff: Re: ValueChangeListener + composite components
Here is the code from
FaceletViewDeclarationLanguage.retargetMethodExpressions:
UIComponent innerComponent = topLevelComponent.findComponent(target);
if (innerComponent == null)
{
if (log.isLoggable(Level.SEVERE))
log.severe(Inner component + target + not found when
retargetMethodExpressions);
continue;
}
...with topLevelComponent beeing the composite component. Thus, in
your example, your composite component needs to be able to find the
target component via findComponent().
Please refer to the javadoc of findComponent() and check if it is
implement correctly on all the components inside your composite
component. My guess is that the parent component of the f:facet does
not check his facets in findComponent().
Regards,
Jakob
2011/3/16 ZEILERBAUER Matthias matthias.zeilerba...@tirol.gv.at:
Doesn't work. I already proved it.
LG Matthias
-Ursprüngliche Nachricht-
Von: sethfromaust...@gmail.com [mailto:sethfromaust...@gmail.com] Im
Auftrag von Jakob Korherr
Gesendet: Mittwoch, 16. März 2011 16:03
An: MyFaces Development
Cc: ZEILERBAUER Matthias
Betreff: Re: ValueChangeListener + composite components
Hi Matthias,
Try using the relative clientid of the
[jira] [Commented] (MYFACES-3112) Cannot convert org.apache.webbeans.el.WrappedValueExpression@168ae94f of type class org.apache.myfaces.view.facelets.el.TagValueExpressionUEL to class javax.el.Method
[
https://issues.apache.org/jira/browse/MYFACES-3112?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13021474#comment-13021474
]
Jakob Korherr commented on MYFACES-3112:
Unfortunately, this is a JSF spec bug, which is related to these two issues:
http://java.net/jira/browse/JAVASERVERFACES_SPEC_PUBLIC-755 and
http://java.net/jira/browse/JAVASERVERFACES_SPEC_PUBLIC-901
If you really want to use valueChangeListener as the attribute name, you will
have to use the target attribute of composite:attribute only and remove
valueChangeListener=#{cc.attrs.valueChangeListener}.
(cc.attrs.valueChangeListener does not even exist in JSF 2.0, since it is only
handled as attached object).
If you hate those issues just like me, then you could vote for them :D
Cannot convert org.apache.webbeans.el.WrappedValueExpression@168ae94f of type
class org.apache.myfaces.view.facelets.el.TagValueExpressionUEL to class
javax.el.MethodExpression
Key: MYFACES-3112
URL: https://issues.apache.org/jira/browse/MYFACES-3112
Project: MyFaces Core
Issue Type: Bug
Components: JSR-314
Affects Versions: 2.0.5
Environment: Apache Maven 2.2.1 (r801777; 2009-08-06 21:16:01+0200)
Java version: 1.6.0_24
Java home: /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
Default locale: en_US, platform encoding: MacRoman
OS name: mac os x version: 10.6.7 arch: x86_64 Family: mac
MyFaces 2.0.5
OWB: 1.1.0
CoDI 0.9.4
Reporter: Matthias Weßendorf
In my newEmployee.xhtml I am using a custom facelets component, like:
kickstart:inputPassword id=password
value=#{createEmployee.employee.password}
valueChangeListener=#{createEmployee.checkPassword} /
The inputPassword.xhtml looks like:
html xmlns=http://www.w3.org/1999/xhtml;
xmlns:f=http://java.sun.com/jsf/core;
xmlns:h=http://java.sun.com/jsf/html;
xmlns:ui=http://java.sun.com/jsf/facelets;
xmlns:composite=http://java.sun.com/jsf/composite;
head/
body
composite:interface
composite:attribute name=id required=true /
composite:attribute name=value required=true /
composite:attribute name=valueChangeListener required=true
method-signature=void f(javax.faces.event.ValueChangeEvent)
targets=inputField /
composite:editableValueHolder name=inputField /
/composite:interface
composite:implementation
div id=#{cc.attrs.id}
h:inputSecret id=inputField required=true
value=#{cc.attrs.value}
valueChangeListener=#{cc.attrs.valueChangeListener}
f:ajax event=valueChange execute=@this render=passwordHint
pageForm:globalMessages /
/h:inputSecret
h:outputText id=passwordHint /
/div
/composite:implementation
/body
/html
When I type in a value, and move the focus away (to trigger the valueChange
event), I am getting the below stack-trace in the console:
SEVERE: java.lang.IllegalArgumentException: Cannot convert /newEmployee.xhtml
at line 39 and column 160
valueChangeListener=#{createEmployee.checkPassword}:
org.apache.webbeans.el.WrappedValueExpression@168ae94f of type class
org.apache.myfaces.view.facelets.el.TagValueExpressionUEL to class
javax.el.MethodExpression
javax.faces.event.AbortProcessingException:
java.lang.IllegalArgumentException: Cannot convert /newEmployee.xhtml at line
39 and column 160 valueChangeListener=#{createEmployee.checkPassword}:
org.apache.webbeans.el.WrappedValueExpression@168ae94f of type class
org.apache.myfaces.view.facelets.el.TagValueExpressionUEL to class
javax.el.MethodExpression
at
javax.faces.event.MethodExpressionValueChangeListener.processValueChange(MethodExpressionValueChangeListener.java:100)
at
javax.faces.event.ValueChangeEvent.processListener(ValueChangeEvent.java:66)
at
javax.faces.component.UIComponentBase.broadcast(UIComponentBase.java:344)
at javax.faces.component.UIInput.broadcast(UIInput.java:333)
at javax.faces.component.UIViewRoot._broadcastAll(UIViewRoot.java:972)
at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:273)
at javax.faces.component.UIViewRoot._process(UIViewRoot.java:1284)
at
javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:757)
at
org.apache.myfaces.lifecycle.ProcessValidationsExecutor.execute(ProcessValidationsExecutor.java:34)
at
org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:171)
at
org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
at
[jira] [Updated] (TRINIDAD-2089) UIXCollection stamp saving directly iterates children without setting up their visiting context
[ https://issues.apache.org/jira/browse/TRINIDAD-2089?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Venkata Guddanti updated TRINIDAD-2089: --- Status: Patch Available (was: Open) UIXCollection stamp saving directly iterates children without setting up their visiting context --- Key: TRINIDAD-2089 URL: https://issues.apache.org/jira/browse/TRINIDAD-2089 Project: MyFaces Trinidad Issue Type: Bug Components: Components Affects Versions: 1.2.15-core , 2.0.1 Reporter: Venkata Guddanti Currently the saving of the stamp state in UIXCollection directly accesses the children of a component and its properties without establishing their visiting context. This is problematic since properties coming off EL of certain flattened components cannot be accessed unless the visiting context is setup correctly. The fix is to wrap the existing logic with calls to set/tearDownVisitingContext for flattened components -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (TRINIDAD-2089) UIXCollection stamp saving directly iterates children without setting up their visiting context
UIXCollection stamp saving directly iterates children without setting up their visiting context --- Key: TRINIDAD-2089 URL: https://issues.apache.org/jira/browse/TRINIDAD-2089 Project: MyFaces Trinidad Issue Type: Bug Components: Components Affects Versions: 1.2.15-core , 2.0.1 Reporter: Venkata Guddanti Currently the saving of the stamp state in UIXCollection directly accesses the children of a component and its properties without establishing their visiting context. This is problematic since properties coming off EL of certain flattened components cannot be accessed unless the visiting context is setup correctly. The fix is to wrap the existing logic with calls to set/tearDownVisitingContext for flattened components -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[core] performance: performance hints
Hi,
is it possible to introduce performance hints in myfaces-core? Hints
similar to javax.faces.component.visit.VisitHint but related to
performance improvements. Example:
For dataTable like:
a:dataTable
a:column
#{aExpression}
it's completely unnecessary to save per-row state. Currently there is no
elegant way how to do read-only table (state per-row is always
maintained). If user wants (fast) readOnly table, he/she must extend
UIData and re-implemenent setRowIndex method. But hint say
org.apache.myfaces.core.UIData.saveRowState=false can solve it
elegantly - if present (in component.getAttributes()) UIData skips
row-state-saving and restoring methods entirely.
Lifespan of those hints can be request (faceContext.attributes) or view
(component.attributes)
WDYT?
Regards,
Kočičák
See https://issues.apache.org/jira/browse/MYFACES-3111 too.
[jira] [Created] (MYFACES-3113) F:ajax events deliver a bit too much (e.g. for keyup it already delivers the KEYUP when you tab into a field that has f:ajax even=keyup ... /
F:ajax events deliver a bit too much (e.g. for keyup it already delivers the KEYUP when you tab into a field that has f:ajax even=keyup ... / --- Key: MYFACES-3113 URL: https://issues.apache.org/jira/browse/MYFACES-3113 Project: MyFaces Core Issue Type: Bug Components: JSR-314 Affects Versions: 2.0.5 Reporter: Matthias Weßendorf Priority: Critical IMO the f:ajax delivers a bit too much. For instance, take keyup: it already delivers the KEYUP when you tab into a field that has f:ajax even=keyup ... / I was not expecting that - not sure if the SPEC is silent but the behavior is odd (especially when tabbing into the ajaxified field (also there is no way to restrict the actual list of KEYs (e.g. filter on number keys) -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (MYFACES-3113) F:ajax events deliver a bit too much (e.g. for keyup it already delivers the KEYUP when you tab into a field that has f:ajax even=keyup ... /
[ https://issues.apache.org/jira/browse/MYFACES-3113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13021801#comment-13021801 ] Werner Punz commented on MYFACES-3113: -- The issue here is the onclick handler of the event decorator, not my code. The question is does Mojarra behave the same and if yes, is this really a bug or more along the lines of a spec issue. The workaround is simply to use jsf.ajax.request directly instead of f:ajax then you have full control on the keyup handling. F:ajax events deliver a bit too much (e.g. for keyup it already delivers the KEYUP when you tab into a field that has f:ajax even=keyup ... / --- Key: MYFACES-3113 URL: https://issues.apache.org/jira/browse/MYFACES-3113 Project: MyFaces Core Issue Type: Bug Components: JSR-314 Affects Versions: 2.0.5 Reporter: Matthias Weßendorf Priority: Critical IMO the f:ajax delivers a bit too much. For instance, take keyup: it already delivers the KEYUP when you tab into a field that has f:ajax even=keyup ... / I was not expecting that - not sure if the SPEC is silent but the behavior is odd (especially when tabbing into the ajaxified field (also there is no way to restrict the actual list of KEYs (e.g. filter on number keys) -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Issue Comment Edited] (TRINIDAD-2089) UIXCollection stamp saving directly iterates children without setting up their visiting context
[ https://issues.apache.org/jira/browse/TRINIDAD-2089?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13021686#comment-13021686 ] Venkata Guddanti edited comment on TRINIDAD-2089 at 4/19/11 11:03 PM: -- Patches for 1.2.12.5 branch and trinidad trunk. 1.2.12.5 patch may need to be applied to 1.2.trunk branch as well. Also apply the patch to 2.0.0.1-branch. was (Author: venkata.guddanti): Patches for 1.2.12.5 branch and trinidad trunk. 1.2.12.5 patch may need to be applied to 1.2.trunk branch as well. UIXCollection stamp saving directly iterates children without setting up their visiting context --- Key: TRINIDAD-2089 URL: https://issues.apache.org/jira/browse/TRINIDAD-2089 Project: MyFaces Trinidad Issue Type: Bug Components: Components Affects Versions: 1.2.15-core , 2.0.1 Reporter: Venkata Guddanti Attachments: 1.2.12.5.patch, trunk.patch Currently the saving of the stamp state in UIXCollection directly accesses the children of a component and its properties without establishing their visiting context. This is problematic since properties coming off EL of certain flattened components cannot be accessed unless the visiting context is setup correctly. The fix is to wrap the existing logic with calls to set/tearDownVisitingContext for flattened components -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
