[jira] Commented: (TRINIDAD-1915) CheckedSerializationMap check if delegate is Serializable
[ https://issues.apache.org/jira/browse/TRINIDAD-1915?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12909603#action_12909603 ] Matthias Weßendorf commented on TRINIDAD-1915: -- We don't care if the delegate is serializable or not. We only care about its content. Therefore the fix is to remove the check in the constructor. Also I added a bit of JavaDoc to make clear that we don't check the delegate itself CheckedSerializationMap check if delegate is Serializable - Key: TRINIDAD-1915 URL: https://issues.apache.org/jira/browse/TRINIDAD-1915 Project: MyFaces Trinidad Issue Type: Bug Affects Versions: 2.0.0-alpha-2 Reporter: Matthias Weßendorf Assignee: Matthias Weßendorf Fix For: 2.0.0.3-core, 1.2.15-core Attachments: TRINIDAD-1915.patch -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (TOBAGO-912) tc:validateFileItem define multiple contentType
[ https://issues.apache.org/jira/browse/TOBAGO-912?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bernd Bohmann resolved TOBAGO-912. -- Resolution: Fixed tc:validateFileItem define multiple contentType --- Key: TOBAGO-912 URL: https://issues.apache.org/jira/browse/TOBAGO-912 Project: MyFaces Tobago Issue Type: New Feature Components: Core Affects Versions: 1.0.28 Reporter: Guido Dubois Assignee: Bernd Bohmann Fix For: 1.5.0-alpha-2, 1.0.29 Is it possible - if yes, how to do this - or it woul'd be nice to be able to define multiple content types in tag tc:validateFileItem for file uploads like follows tc:validateFileItem maxSize=5242880 contentType=application/pdf, application/vnd.ms-excel / -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[VOTE] Release Tobago 1.0.29
Hello again, I would like to release Tobago 1.0.29. For a detail list please consult the release notes: http://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310273styleName=Htmlversion=12315262 The version is available at the nexus staging repository. Staging repository: https://repository.apache.org/content/repositories/orgapachemyfaces-025/ The Vote is open for 72h. [ ] +1 [ ] +0 [ ] -1 Regards Bernd
building current20
Hi, Currently current20 gives me compile errors - and: yes, I'm running mvn.bat on the complete current20 branch including core, shared and test-webapp. Do you experience the same problem? I start with: C:\projects\MyFaces_current20C:\Program Files (x86)\apache-maven-2.2.1\bin\mvn.bat -Dmaven.test.skip=true [INFO] Scanning for projects... [INFO] Reactor build order: [INFO] Apache MyFaces JSF-2.0 Core Project [INFO] Apache MyFaces JSF Core-2.0 API [INFO] Apache MyFaces Shared For JSF 2.0 - Project [INFO] Apache MyFaces Shared For JSF 2.0 - Core [INFO] MyFaces Shared Impl [INFO] MyFaces Shared Tomahawk [INFO] Apache MyFaces JSF-2.0 Core Impl for Java EE 6 [INFO] Apache MyFaces JSF-2.0 Core Impl [INFO] Build Project [INFO] [INFO] Building Apache MyFaces JSF-2.0 Core Project [INFO]task-segment: [install] [INFO] ... and in the end teh compile breaks with: [INFO] Compiling 90 source files to C:\projects\MyFaces_current20\core\impl\target\classes [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[38,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[39,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[40,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[41,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[42,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[43,67] package org.apache.myfaces.shared_impl.resource.ResourceHandlerCache does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[62,12] cannot find symbol symbol : class ResourceHandlerCache location: class org.apache.myfaces.application.ResourceHandlerImpl C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[127,46] cannot find symbol symbol : class ResourceLoader location: class org.apache.myfaces.application.ResourceHandlerImpl C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[127,14] cannot find symbol symbol : class ResourceMeta location: class org.apache.myfaces.application.ResourceHandlerImpl C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[575,12] cannot find symbol symbol : class ResourceHandlerCache location: class org.apache.myfaces.application.ResourceHandlerImpl C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\DefaultResourceHandlerSupport.java:[25,46] package org.apache.myfaces.share d_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\DefaultResourceHandlerSupport.java:[26,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\DefaultResourceHandlerSupport.java:[27,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\DefaultResourceHandlerSupport.java:[28,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\DefaultResourceHandlerSupport.java:[37,51] cannot find symbol symbol: class BaseResourceHandlerSupport public class DefaultResourceHandlerSupport extends BaseResourceHandlerSupport C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\DefaultResourceHandlerSupport.java:[40,12] cannot find symbol symbol : class ResourceLoader location: class org.apache.myfaces.application.DefaultResourceHandlerSupport C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\DefaultResourceHandlerSupport.java:[47,11] cannot find symbol symbol : class ResourceLoader location: class org.apache.myfaces.application.DefaultResourceHandlerSupport
Re: building current20
Hi Ganesh, I just rolled an svn up and did an mvn clean install from the root: [INFO] [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 3 minutes 55 seconds [INFO] Finished at: Wed Sep 15 09:32:55 CEST 2010 [INFO] Final Memory: 140M/296M So I cannot reproduce it here. Werner Am 15.09.10 09:23, schrieb Ganesh: Hi, Currently current20 gives me compile errors - and: yes, I'm running mvn.bat on the complete current20 branch including core, shared and test-webapp. Do you experience the same problem? I start with: C:\projects\MyFaces_current20C:\Program Files (x86)\apache-maven-2.2.1\bin\mvn.bat -Dmaven.test.skip=true [INFO] Scanning for projects... [INFO] Reactor build order: [INFO] Apache MyFaces JSF-2.0 Core Project [INFO] Apache MyFaces JSF Core-2.0 API [INFO] Apache MyFaces Shared For JSF 2.0 - Project [INFO] Apache MyFaces Shared For JSF 2.0 - Core [INFO] MyFaces Shared Impl [INFO] MyFaces Shared Tomahawk [INFO] Apache MyFaces JSF-2.0 Core Impl for Java EE 6 [INFO] Apache MyFaces JSF-2.0 Core Impl [INFO] Build Project [INFO] [INFO] Building Apache MyFaces JSF-2.0 Core Project [INFO] task-segment: [install] [INFO] ... and in the end teh compile breaks with: [INFO] Compiling 90 source files to C:\projects\MyFaces_current20\core\impl\target\classes [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[38,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[39,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[40,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[41,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[42,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[43,67] package org.apache.myfaces.shared_impl.resource.ResourceHandlerCache does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[62,12] cannot find symbol symbol : class ResourceHandlerCache location: class org.apache.myfaces.application.ResourceHandlerImpl C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[127,46] cannot find symbol symbol : class ResourceLoader location: class org.apache.myfaces.application.ResourceHandlerImpl C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[127,14] cannot find symbol symbol : class ResourceMeta location: class org.apache.myfaces.application.ResourceHandlerImpl C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[575,12] cannot find symbol symbol : class ResourceHandlerCache location: class org.apache.myfaces.application.ResourceHandlerImpl C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\DefaultResourceHandlerSupport.java:[25,46] package org.apache.myfaces.share d_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\DefaultResourceHandlerSupport.java:[26,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\DefaultResourceHandlerSupport.java:[27,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\DefaultResourceHandlerSupport.java:[28,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\DefaultResourceHandlerSupport.java:[37,51] cannot find symbol symbol: class BaseResourceHandlerSupport public class DefaultResourceHandlerSupport extends BaseResourceHandlerSupport
Re: [VOTE] Release Tobago 1.0.29
+1 Am 15.09.10 08:30, schrieb Bernd Bohmann: Hello again, I would like to release Tobago 1.0.29. For a detail list please consult the release notes: http://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310273styleName=Htmlversion=12315262 The version is available at the nexus staging repository. Staging repository: https://repository.apache.org/content/repositories/orgapachemyfaces-025/ The Vote is open for 72h. [ ] +1 [ ] +0 [ ] -1 Regards Bernd
Re: [VOTE] Release Tobago 1.0.29
+1 On Wed, Sep 15, 2010 at 9:45 AM, Werner Punz werner.p...@gmail.com wrote: +1 Am 15.09.10 08:30, schrieb Bernd Bohmann: Hello again, I would like to release Tobago 1.0.29. For a detail list please consult the release notes: http://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310273styleName=Htmlversion=12315262 The version is available at the nexus staging repository. Staging repository: https://repository.apache.org/content/repositories/orgapachemyfaces-025/ The Vote is open for 72h. [ ] +1 [ ] +0 [ ] -1 Regards Bernd -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: building current20
here it's also successful. regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/9/15 Werner Punz werner.p...@gmail.com Hi Ganesh, I just rolled an svn up and did an mvn clean install from the root: [INFO] [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 3 minutes 55 seconds [INFO] Finished at: Wed Sep 15 09:32:55 CEST 2010 [INFO] Final Memory: 140M/296M So I cannot reproduce it here. Werner Am 15.09.10 09:23, schrieb Ganesh: Hi, Currently current20 gives me compile errors - and: yes, I'm running mvn.bat on the complete current20 branch including core, shared and test-webapp. Do you experience the same problem? I start with: C:\projects\MyFaces_current20C:\Program Files (x86)\apache-maven-2.2.1\bin\mvn.bat -Dmaven.test.skip=true [INFO] Scanning for projects... [INFO] Reactor build order: [INFO] Apache MyFaces JSF-2.0 Core Project [INFO] Apache MyFaces JSF Core-2.0 API [INFO] Apache MyFaces Shared For JSF 2.0 - Project [INFO] Apache MyFaces Shared For JSF 2.0 - Core [INFO] MyFaces Shared Impl [INFO] MyFaces Shared Tomahawk [INFO] Apache MyFaces JSF-2.0 Core Impl for Java EE 6 [INFO] Apache MyFaces JSF-2.0 Core Impl [INFO] Build Project [INFO] [INFO] Building Apache MyFaces JSF-2.0 Core Project [INFO] task-segment: [install] [INFO] ... and in the end teh compile breaks with: [INFO] Compiling 90 source files to C:\projects\MyFaces_current20\core\impl\target\classes [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[38,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[39,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[40,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[41,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[42,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[43,67] package org.apache.myfaces.shared_impl.resource.ResourceHandlerCache does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[62,12] cannot find symbol symbol : class ResourceHandlerCache location: class org.apache.myfaces.application.ResourceHandlerImpl C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[127,46] cannot find symbol symbol : class ResourceLoader location: class org.apache.myfaces.application.ResourceHandlerImpl C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[127,14] cannot find symbol symbol : class ResourceMeta location: class org.apache.myfaces.application.ResourceHandlerImpl C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[575,12] cannot find symbol symbol : class ResourceHandlerCache location: class org.apache.myfaces.application.ResourceHandlerImpl C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\DefaultResourceHandlerSupport.java:[25,46] package org.apache.myfaces.share d_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\DefaultResourceHandlerSupport.java:[26,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\DefaultResourceHandlerSupport.java:[27,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\DefaultResourceHandlerSupport.java:[28,46] package org.apache.myfaces.shared_impl.resource does not exist
[jira] Created: (TRINIDAD-1916) Update to MYFACES POM version 9
Update to MYFACES POM version 9 --- Key: TRINIDAD-1916 URL: https://issues.apache.org/jira/browse/TRINIDAD-1916 Project: MyFaces Trinidad Issue Type: Bug Reporter: Matthias Weßendorf Assignee: Matthias Weßendorf Priority: Blocker In order to use the easy way for doing releases (via Nexus repo) we need to update the POMs to use the myfaces-9 pom. Also we should add this to the pom: prerequisites maven2.2.1/maven /prerequisite -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: building current20
Ok for another reason I cleared my current myfaces 2 dir and did a new svn up to get a clean state, build is still working. Werner Am 15.09.10 09:34, schrieb Werner Punz: Hi Ganesh, I just rolled an svn up and did an mvn clean install from the root: [INFO] [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 3 minutes 55 seconds [INFO] Finished at: Wed Sep 15 09:32:55 CEST 2010 [INFO] Final Memory: 140M/296M So I cannot reproduce it here. Werner Am 15.09.10 09:23, schrieb Ganesh: Hi, Currently current20 gives me compile errors - and: yes, I'm running mvn.bat on the complete current20 branch including core, shared and test-webapp. Do you experience the same problem? I start with: C:\projects\MyFaces_current20C:\Program Files (x86)\apache-maven-2.2.1\bin\mvn.bat -Dmaven.test.skip=true [INFO] Scanning for projects... [INFO] Reactor build order: [INFO] Apache MyFaces JSF-2.0 Core Project [INFO] Apache MyFaces JSF Core-2.0 API [INFO] Apache MyFaces Shared For JSF 2.0 - Project [INFO] Apache MyFaces Shared For JSF 2.0 - Core [INFO] MyFaces Shared Impl [INFO] MyFaces Shared Tomahawk [INFO] Apache MyFaces JSF-2.0 Core Impl for Java EE 6 [INFO] Apache MyFaces JSF-2.0 Core Impl [INFO] Build Project [INFO] [INFO] Building Apache MyFaces JSF-2.0 Core Project [INFO] task-segment: [install] [INFO] ... and in the end teh compile breaks with: [INFO] Compiling 90 source files to C:\projects\MyFaces_current20\core\impl\target\classes [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[38,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[39,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[40,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[41,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[42,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[43,67] package org.apache.myfaces.shared_impl.resource.ResourceHandlerCache does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[62,12] cannot find symbol symbol : class ResourceHandlerCache location: class org.apache.myfaces.application.ResourceHandlerImpl C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[127,46] cannot find symbol symbol : class ResourceLoader location: class org.apache.myfaces.application.ResourceHandlerImpl C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[127,14] cannot find symbol symbol : class ResourceMeta location: class org.apache.myfaces.application.ResourceHandlerImpl C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\ResourceHandlerImpl.java:[575,12] cannot find symbol symbol : class ResourceHandlerCache location: class org.apache.myfaces.application.ResourceHandlerImpl C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\DefaultResourceHandlerSupport.java:[25,46] package org.apache.myfaces.share d_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\DefaultResourceHandlerSupport.java:[26,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\DefaultResourceHandlerSupport.java:[27,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\DefaultResourceHandlerSupport.java:[28,46] package org.apache.myfaces.shared_impl.resource does not exist C:\projects\MyFaces_current20\core\impl\src\main\java\org\apache\myfaces\application\DefaultResourceHandlerSupport.java:[37,51] cannot find symbol symbol: class BaseResourceHandlerSupport
Re: [VOTE] Trinidad core: 1.0.13
I am canceling this vote. MyFaces moved to Nexus and it looks like that this has the impact that all subprojects have to go via nexus as well... In order to do that, we need to use the myfaces-9 pom, I filed a ticket for that: https://issues.apache.org/jira/browse/TRINIDAD-1916 Before early October I won't be able to re-run this vote. Sorry, Matthias On Fri, Sep 10, 2010 at 4:05 PM, Paul Mander paul.s.man...@gmail.com wrote: +1 Matthias Wessendorf-4 wrote: Hi, I was running the needed tasks to get the next release of the Apache MyFaces Trinidad 1.0.x CORE out. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.0.13 artifacts and vote. [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/staging_repo/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- View this message in context: http://old.nabble.com/-VOTE--Trinidad-core%3A-1.0.13-tp29661082p29677192.html Sent from the My Faces - Dev mailing list archive at Nabble.com. -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Trinidad core: 1.2.14
I am canceling this vote. MyFaces moved to Nexus and it looks like that this has the impact that all subprojects have to go via nexus as well... In order to do that, we need to use the myfaces-9 pom, I filed a ticket for that: https://issues.apache.org/jira/browse/TRINIDAD-1916 Before early October I won't be able to re-run this vote. Sorry, Matthias On Thu, Sep 9, 2010 at 9:41 AM, Paul Mander paul.s.man...@gmail.com wrote: +1 Matthias Wessendorf-4 wrote: Hi, I was running the needed tasks to get the next release of the Apache MyFaces Trinidad 1.2.x CORE out. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.2.14 artifacts and vote. The release includes fixes and the new casablanca skin. [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/staging_repo/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- View this message in context: http://old.nabble.com/-VOTE--Trinidad-core%3A-1.2.14-tp29646186p29647384.html Sent from the My Faces - Dev mailing list archive at Nabble.com. -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Trinidad core: 2.0.0 beta1
I am canceling this vote. MyFaces moved to Nexus and it looks like that this has the impact that all subprojects have to go via nexus as well... In order to do that, we need to use the myfaces-9 pom, I filed a ticket for that: https://issues.apache.org/jira/browse/TRINIDAD-1916 Before early October I won't be able to re-run this vote. Sorry, Matthias On Wed, Sep 8, 2010 at 11:49 PM, Jakob Korherr sethfromaust...@gmail.com wrote: Hi, Sorry, I just read the mail. Thanks for fixing it! IMO the PseudoFacesContext should do the same as the StartupFacesContextImpl on MyFaces core, but I am not that familiar with Trinidad, so I actually don't know what's best in this situation. However we should consider that in JSF 2.0 there has to be a FacesContext available at every time (request and server-startup and -shutdown) and thus the JSF impls and also comp-libs or extensions might use it at some places where it was not possible in JSF 1.2. TRINIDAD-1902 was caused exactly by this scenario. However this is something for the next release. +1 on this one (including Andrew's fix). Regards, Jakob 2010/9/7 Matthias Wessendorf mat...@apache.org Ah, ok I see. Thanks for pointing it out! Jakob, can you take over on your fix for Trinidad-1902 ? -Matthias On Tue, Sep 7, 2010 at 8:00 PM, Andrew Robinson andrew.rw.robin...@gmail.com wrote: -0.5 It appears that the fix for TRINIDAD-1902 has some drawbacks that cause some severe errors. The PseudoFacesContext.getViewRoot() throws an unsupported operation exception when called. It should probably just return null instead as that is what is expected when the view has not be created/restored yet. I would say that this should be fixed before a release. -Andrew On Tue, Sep 7, 2010 at 8:39 AM, Matthias Wessendorf mat...@apache.org wrote: Hi, I was running the needed tasks to get the first beta release of the Apache MyFaces Trinidad 2.x CORE out. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 2.0.0-beta1 artifacts and vote. Main diff between the other alphas is that ajax support has been added. [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/staging_repo/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Jakob Korherr blog: http://www.jakobk.com twitter: http://twitter.com/jakobkorherr work: http://www.irian.at -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Trinidad plugins: 2.0.2 release
I am canceling this vote. MyFaces moved to Nexus and it looks like that this has the impact that all subprojects have to go via nexus as well... In order to do that, we need to use the myfaces-9 pom, I filed a ticket for that: https://issues.apache.org/jira/browse/TRINIDAD-1916 Before early October I won't be able to re-run this vote. Sorry, Matthias On Thu, Sep 9, 2010 at 12:02 AM, Jakob Korherr jakob.korh...@gmail.com wrote: +1 Regards, Jakob 2010/9/7 Grant Smith work.gr...@gmail.com +1 On Tue, Sep 7, 2010 at 9:18 AM, Blake Sullivan blake.sulli...@oracle.com wrote: +1 -- Blake Sullivan On 9/7/10 12:23 AM, Matthias Wessendorf wrote: Hi, I was running the needed tasks to get the 2.0.2 release of the Apache MyFaces Trinidad Maven 2 Plugins. This contains more JSF 2.0 support for the MyFaces Trinidad Maven plugins. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 2.0.2 artifacts and vote. How to test those JARs ? Use the stage repo inside your pom.xml file: ... pluginRepositories pluginRepository idapache.stage/id nameApache Stage Repository/name urlhttp://people.apache.org/~matzew/staging_repo//url layoutdefault/layout /pluginRepository /pluginRepositories ... [ ] +1 for community members who have reviewed and tested the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/staging_repo/ -- Grant Smith - V.P. Information Technology Marathon Computer Systems, LLC. -- Jakob Korherr blog: http://www.jakobk.com twitter: http://twitter.com/jakobkorherr work: http://www.irian.at -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[jira] Created: (TRINIDAD-1917) Accessibility Issues With Full Component Rendering
Accessibility Issues With Full Component Rendering -- Key: TRINIDAD-1917 URL: https://issues.apache.org/jira/browse/TRINIDAD-1917 Project: MyFaces Trinidad Issue Type: Improvement Components: Components Affects Versions: 2.0.0-alpha-2 Environment: Win XP 64-bit, FF 3.6, NVDA Reporter: Karel Simek Priority: Minor At this time whenever a component state changes (tab is clicked, accordion is expanded,..) the whole component gets removed from the DOM tree, re-created and re-inserted back again. This isn't the best solution but seems to be ok. The (hidden) issue with is that when using a screen reader to operate this component. 1. Since the component is recreated as a whole, the assistive technology cannot determine that the newly inserted component is in fact the same component just within a different state. The result is that every time the component is used, the whole path to the focus is repeated Choosing a tab reads: document table row 1 column 2 tab control Houses tab selected 3 of 5 istead of: Houses tab selected 3 of 5 The output get even more verbose and confusing on real websites as there are more components and deeper structures then in my testing scenarios. 2. Second issue with the currect architecture is that ARIA live-regions do not work. Live regions are contained within the component body and mark parts of the component that are going to change. But since the WHOLE component is removed, there are in fact no changes to the live-regions and the user is left to hide-and-seek strategy to determine what changed. That is what we dont' want. Components affected: Accordion Panel Panel Choice Panel Radio Panel Poppup PAnel Tabbed Progress Indicator Status Indicator Select Range Table Pagination Mavigation Tree Tree To see this behaviour, check my work on Accessible Trinidad at http://gf.felk.cvut.cz:8080/trinidad/faces/PanelTabbed.jspx Use NVDA screenreader and try out the TabPannel demo. My ideas was to have JavaScript logic attached to the component and based on performed operation (hide accordion segment, select tab 3) perform component update and move focus. Would that be possible? Any ideas to help with this? The bottom line is that having a partial rendering would enable Trinidad be more accessible as in fact this is the only design change I have found to be needed to support ARIA within Trinidad. Really. Cheers, Karel CoE Team -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (MYFACES-2923) jsf.js finalize the testing and fix last minute bugs from the tests for 2.0.2
jsf.js finalize the testing and fix last minute bugs from the tests for 2.0.2 - Key: MYFACES-2923 URL: https://issues.apache.org/jira/browse/MYFACES-2923 Project: MyFaces Core Issue Type: Improvement Affects Versions: 2.0.2-SNAPSHOT Reporter: Werner Punz We are close to rolling a 2.0.2 release we should give the scripts another round of testing and fix the appearing bugs also we now should finally increase the impl number according to the spec. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (MYFACES-2923) jsf.js finalize the testing and fix last minute bugs from the tests for 2.0.2
[ https://issues.apache.org/jira/browse/MYFACES-2923?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Werner Punz resolved MYFACES-2923. -- Fix Version/s: 2.0.2-SNAPSHOT Resolution: Fixed jsf.js finalize the testing and fix last minute bugs from the tests for 2.0.2 - Key: MYFACES-2923 URL: https://issues.apache.org/jira/browse/MYFACES-2923 Project: MyFaces Core Issue Type: Improvement Affects Versions: 2.0.2-SNAPSHOT Reporter: Werner Punz Fix For: 2.0.2-SNAPSHOT We are close to rolling a 2.0.2 release we should give the scripts another round of testing and fix the appearing bugs also we now should finally increase the impl number according to the spec. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-1569) Error message when input text is disabled or readOnly
[ https://issues.apache.org/jira/browse/MYFACES-1569?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12909753#action_12909753 ] Gurminderpal commented on MYFACES-1569: --- h:inputText id=name readonly=#{!webNewBean.genericTypeSelected} rendered=#{webNewBean.genericTypeSelected} styleClass=input_field value=#{webNewBundleBean.name}/ As you can see i need readonly or disabled attribute to be opposite of rendered attribute. and still don't want to see the above warning mentioned. Even if i use only rendered attribute then too i see the above warning. Please help me how to get rid of this warning. Thank you. Error message when input text is disabled or readOnly - Key: MYFACES-1569 URL: https://issues.apache.org/jira/browse/MYFACES-1569 Project: MyFaces Core Issue Type: Improvement Components: General Reporter: Oliver Pfau Assignee: Mike Kienenberger Priority: Minor Fix For: 1.1.6 Submit of a from with input text is disabled == true leads to the following message: WARNING: There should always be a submitted value for an input if it is rendered, its form is submitted, and it is not disabled or read-only . Component : ...inputText The warning does not appear when readOnly == true. Please remove the part or read-only from the message. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [jira] Created: (TRINIDAD-1916) Update to MYFACES POM version 9
+1 to forcing a maven stable released version. 2010/9/15 Matthias Weßendorf (JIRA) dev@myfaces.apache.org: Update to MYFACES POM version 9 --- Key: TRINIDAD-1916 URL: https://issues.apache.org/jira/browse/TRINIDAD-1916 Project: MyFaces Trinidad Issue Type: Bug Reporter: Matthias Weßendorf Assignee: Matthias Weßendorf Priority: Blocker In order to use the easy way for doing releases (via Nexus repo) we need to update the POMs to use the myfaces-9 pom. Also we should add this to the pom: prerequisites maven2.2.1/maven /prerequisite -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (TRINIDAD-1916) Update to MYFACES POM version 9
[ https://issues.apache.org/jira/browse/TRINIDAD-1916?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12909780#action_12909780 ] Jakob Korherr commented on TRINIDAD-1916: - Totally! I did the archetypes-release to nexus with maven 2.2.0 at first and all hashes were wrong. After an update to maven 2.2.1 it worked well, see http://jira.codehaus.org/browse/MNG-4235 Update to MYFACES POM version 9 --- Key: TRINIDAD-1916 URL: https://issues.apache.org/jira/browse/TRINIDAD-1916 Project: MyFaces Trinidad Issue Type: Bug Reporter: Matthias Weßendorf Assignee: Matthias Weßendorf Priority: Blocker In order to use the easy way for doing releases (via Nexus repo) we need to update the POMs to use the myfaces-9 pom. Also we should add this to the pom: prerequisites maven2.2.1/maven /prerequisite -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (MYFACESTEST-35) Support for JSF 1.1
Support for JSF 1.1 --- Key: MYFACESTEST-35 URL: https://issues.apache.org/jira/browse/MYFACESTEST-35 Project: MyFaces Test Issue Type: New Feature Components: Mock Objects Reporter: Udo Schnurpfeil Assignee: Udo Schnurpfeil Priority: Minor Make it possible to test JSF 1.1 applications with myfaces-test12. Note: This issue doesn't include that myfaces-test12 can be build with JSF 1.1. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.