[COMMUNITY] MyFaces += Michael Kurz
The MyFaces PMC is proud to announce a new addition to our community. Please welcome Michael Kurz as the newest MyFaces committer! Michael is an active member of the MyFaces community, especially in MyFaces Core. @Michael: Please add yourself to the Master-POM at https://svn.apache.org/repos/asf/myfaces/myfaces-master-pom/trunk/pom.xml Welcome regards, Gerhard
Re: [COMMUNITY] MyFaces += Michael Kurz
Am 9/30/11 8:11 AM, schrieb Gerhard Petracek: The MyFaces PMC is proud to announce a new addition to our community. Please welcome Michael Kurz as the newest MyFaces committer! Michael is an active member of the MyFaces community, especially in MyFaces Core. @Michael: Please add yourself to the Master-POM at https://svn.apache.org/repos/asf/myfaces/myfaces-master-pom/trunk/pom.xml Welcome regards, Gerhard Congratulations Michael, well deserved. werner
Re: [COMMUNITY] MyFaces += Michael Kurz
Hi Michael, congratulations! best regards, Martin On Fri, Sep 30, 2011 at 9:09 AM, Werner Punz werner.p...@gmail.com wrote: Am 9/30/11 8:11 AM, schrieb Gerhard Petracek: The MyFaces PMC is proud to announce a new addition to our community. Please welcome Michael Kurz as the newest MyFaces committer! Michael is an active member of the MyFaces community, especially in MyFaces Core. @Michael: Please add yourself to the Master-POM at https://svn.apache.org/repos/asf/myfaces/myfaces-master-pom/trunk/pom.xml Welcome regards, Gerhard Congratulations Michael, well deserved. werner -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
Seam + MyFaces + Tomahawk not working
So I have a Seam Project and I'm trying to integrate Tomahawk 1.2. I've
copied the tomahawk12.jar in WebInf/lib and I have the following
configuration in web.xml:
filter
filter-nameMyFacesExtensionsFilter/filter-name
filter-classorg.apache.myfaces.webapp.filter.ExtensionsFilter/filter-class
init-param
param-namemaxFileSize/param-name
param-value20m/param-value
/init-param
/filter
filter-mapping
filter-nameMyFacesExtensionsFilter/filter-name
servlet-nameFaces Servlet/servlet-name
/filter-mapping
filter-mapping
filter-nameMyFacesExtensionsFilter/filter-name
url-pattern/faces/myFacesExtensionResource/*/url-pattern
/filter-mapping
filter-mapping
filter-nameMyFacesExtensionsFilter/filter-name
url-pattern*.seam/url-pattern
/filter-mapping
I want to use the Scheduler but I get the following Exception:
Caused by: javax.el.ELException:
/pages/Interpreter/interpreterCalendar.xhtml @28,67
value=#{schedule.model}: Error reading 'model' on type
org.javassist.tmp.java.lang.Object_$$_javassist_seam_2
at
com.sun.facelets.el.TagValueExpression.getValue(TagValueExpression.java:76)
at
javax.faces.component.ValueBindingValueExpressionAdapter.getValue(ValueBindingValueExpressionAdapter.java:113)
... 66 more
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.jboss.seam.util.Reflections.invoke(Reflections.java:22)
at
org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:32)
at
org.jboss.seam.intercept.ClientSideInterceptor$1.proceed(ClientSideInterceptor.java:76)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
at
org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
at
org.jboss.seam.intercept.ClientSideInterceptor.invoke(ClientSideInterceptor.java:54)
at
org.javassist.tmp.java.lang.Object_$$_javassist_seam_2.getModel(Object_$$_javassist_seam_2.java)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at javax.el.BeanELResolver.getValue(BeanELResolver.java:62)
at
javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53)
at
com.sun.faces.el.FacesCompositeELResolver.getValue(FacesCompositeELResolver.java:72)
at
org.jboss.el.parser.AstPropertySuffix.getValue(AstPropertySuffix.java:53)
at org.jboss.el.parser.AstValue.getValue(AstValue.java:67)
at
org.jboss.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186)
at
com.sun.facelets.el.TagValueExpression.getValue(TagValueExpression.java:71)
... 67 more
Caused by: java.lang.LinkageError: loader constraint violation: loader
(instance of org/jboss/web/tomcat/service/WebCtxLoader$ENCLoader) previously
initiated loading for a different type with name
org/apache/myfaces/custom/schedule/model/SimpleScheduleModel
at $Proxy234.getModel(Unknown Source)
... 89 more
any ideas?
--
View this message in context:
http://old.nabble.com/Seam-%2B-MyFaces-%2B-Tomahawk-not-working-tp32557494p32557494.html
Sent from the My Faces - Dev mailing list archive at Nabble.com.
Re: [COMMUNITY] MyFaces += Michael Kurz
Hi Michael, Congrats! Regards, Jakob 2011/9/30 Martin Marinschek mmarinsc...@apache.org: Hi Michael, congratulations! best regards, Martin On Fri, Sep 30, 2011 at 9:09 AM, Werner Punz werner.p...@gmail.com wrote: Am 9/30/11 8:11 AM, schrieb Gerhard Petracek: The MyFaces PMC is proud to announce a new addition to our community. Please welcome Michael Kurz as the newest MyFaces committer! Michael is an active member of the MyFaces community, especially in MyFaces Core. @Michael: Please add yourself to the Master-POM at https://svn.apache.org/repos/asf/myfaces/myfaces-master-pom/trunk/pom.xml Welcome regards, Gerhard Congratulations Michael, well deserved. werner -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Jakob Korherr blog: http://www.jakobk.com twitter: http://twitter.com/jakobkorherr work: http://www.irian.at
[jira] [Created] (TRINIDAD-2143) tr:commandbutton unable to submit on Nokia E series phone - E 63, E 71
tr:commandbutton unable to submit on Nokia E series phone - E 63, E 71 -- Key: TRINIDAD-2143 URL: https://issues.apache.org/jira/browse/TRINIDAD-2143 Project: MyFaces Trinidad Issue Type: Bug Affects Versions: 1.2.14-core Environment: Windows server 2008, JBOSS 5.1, JDK 1.6 Reporter: Badrinath Bahadur Hello, When we try to execute an application written using Myfaces and trinidad, the tr:commandButton does not submit to the server. It posts back to itself. This behaviour could also be reproduced in Desktop browser and change the user agent to Blackberry 9700 (Using the User agent switcher add-on for Mozilla) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (MYFACES-3332) Fix condition to call ComponentSupport.markComponentToRestoreFully on 2.1.x branch
[ https://issues.apache.org/jira/browse/MYFACES-3332?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leonardo Uribe resolved MYFACES-3332. - Resolution: Fixed Fix Version/s: 2.1.4 Fix condition to call ComponentSupport.markComponentToRestoreFully on 2.1.x branch -- Key: MYFACES-3332 URL: https://issues.apache.org/jira/browse/MYFACES-3332 Project: MyFaces Core Issue Type: Bug Components: JSR-314 Reporter: Leonardo Uribe Assignee: Leonardo Uribe Fix For: 2.1.4 Since JSF 2.1, after the view is built an addtional iteration to call markInitialState is done. The condition to call ComponentSupport.markComponentToRestoreFully relies on that value, but instead we should use this condition: fcc.isRefreshTransientBuildOnPSS() !fcc.isRefreshingTransientBuild() If no refreshing is done we are creating a new view, just like markInitialState. The effect is the view is not refreshed automatically in auto mode. It has been reported earlier, but checking the patch done on MYFACES-3329 I realized this condition is not working as expected. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (MYFACES-3331) Identifier stored on MARK_CREATED should be unique per component on the same
[
https://issues.apache.org/jira/browse/MYFACES-3331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leonardo Uribe resolved MYFACES-3331.
-
Resolution: Fixed
Fix Version/s: 2.1.4
2.0.10
Identifier stored on MARK_CREATED should be unique per component on the same
Key: MYFACES-3331
URL: https://issues.apache.org/jira/browse/MYFACES-3331
Project: MyFaces Core
Issue Type: Sub-task
Components: JSR-314
Reporter: Leonardo Uribe
Assignee: Leonardo Uribe
Fix For: 2.0.10, 2.1.4
Suppose this use case:
c:if test=...
testComposite:simpleComposite/
/c:if
testComposite:simpleComposite/
If c:if condition is first false and then it is true, the id for the second
component will be assigned to the first one. The effect is c:if
add/remove/refresh algorithm gets confused. Later if the value changes back
to false, the component that is removed will be the other that is not
expected. At the end the state of one component is lost.
The algoritm that generate that identifier must meet at minimal two
conditions.
1. They should be unique but
2. The same ids should be generated each time the view is built for comply
with c:if addition/removal algorithm.
Additionally, considering this use case:
h:outputText value=-A-/
ui:include src=#{pageSelected}/
h:outputText value=-C-/
page1.xhtml:
ui:composition
h:outputText value=-B-/
/ui:composition
page2.xhtml:
ui:composition
h:outputText value=-B-/
/ui:composition
We need to ensure this condition:
3. Different ids should be generated for components in different.
To ensure two pages with the same components in this configuration can be
associated with different ids, it is necessary to keep track of the facelet
hierarchy.
How to solve it?
First create a hierarchical counter that can generate something like this:
1
2
3
4
5_1
5_2_1
5_2_2
5_2_3
5_3
The proposal I'm working on is create a counter like this:
[hierarchical counter]_[faceletHierarchy_prefix]_[tagId]
And use two hierarchical counters, one for the previous id and the other one
for the component generated id.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (MYFACES-3330) Generate small generated unique ids for components without explicit ids
[ https://issues.apache.org/jira/browse/MYFACES-3330?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leonardo Uribe resolved MYFACES-3330. - Resolution: Fixed Fix Version/s: 2.1.4 2.0.10 Generate small generated unique ids for components without explicit ids --- Key: MYFACES-3330 URL: https://issues.apache.org/jira/browse/MYFACES-3330 Project: MyFaces Core Issue Type: Sub-task Components: JSR-314 Reporter: Leonardo Uribe Assignee: Leonardo Uribe Fix For: 2.0.10, 2.1.4 To ensure uniqueness, MyFaces uses a unique tag id more associated to a facelet. The effect is each page ends with ids that are too long. For example: j_id538961478_e4e33bc It is necessary to provide another strategy to generate component ids as small as possible. It should meet two conditions: 1. They should be unique but 2. The same ids should be generated each time the view is built for comply with PSS algorithm. How to solve it? First create a hierarchical counter that can generate something like this: j_id_1 j_id_2 j_id_3 j_id_4 j_id_5_1 j_id_5_2_1 j_id_5_2_2 j_id_5_2_3 j_id_5_3 j_id_z Use the max radix available for a counter, because for a html id we can use: 0123456789abcdefghijklmnopqrstuvwxyz as valid characters. This counter does not need to be related to the one used by MARK_CREATED, but the same methods should be used to create additional hierarchies. This change will improve performance too, because the generated pages will be shorter and we can get rid two maps, so for each tag we remove a map.get call. Additionally, with this strategy we can make PSS algorithm work better, because the final component ids will be more stable, and that's very important. There are some corner use cases where to make it work it is required to enable org.apache.myfaces.REFRESH_TRANSIENT_BUILD_ON_PSS and org.apache.myfaces.REFRESH_TRANSIENT_BUILD_ON_PSS_PRESERVE_STATE, but with this change we can open the possibility to do not require them at all and reduce even more the state size. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (MYFACES-3329) Fix PSS algorithm to ensure c:if and ui:include src=#{...} related use cases will work without rely on org.apache.myfaces.REFRESH_TRANSIENT_BUILD_ON_PSS_PRESERVE_ST
[
https://issues.apache.org/jira/browse/MYFACES-3329?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leonardo Uribe updated MYFACES-3329:
Resolution: Fixed
Fix Version/s: 2.1.4
2.0.10
Status: Resolved (was: Patch Available)
Fix PSS algorithm to ensure c:if and ui:include src=#{...} related use
cases will work without rely on
org.apache.myfaces.REFRESH_TRANSIENT_BUILD_ON_PSS_PRESERVE_STATE
---
Key: MYFACES-3329
URL: https://issues.apache.org/jira/browse/MYFACES-3329
Project: MyFaces Core
Issue Type: Improvement
Components: JSR-314
Reporter: Leonardo Uribe
Assignee: Leonardo Uribe
Fix For: 2.0.10, 2.1.4
Attachments: MYFACES-3329-2.0.x-1.patch, MYFACES-3329-2.1.x-1.patch,
MYFACES-3329-2.1.x-2.patch
There is a well known issue related to use c:if and ui:include src=#{...}.
It has been described in different ways for a long time. For example see:
MYFACES-3271 ui:include tag handler evaluates its bindings to soon during JSF
lifecycle
There is a lot of related issues but to keep things simple, PSS algorithm is
based on the following conditions:
1. Each time the view is build by first time or when it is restored, the same
initial state will be retrieved.
2. It is possible to calculate a delta state, based on that initial state.
In practice, there are some use cases that breaks that:
a. c:if tag
b. c:choose, c:when and c:otherwise
c. ui:include src=#{...} (usually known as dynamic include)
d. ui:decorate template=#{...}
e. c:forEach
The reason is they change the component tree dynamically. For example a c:if
tag could be bound to a ValueExpression that in one moment could be true and
then false, so the initial state calculated by PSS algorithm through a
vdl.buildView() will be different each time, breaking condition 1.
It is true there exists the workaround with
org.apache.myfaces.REFRESH_TRANSIENT_BUILD_ON_PSS_PRESERVE_STATE, which mark
some parts of the tree to be restored fully, so it does not matter the
initial state, at the end just we restore such parts fully and everything
works as facelets 1.1.x. But even so, it is a workaround, and we need a
better solution to that.
In practice, points a., b., c. and d. are relevant. The case e. related to
c:forEach is not because the iterated data has
usually a life longer than the view (session, conversation or view scope), so
we can exclude this case.
The solution to this problem is store the result of the evaluated expressions
within the view. It is the only that will work
as good as org.apache.myfaces.REFRESH_TRANSIENT_BUILD_ON_PSS_PRESERVE_STATE.
To do that we need to generate an unique id per tag and make components and
tags inside them generate unique tags too but the
same ids should be generated each time the view is build no matter the
conditions. For example:
h:outputText value=-A-/
c:if test=#{condition}
h:outputText value=-B-/
/c:if
h:outputText value=-C-/
-C- should have the same id each time, no matter what happen inside c:if.
Since PSS algorithm uses clientIds to store the delta state of the
components, ensure that is CRITICAL, otherwise the state will get mixed or
lost.
Additionally, we must restore that facelet state before the view is built
to use it when the initial state is derived.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [COMMUNITY] MyFaces += Michael Kurz
+1: Congratulations, Michael. Matt On Fri, Sep 30, 2011 at 4:48 AM, Jakob Korherr jakob.korh...@gmail.com wrote: Hi Michael, Congrats! Regards, Jakob 2011/9/30 Martin Marinschek mmarinsc...@apache.org: Hi Michael, congratulations! best regards, Martin On Fri, Sep 30, 2011 at 9:09 AM, Werner Punz werner.p...@gmail.com wrote: Am 9/30/11 8:11 AM, schrieb Gerhard Petracek: The MyFaces PMC is proud to announce a new addition to our community. Please welcome Michael Kurz as the newest MyFaces committer! Michael is an active member of the MyFaces community, especially in MyFaces Core. @Michael: Please add yourself to the Master-POM at https://svn.apache.org/repos/asf/myfaces/myfaces-master-pom/trunk/pom.xml Welcome regards, Gerhard Congratulations Michael, well deserved. werner -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Jakob Korherr blog: http://www.jakobk.com twitter: http://twitter.com/jakobkorherr work: http://www.irian.at
Re: [COMMUNITY] MyFaces += Michael Kurz
Welcome, Michael. On Fri, Sep 30, 2011 at 8:22 AM, Matt Benson gudnabr...@gmail.com wrote: +1: Congratulations, Michael. Matt On Fri, Sep 30, 2011 at 4:48 AM, Jakob Korherr jakob.korh...@gmail.com wrote: Hi Michael, Congrats! Regards, Jakob 2011/9/30 Martin Marinschek mmarinsc...@apache.org: Hi Michael, congratulations! best regards, Martin On Fri, Sep 30, 2011 at 9:09 AM, Werner Punz werner.p...@gmail.com wrote: Am 9/30/11 8:11 AM, schrieb Gerhard Petracek: The MyFaces PMC is proud to announce a new addition to our community. Please welcome Michael Kurz as the newest MyFaces committer! Michael is an active member of the MyFaces community, especially in MyFaces Core. @Michael: Please add yourself to the Master-POM at https://svn.apache.org/repos/asf/myfaces/myfaces-master-pom/trunk/pom.xml Welcome regards, Gerhard Congratulations Michael, well deserved. werner -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Jakob Korherr blog: http://www.jakobk.com twitter: http://twitter.com/jakobkorherr work: http://www.irian.at -- Grant Smith - V.P. Information Technology Marathon Computer Systems, LLC.
[jira] [Created] (MYFACES-3340) h:commandButton with f:ajax behavior and f:param renders submit script
h:commandButton with f:ajax behavior and f:param renders submit script -- Key: MYFACES-3340 URL: https://issues.apache.org/jira/browse/MYFACES-3340 Project: MyFaces Core Issue Type: Bug Components: JSR-314 Reporter: Leonardo Uribe Assignee: Leonardo Uribe Trying this test case: h:commandButton id=submit value=Submit f:param name=someparam value=123/ f:ajax / /h:commandButton The final link appends the submit script, but it should not. In theory the submit script should be added but in practice there is no clean way to detect if a submit behavior has been added to the component, so to keep things simple, if the button is submit type, it is responsibility of the developer to add a client behavior that submit the form, for example using a f:ajax tag. Otherwise, there will be a situation where a full submit could be trigger after an ajax operation. Note we still need to append two scripts if necessary: autoscroll and clearhidden fields, because this code is called for a submit button. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (MYFACES-3340) h:commandButton with f:ajax behavior and f:param renders submit script
[ https://issues.apache.org/jira/browse/MYFACES-3340?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leonardo Uribe resolved MYFACES-3340. - Resolution: Fixed Fix Version/s: 2.1.4 2.0.10 h:commandButton with f:ajax behavior and f:param renders submit script -- Key: MYFACES-3340 URL: https://issues.apache.org/jira/browse/MYFACES-3340 Project: MyFaces Core Issue Type: Bug Components: JSR-314 Reporter: Leonardo Uribe Assignee: Leonardo Uribe Fix For: 2.0.10, 2.1.4 Trying this test case: h:commandButton id=submit value=Submit f:param name=someparam value=123/ f:ajax / /h:commandButton The final link appends the submit script, but it should not. In theory the submit script should be added but in practice there is no clean way to detect if a submit behavior has been added to the component, so to keep things simple, if the button is submit type, it is responsibility of the developer to add a client behavior that submit the form, for example using a f:ajax tag. Otherwise, there will be a situation where a full submit could be trigger after an ajax operation. Note we still need to append two scripts if necessary: autoscroll and clearhidden fields, because this code is called for a submit button. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (MYFACES-3319) Make create AjaxBehavior accessible in AjaxHandler
[ https://issues.apache.org/jira/browse/MYFACES-3319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leonardo Uribe updated MYFACES-3319: Resolution: Fixed Fix Version/s: 2.1.4 2.0.10 Assignee: Leonardo Uribe Status: Resolved (was: Patch Available) Thanks to Michael Kurz for provide this patch Make create AjaxBehavior accessible in AjaxHandler -- Key: MYFACES-3319 URL: https://issues.apache.org/jira/browse/MYFACES-3319 Project: MyFaces Core Issue Type: Improvement Components: JSR-314 Affects Versions: 2.1.3 Reporter: Michael Kurz Assignee: Leonardo Uribe Priority: Minor Fix For: 2.0.10, 2.1.4 Attachments: MYFACES-3319.patch I'm currently trying to create a custom ajax tag that is based on f:ajax but supports an additional attribute. For this, I wanted to create a new tag handler that extends AjaxHandler. What I found out is, that it is VERY hard to do so. The creation of the AjaxBehavior is buried inside applyAttachedObject(). The only reasonable way I found to set an additional value expression on the created AjaxBehavior is to pass in a wrapped FacesContext/Application from the derived class. It would be so much easier, if, for instance, creating the behavior would be done in a protected method. Then the behavior would be accessible in derived classes. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [COMMUNITY] MyFaces += Michael Kurz
Welcome Michael! 2011/9/30 Grant Smith work.gr...@gmail.com: Welcome, Michael. On Fri, Sep 30, 2011 at 8:22 AM, Matt Benson gudnabr...@gmail.com wrote: +1: Congratulations, Michael. Matt On Fri, Sep 30, 2011 at 4:48 AM, Jakob Korherr jakob.korh...@gmail.com wrote: Hi Michael, Congrats! Regards, Jakob 2011/9/30 Martin Marinschek mmarinsc...@apache.org: Hi Michael, congratulations! best regards, Martin On Fri, Sep 30, 2011 at 9:09 AM, Werner Punz werner.p...@gmail.com wrote: Am 9/30/11 8:11 AM, schrieb Gerhard Petracek: The MyFaces PMC is proud to announce a new addition to our community. Please welcome Michael Kurz as the newest MyFaces committer! Michael is an active member of the MyFaces community, especially in MyFaces Core. @Michael: Please add yourself to the Master-POM at https://svn.apache.org/repos/asf/myfaces/myfaces-master-pom/trunk/pom.xml Welcome regards, Gerhard Congratulations Michael, well deserved. werner -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Jakob Korherr blog: http://www.jakobk.com twitter: http://twitter.com/jakobkorherr work: http://www.irian.at -- Grant Smith - V.P. Information Technology Marathon Computer Systems, LLC.
[jira] [Resolved] (MYFACES-3339) Ajax embedded CDATA Sequence lost on the server once an ajax refresh is triggered
[ https://issues.apache.org/jira/browse/MYFACES-3339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leonardo Uribe resolved MYFACES-3339. - Resolution: Fixed Fix Version/s: 2.1.4 2.0.10 Assignee: Leonardo Uribe The problem is on PartialResponseWriterImpl. There is a line that removes all cdata sections, which is obviously wrong. So just removing that line is enough. I test it doing a full ajax refresh with the example on MYFACES-2801 and it works. So the code to handle cdata on HtmlResponseWriterImpl is ok. Probably that line was added because we had the problem described on MYFACES-2801 Ajax embedded CDATA Sequence lost on the server once an ajax refresh is triggered - Key: MYFACES-3339 URL: https://issues.apache.org/jira/browse/MYFACES-3339 Project: MyFaces Core Issue Type: Bug Affects Versions: 2.0.10-SNAPSHOT, 2.1.4-SNAPSHOT Reporter: Werner Punz Assignee: Leonardo Uribe Priority: Blocker Fix For: 2.0.10, 2.1.4 One of my automated tests regarding render javax.faces.ViewRoot fails on chrome and ie, it works on all other browsers. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [COMMUNITY] MyFaces += Michael Kurz
Thank you very much! Best regards Michi Am 30.09.2011 um 17:53 schrieb Leonardo Uribe lu4...@gmail.com: Welcome Michael! 2011/9/30 Grant Smith work.gr...@gmail.com: Welcome, Michael. On Fri, Sep 30, 2011 at 8:22 AM, Matt Benson gudnabr...@gmail.com wrote: +1: Congratulations, Michael. Matt On Fri, Sep 30, 2011 at 4:48 AM, Jakob Korherr jakob.korh...@gmail.com wrote: Hi Michael, Congrats! Regards, Jakob 2011/9/30 Martin Marinschek mmarinsc...@apache.org: Hi Michael, congratulations! best regards, Martin On Fri, Sep 30, 2011 at 9:09 AM, Werner Punz werner.p...@gmail.com wrote: Am 9/30/11 8:11 AM, schrieb Gerhard Petracek: The MyFaces PMC is proud to announce a new addition to our community. Please welcome Michael Kurz as the newest MyFaces committer! Michael is an active member of the MyFaces community, especially in MyFaces Core. @Michael: Please add yourself to the Master-POM at https://svn.apache.org/repos/asf/myfaces/myfaces-master-pom/trunk/pom.xml Welcome regards, Gerhard Congratulations Michael, well deserved. werner -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Jakob Korherr blog: http://www.jakobk.com twitter: http://twitter.com/jakobkorherr work: http://www.irian.at -- Grant Smith - V.P. Information Technology Marathon Computer Systems, LLC.
