[jira] Resolved: (TOBAGO-974) javascript error when unselectAll in empty simplesheet
[ https://issues.apache.org/jira/browse/TOBAGO-974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Volker Weber resolved TOBAGO-974. - Resolution: Fixed Fix Version/s: 1.0.35 javascript error when unselectAll in empty simplesheet -- Key: TOBAGO-974 URL: https://issues.apache.org/jira/browse/TOBAGO-974 Project: MyFaces Tobago Issue Type: Bug Components: Sandbox Affects Versions: 1.0.33 Reporter: Volker Weber Assignee: Volker Weber Priority: Trivial Fix For: 1.0.35 In simpleSheet we get an javascript error in IE when click on unselectAll in columnSelector header: Details zum Fehler auf der Webseite Benutzer-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) Zeitstempel: Tue, 15 Feb 2011 12:49:08 UTC Meldung: 'firstChild' ist Null oder kein Objekt Zeile: 595 Zeichen: 7 Code: 0 URI: http://tui/erm/org/apache/myfaces/tobago/renderkit/html/standard/standard/script/tobago-sheet.js -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [VOTE] release for myfaces core 1.2.10
+1 On Thu, Feb 24, 2011 at 3:36 AM, Leonardo Uribe lu4...@gmail.com wrote: Hi, I was running the needed tasks to get the 1.2.10 release of Apache MyFaces core out. The artifacts passed all TCK tests. Please note that this vote concerns all of the following parts: 1. Maven artifact group org.apache.myfaces.shared v3.0.9 [1] 2. Maven artifact group org.apache.myfaces.core v1.2.10 [1] The artifacts were deployed on nexus repo [1] and to my private Apache account [3] for binary and source packages. The release notes could be found at [4]. Also the clirr test does not show binary incompatibilities with myfaces-api. Please take a look at the 1.2.10 artifacts and vote! Please note: This vote is majority approval with a minimum of three +1 votes (see [3]). [ ] +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, Leonardo Uribe [1] https://repository.apache.org/content/repositories/orgapachemyfaces-045/org/apache/myfaces/ [2] http://www.apache.org/foundation/voting.html#ReleaseVotes [3] http://people.apache.org/~lu4242/myfaces1210binsrc [4] https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=10600version=12315978 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[jira] Commented: (TRINIDAD-1993) Setting tr:validateByteLength maximum property as an EL expression results in an error
[ https://issues.apache.org/jira/browse/TRINIDAD-1993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12999435#comment-12999435 ] Andrei Zagorneanu commented on TRINIDAD-1993: - I have the same issue in Trinidad 1.2.14. Will this fix be applied in 1.2.x branch? Setting tr:validateByteLength maximum property as an EL expression results in an error -- Key: TRINIDAD-1993 URL: https://issues.apache.org/jira/browse/TRINIDAD-1993 Project: MyFaces Trinidad Issue Type: Bug Components: Components Affects Versions: 2.0.0-beta-1 Environment: Linux x86 Reporter: Kentaro Kinebuchi Fix For: 2.0.0-beta-1 Attachments: bug10432287.patch The stack trace is given below. The error is happening because the maximum property in org.apache.myfaces.trinidad.validator.ByteLengthValidator does not follow convention and is called maximumBytes instead of maximum. This is also causing issues with af:validateByteLength. java.lang.IllegalArgumentException: Invalid attribute name maximum at org.apache.myfaces.trinidad.validator.ValidatorUtils._getPropertyKey(ValidatorUtils.java:116) at org.apache.myfaces.trinidad.validator.ValidatorUtils.setValueExpression(ValidatorUtils.java:80) at org.apache.myfaces.trinidad.validator.ByteLengthValidator.setValueExpression(ByteLengthValidator.java:288) at org.apache.myfaces.trinidadinternal.taglib.validator.ValidateByteLengthTag._setProperties(ValidateByteLengthTag.java:82) at org.apache.myfaces.trinidadinternal.taglib.validator.ValidateByteLengthTag.createValidator(ValidateByteLengthTag.java:71) at org.apache.myfaces.trinidad.webapp.TrinidadValidatorELTag.doStartTag(TrinidadValidatorELTag.java:54) at jsp_servlet.__test1_jspx._jspx___tag4(__test1_jspx.java:293) at jsp_servlet.__test1_jspx._jspx___tag3(__test1_jspx.java:256) at jsp_servlet.__test1_jspx._jspx___tag2(__test1_jspx.java:205) at jsp_servlet.__test1_jspx._jspx___tag1(__test1_jspx.java:155) at jsp_servlet.__test1_jspx._jspx___tag0(__test1_jspx.java:104) at jsp_servlet.__test1_jspx._jspService(__test1_jspx.java:65) at weblogic.servlet.jsp.JspBase.service(JspBase.java:34) at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227) at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:12 -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MYFACES-3058) Use Stragegy pattern for QdoxModelBuilder on myfaces-builder-plugin
Use Stragegy pattern for QdoxModelBuilder on myfaces-builder-plugin --- Key: MYFACES-3058 URL: https://issues.apache.org/jira/browse/MYFACES-3058 Project: MyFaces Core Issue Type: Improvement Components: build process Reporter: Leonardo Uribe Assignee: Leonardo Uribe Priority: Minor In QdoxModelBuilder we have reached 2000 lines limit for checkstyle, so each time it is necessary to add something we need to remove some empty lines. Since the code is already stable, It is necessary to break this class into multiple classes, so we can reduce the size of the file and work with more confort. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (ORCHESTRA-50) Unresolved dependency of org.apache.commons.el.Logger
[ https://issues.apache.org/jira/browse/ORCHESTRA-50?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12999706#comment-12999706 ] Dan Tran commented on ORCHESTRA-50: --- this is issued is marked 'Fixed' but i still see with tomcat7 deployment, and there is no traces in SVN it is fixed either Unresolved dependency of org.apache.commons.el.Logger - Key: ORCHESTRA-50 URL: https://issues.apache.org/jira/browse/ORCHESTRA-50 Project: MyFaces Orchestra Issue Type: Bug Affects Versions: 1.4 Environment: Deploying to Glassfish v2 Reporter: Bart Kummel Assignee: Leonardo Uribe Priority: Minor Fix For: 1.5 Attachments: ORCHESTRA-50-core.patch, ORCHESTRA-50-shared.patch When deploying an application that uses Orchestra Core 1.3.1, I get a ClassNotFoundException on org.apache.commons.el.Logger. The work around is of course to manually download Apache Commons EL and add is as a dependency. The solution to this bug can be: - removing the dependency - mentioning the dependency in the docs. Stack trace: java.lang.NoClassDefFoundError: org/apache/commons/el/Logger at org.apache.myfaces.shared_orchestra.util.ClassUtils.clinit(ClassUtils.java:44) at org.apache.myfaces.orchestra.annotation.spring.AnnotationsInfoInitializer.postProcessBeanFactory(AnnotationsInfoInitializer.java:93) at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:553) at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:536) at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:362) at org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:255) at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:199) at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:45) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4523) at org.apache.catalina.core.StandardContext.start(StandardContext.java:5184) at com.sun.enterprise.web.WebModule.start(WebModule.java:326) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:973) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:957) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:688) at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1584) at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1222) at com.sun.enterprise.web.WebContainer.loadJ2EEApplicationWebModules(WebContainer.java:1147) at com.sun.enterprise.server.TomcatApplicationLoader.doLoad(TomcatApplicationLoader.java:141) at com.sun.enterprise.server.AbstractLoader.load(AbstractLoader.java:244) at com.sun.enterprise.server.ApplicationManager.applicationDeployed(ApplicationManager.java:336) at com.sun.enterprise.server.ApplicationManager.applicationDeployed(ApplicationManager.java:210) at com.sun.enterprise.server.ApplicationManager.applicationDeployed(ApplicationManager.java:645) at com.sun.enterprise.admin.event.AdminEventMulticaster.invokeApplicationDeployEventListener(AdminEventMulticaster.java:928) at com.sun.enterprise.admin.event.AdminEventMulticaster.handleApplicationDeployEvent(AdminEventMulticaster.java:912) at com.sun.enterprise.admin.event.AdminEventMulticaster.processEvent(AdminEventMulticaster.java:461) at com.sun.enterprise.admin.event.AdminEventMulticaster.multicastEvent(AdminEventMulticaster.java:176) at com.sun.enterprise.admin.server.core.DeploymentNotificationHelper.multicastEvent(DeploymentNotificationHelper.java:308) at com.sun.enterprise.deployment.phasing.DeploymentServiceUtils.multicastEvent(DeploymentServiceUtils.java:226) at com.sun.enterprise.deployment.phasing.ServerDeploymentTarget.sendStartEvent(ServerDeploymentTarget.java:298) at com.sun.enterprise.deployment.phasing.ApplicationStartPhase.runPhase(ApplicationStartPhase.java:132) at com.sun.enterprise.deployment.phasing.DeploymentPhase.executePhase(DeploymentPhase.java:108) at com.sun.enterprise.deployment.phasing.PEDeploymentService.executePhases(PEDeploymentService.java:919) at com.sun.enterprise.deployment.phasing.PEDeploymentService.deploy(PEDeploymentService.java:276) at