[jira] Commented: (MYFACES-1747) GuiceResolver
[ https://issues.apache.org/jira/browse/MYFACES-1747?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12535788 ] Dennis Byrne commented on MYFACES-1747: --- created issue per Matze request. GuiceResolver - Key: MYFACES-1747 URL: https://issues.apache.org/jira/browse/MYFACES-1747 Project: MyFaces Core Issue Type: New Feature Components: JSR-252 Affects Versions: 1.2.1-SNAPSHOT Environment: trunk Reporter: Dennis Byrne Assignee: Dennis Byrne Fix For: 1.2.1-SNAPSHOT ... extends ManagedBeanResolver.java -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (MYFACES-1747) GuiceResolver
GuiceResolver - Key: MYFACES-1747 URL: https://issues.apache.org/jira/browse/MYFACES-1747 Project: MyFaces Core Issue Type: New Feature Components: JSR-252 Affects Versions: 1.2.1-SNAPSHOT Environment: trunk Reporter: Dennis Byrne Assignee: Dennis Byrne Fix For: 1.2.1-SNAPSHOT ... extends ManagedBeanResolver.java -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (TOMAHAWK-1102) Race Condition in Schedule component
Race Condition in Schedule component Key: TOMAHAWK-1102 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1102 Project: MyFaces Tomahawk Issue Type: Bug Components: Schedule Environment: fresh co as of aug. 31, 2007 Reporter: Dennis Byrne Assignee: Dennis Byrne Fix For: 1.1.7-SNAPSHOT http://java.sun.com/j2se/1.4.2/docs/api/java/text/Format.html : Formats are generally not synchronized. It is recommended to create separate format instances for each thread. If multiple threads access a format concurrently, it must be synchronized externally. ScheduleUtil uses a static instance of SimpleDateFormat. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-1561) Validators, Converters are not recognized
[ https://issues.apache.org/jira/browse/MYFACES-1561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12484648 ] Dennis Byrne commented on MYFACES-1561: --- Hi Christoph, I appreciate your interest here but can you please look at the patch files? It looks like a formatter was run on them and not much else. The UIComponentClassicTagBase patch does have one null check in it. Please advise Validators, Converters are not recognized - Key: MYFACES-1561 URL: https://issues.apache.org/jira/browse/MYFACES-1561 Project: MyFaces Core Issue Type: Bug Components: JSR-252 Affects Versions: 1.2.0-SNAPSHOT Environment: Tomcat 6.0.10 Reporter: Cagatay Civici Assigned To: Christoph Ebner Attachments: ConverterTag.java, ConverterTag.patch, UIComponentClassicTagBase.java, UIComponentClassicTagBase.patch For a component like; h:inputText id=date value=#{person.birth} f:validateLength minimum=10 / f:convertDateTime dateStyle=full / /h:inputText Both validators and converters specified for the input text are ignored. UIInput getValidators.length returns 0 and getConverter is always null. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-1561) Validators, Converters are not recognized
[ https://issues.apache.org/jira/browse/MYFACES-1561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12484271 ] Dennis Byrne commented on MYFACES-1561: --- Christoph, are the two attached files fixes? If so, please do us a favor and submit this in subversion patch form. Thanks. Validators, Converters are not recognized - Key: MYFACES-1561 URL: https://issues.apache.org/jira/browse/MYFACES-1561 Project: MyFaces Core Issue Type: Bug Components: JSR-252 Affects Versions: 1.2.0-SNAPSHOT Environment: Tomcat 6.0.10 Reporter: Cagatay Civici Assigned To: Christoph Ebner Attachments: ConverterTag.java, UIComponentClassicTagBase.java For a component like; h:inputText id=date value=#{person.birth} f:validateLength minimum=10 / f:convertDateTime dateStyle=full / /h:inputText Both validators and converters specified for the input text are ignored. UIInput getValidators.length returns 0 and getConverter is always null. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-1558) FactoryFinder not thread safe, and has a memory leak
[ https://issues.apache.org/jira/browse/MYFACES-1558?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12479972 ] Dennis Byrne commented on MYFACES-1558: --- we can use generics - we can not use generics FactoryFinder not thread safe, and has a memory leak Key: MYFACES-1558 URL: https://issues.apache.org/jira/browse/MYFACES-1558 Project: MyFaces Core Issue Type: Bug Components: General Affects Versions: 1.2.0-SNAPSHOT Reporter: David Jencks Assigned To: Dennis Byrne Attachments: MYFACES-1558.patch FactoryFinder has insufficient synchronization to be thread safe, and has a memory leak in _registeredFactoryNames. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-1558) FactoryFinder not thread safe, and has a memory leak
[ https://issues.apache.org/jira/browse/MYFACES-1558?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12479976 ] Dennis Byrne commented on MYFACES-1558: --- OK, if you are working w/ myfaces/current12 then you are fine, it's the JSF 1.2 branch. I can't look at this tonight but it'll happen soon. If you have time, a non-generics version of the patch (for myfaces/current, the JSF 1.1 maintenance mode branch) would be appreciated. Thanks FactoryFinder not thread safe, and has a memory leak Key: MYFACES-1558 URL: https://issues.apache.org/jira/browse/MYFACES-1558 Project: MyFaces Core Issue Type: Bug Components: General Affects Versions: 1.2.0-SNAPSHOT Reporter: David Jencks Assigned To: Dennis Byrne Attachments: MYFACES-1558.patch FactoryFinder has insufficient synchronization to be thread safe, and has a memory leak in _registeredFactoryNames. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-1246) JSR-252 Issue #119: implementations running in a JSR-250 container have their managed bean methods annotated with @PostConstruct be called after the object is instanti
[ https://issues.apache.org/jira/browse/MYFACES-1246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475580 ] Dennis Byrne commented on MYFACES-1246: --- Thanks Bernd, Hi Paul, Paul, I plan on diving into this for the weekend. Thanks for the information but I'm not sure what you're saying. Are you saying I should not bother implementing this for the sake of passing J2EE TCK? Ultimately I think we can all agree MyFaces should have this functionality w/ or w/out a full container. Please give me any info you can ASAP in order to avoid unnecessary work. JSR-252 Issue #119: implementations running in a JSR-250 container have their managed bean methods annotated with @PostConstruct be called after the object is instantiated, and after injection is performed, but before the bean is placed into scope. Key: MYFACES-1246 URL: https://issues.apache.org/jira/browse/MYFACES-1246 Project: MyFaces Core Issue Type: New Feature Components: JSR-252 Reporter: Stan Silvert Assigned To: Dennis Byrne Specified that implementations running in a JSR-250 compliant container have their managed bean methods annotated with @PostConstruct be called after the object is instantiated, and after injection is performed, but before the bean is placed into scope. Specified that methods annotated with @PreDestroy be called when the scope for the bean is ending. See https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=252 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-1246) JSR-252 Issue #119: implementations running in a JSR-250 container have their managed bean methods annotated with @PostConstruct be called after the object is instanti
[ https://issues.apache.org/jira/browse/MYFACES-1246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475593 ] Dennis Byrne commented on MYFACES-1246: --- Well, I appreciate the help but I'd like to nail this one for all environments. I've got a few unit tests running for @PC and I don't think it should be too much. Once again, thanks. And feel free to help this way. You can never have enough info. JSR-252 Issue #119: implementations running in a JSR-250 container have their managed bean methods annotated with @PostConstruct be called after the object is instantiated, and after injection is performed, but before the bean is placed into scope. Key: MYFACES-1246 URL: https://issues.apache.org/jira/browse/MYFACES-1246 Project: MyFaces Core Issue Type: New Feature Components: JSR-252 Reporter: Stan Silvert Assigned To: Dennis Byrne Specified that implementations running in a JSR-250 compliant container have their managed bean methods annotated with @PostConstruct be called after the object is instantiated, and after injection is performed, but before the bean is placed into scope. Specified that methods annotated with @PreDestroy be called when the scope for the bean is ending. See https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=252 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (TOMAHAWK-149) Unable to find setter method for attribute - inputSuggest
[ http://issues.apache.org/jira/browse/TOMAHAWK-149?page=comments#action_12461405 ] Dennis Byrne commented on TOMAHAWK-149: --- Sean, check out http://svn.apache.org/viewvc/myfaces/tomahawk/trunk/core/src/test/java/org/apache/myfaces/test/AbstractTagLibTestCase.java?revision=491030view=markup and http://svn.apache.org/viewvc/myfaces/tomahawk/trunk/core/src/test/java/org/apache/myfaces/test/MyFacesTagLibTestCase.java?revision=491030view=markup Right now the api, impl and tomahawk are locked down. We can use these tests to track progress for both tobago and sandbox. Unable to find setter method for attribute - inputSuggest - Key: TOMAHAWK-149 URL: http://issues.apache.org/jira/browse/TOMAHAWK-149 Project: MyFaces Tomahawk Issue Type: Bug Components: InputSuggestAjax Environment: Windows XP, Tomcat 5.5.9 Reporter: Dennys Sanches Assigned To: sean schofield I´m trying to use inputSuggest and in the firsts tests everything was working. But, when i try to use onchange events or onblur events i get the following error: HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: /pages/cadlancamento.jsp(74,47) Unable to find setter method for attribute: onchange javax.faces.webapp.FacesServlet.service(FacesServlet.java:123) org.apache.myfaces.component.html.util.ExtensionsFilter.doFilter(ExtensionsFilter.java:129) root cause javax.faces.FacesException: /pages/cadlancamento.jsp(74,47) Unable to find setter method for attribute: onchange org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:422) org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspViewHandlerImpl.java:234) org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:372) javax.faces.webapp.FacesServlet.service(FacesServlet.java:109) org.apache.myfaces.component.html.util.ExtensionsFilter.doFilter(ExtensionsFilter.java:129) note The full stack trace of the root cause is available in the Apache Tomcat/5.5.9 logs. Apache Tomcat/5.5.9 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (TOMAHAWK-834) HtmlDataScrollerTag missing a shit load of setters
HtmlDataScrollerTag missing a shit load of setters -- Key: TOMAHAWK-834 URL: http://issues.apache.org/jira/browse/TOMAHAWK-834 Project: MyFaces Tomahawk Issue Type: Bug Components: Data Scroller Affects Versions: 1.1.5-SNAPSHOT Environment: nightly build as of dec. 27, 2006 Reporter: Dennis Byrne Assigned To: Dennis Byrne Priority: Minor Fix For: 1.1.5-SNAPSHOT NextStyleClass, LastStyleClass, FastfStyleClass, FastrStyleClass, FirstStyleClass and PreviousStyleClass -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (TOMAHAWK-835) Missing properties for HtmlNewspaperTableTag HtmlColumnsTag
Missing properties for HtmlNewspaperTableTag HtmlColumnsTag - Key: TOMAHAWK-835 URL: http://issues.apache.org/jira/browse/TOMAHAWK-835 Project: MyFaces Tomahawk Issue Type: Bug Components: Columns, Newspaper Table Affects Versions: 1.1.5-SNAPSHOT Environment: nightly build, dec. 27 2006 Reporter: Dennis Byrne Assigned To: Dennis Byrne Priority: Minor Fix For: 1.1.5-SNAPSHOT The inheritance hierarchy for HtmlNewspaperTableTag has changed recently. HtmlNewspaperTableTag no longer inherits the setter for newspaperOrientation . HtmlColumnsTag is missing setters for headercolspan, footercolspan, footerstyleClass and colspan. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (TOMAHAWK-831) duplicate TLD attributes for commandButtonAjax
duplicate TLD attributes for commandButtonAjax --- Key: TOMAHAWK-831 URL: http://issues.apache.org/jira/browse/TOMAHAWK-831 Project: MyFaces Tomahawk Issue Type: Bug Environment: MyFaces Tomahawk Sandbox nightly release as of Dec. 27, 2006 Reporter: Dennis Byrne Assigned To: Dennis Byrne Priority: Minor commandButtonAjax imports both html_button_attributes and standard_command_button_attributes, but standard_command_button_attributes imports html_button_attributes, creating a circular import. The circular import creates duplicate attributes in the resulting TLD. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (TOMAHAWK-832) duplicate TLD attributes in s:outputText
duplicate TLD attributes in s:outputText Key: TOMAHAWK-832 URL: http://issues.apache.org/jira/browse/TOMAHAWK-832 Project: MyFaces Tomahawk Issue Type: Bug Environment: MyFaces nightly build as of Dec. 27, 2006 Reporter: Dennis Byrne Assigned To: Dennis Byrne Priority: Minor outputText imports standard_output_text_attributes and ui_output_attributes. However standard_output_text_attributes imports ui_output_attributes, creating a circular import. This results in duplicate attributes in the TLD. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (TOMAHAWK-833) duplicate @id for fishEyeCommandLink
duplicate @id for fishEyeCommandLink Key: TOMAHAWK-833 URL: http://issues.apache.org/jira/browse/TOMAHAWK-833 Project: MyFaces Tomahawk Issue Type: Bug Environment: current nightly build as of dec. 27, 2006 Reporter: Dennis Byrne Assigned To: Dennis Byrne Priority: Minor fishEyeCommandLink imports ui_command_attributes which imports which imports ui_component_attributes which imports faces_id_optional_attribute. This causes a circular dependency because faces_id_optional_attribute is already imported by fishEyeCommandLink. This results in a duplicate @id for fishEyeCommandLink. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MYFACES-1400) US cryptographic export laws
[ http://issues.apache.org/jira/browse/MYFACES-1400?page=comments#action_12432363 ] Dennis Byrne commented on MYFACES-1400: --- http://svn.apache.org/viewvc/myfaces/site/trunk/bis_MYFACES.rdf?view=autorev=439819 US cryptographic export laws Key: MYFACES-1400 URL: http://issues.apache.org/jira/browse/MYFACES-1400 Project: MyFaces Core Issue Type: Task Components: General Affects Versions: 1.1.2, 1.1.3 Reporter: Dennis Byrne Assigned To: Dennis Byrne Fix For: 1.1.5-SNAPSHOT Attachments: bis_MYFACES.rdf http://mail-archives.apache.org/mod_mbox/myfaces-dev/200608.mbox/[EMAIL PROTECTED] -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MYFACES-1395) f:facet with multiple h:outputText which reference beans is not working
[ http://issues.apache.org/jira/browse/MYFACES-1395?page=comments#action_12431907 ] Dennis Byrne commented on MYFACES-1395: --- Does the problem go away if you explicitly set the id of one of the outputText elements, or put one of them inside of h:panelGroup ? f:facet with multiple h:outputText which reference beans is not working --- Key: MYFACES-1395 URL: http://issues.apache.org/jira/browse/MYFACES-1395 Project: MyFaces Core Issue Type: Bug Affects Versions: 1.1.5-SNAPSHOT Environment: myfaces 1.1.5, tomahawk 1.1.5 as well as facelets Reporter: Martin Klewitz Children of h:panelgroup within a f:facet that access bean properties are not evaluated. Only the static text within OutputText elements is evaluated: see below: h:dataTable value=#{ContentAction.contentDescriptor.profiles} var=profile styleClass=profileTable h:column f:facet name=header h:panelGroup h:outputText value=Profil ID /:h:outputText value=#{profile.ID} / h:outputText value=of this profile has ID: / h:outputText value=#{profile.ID} / /h:panelGroup /f:facet . produces the result: Profil ID:of this profile has ID: -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MYFACES-1395) f:facet with multiple h:outputText which reference beans is not working
[ http://issues.apache.org/jira/browse/MYFACES-1395?page=comments#action_12432060 ] Dennis Byrne commented on MYFACES-1395: --- Hey Mike, I think you have figured this one out, but do note MYFACES-1029 and the fact that Klewitz has sibling tags of the same type (outputText) w/out explicit ids ( unfortunately the underlying component gets reused ). f:facet with multiple h:outputText which reference beans is not working --- Key: MYFACES-1395 URL: http://issues.apache.org/jira/browse/MYFACES-1395 Project: MyFaces Core Issue Type: Bug Affects Versions: 1.1.5-SNAPSHOT Environment: myfaces 1.1.5, tomahawk 1.1.5 as well as facelets Reporter: Martin Klewitz Children of h:panelgroup within a f:facet that access bean properties are not evaluated. Only the static text within OutputText elements is evaluated: see below: h:dataTable value=#{ContentAction.contentDescriptor.profiles} var=profile styleClass=profileTable h:column f:facet name=header h:panelGroup h:outputText value=Profil ID /:h:outputText value=#{profile.ID} / h:outputText value=of this profile has ID: / h:outputText value=#{profile.ID} / /h:panelGroup /f:facet . produces the result: Profil ID:of this profile has ID: -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MYFACES-1391) MessageUtilsTest throws UOE
MessageUtilsTest throws UOE --- Key: MYFACES-1391 URL: http://issues.apache.org/jira/browse/MYFACES-1391 Project: MyFaces Core Issue Type: Bug Reporter: Dennis Byrne Not sure why this happens all of a sudden. I will be excluding the test for the time being. java.lang.UnsupportedOperationException at javax.faces.context.FacesContext.getELContext(FacesContext.java:138) at javax.faces.component.UIViewRoot.setLocale(UIViewRoot.java:900) at org.apache.myfaces.shared.util.MessageUtilsTest.testGetMessageSeverityStringObjectArrayFacesContext(MessageUtilsTest.java:88) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.battery.JUnitBattery.executeJUnit(JUnitBattery.java:242) at org.apache.maven.surefire.battery.JUnitBattery.execute(JUnitBattery.java:216) at org.apache.maven.surefire.Surefire.executeBattery(Surefire.java:215) at org.apache.maven.surefire.Surefire.run(Surefire.java:163) at org.apache.maven.surefire.Surefire.run(Surefire.java:87) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.SurefireBooter.runTestsInProcess(SurefireBooter.java:285) at org.apache.maven.surefire.SurefireBooter.run(SurefireBooter.java:201) at org.apache.maven.test.SurefirePlugin.execute(SurefirePlugin.java:366) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:412) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:534) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:475) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:454) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:306) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:273) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:140) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:256) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (MYFACES-1388) org.apache.myfaces.secret.cache error on startup
[ http://issues.apache.org/jira/browse/MYFACES-1388?page=all ] Dennis Byrne updated MYFACES-1388: -- Status: Patch Available (was: Open) org.apache.myfaces.secret.cache error on startup Key: MYFACES-1388 URL: http://issues.apache.org/jira/browse/MYFACES-1388 Project: MyFaces Core Issue Type: Bug Components: General Affects Versions: 1.1.5-SNAPSHOT Reporter: Mike Kienenberger Priority: Blocker After switching from MyFaces 1.1.4 to MyFaces 1.1.5, the following error appears when requesting a page: The context parameter 'org.apache.myfaces.secret.CACHE' is not set to false, yet there is nothing stored in the application map w/ the following key 'org.apache.myfaces.secret.CACHE'. It was either not placed there by StartupServletContextListener or something has removed it. The error goes away if the following configuration line is added to web.xml, or if you downgrade back to 1.1.4. context-param param-nameorg.apache.myfaces.secret.cache/param-name param-valuefalse/param-value /context-param Other encryption parameter values are: !-- MyFaces Encryption -- context-param param-nameorg.apache.myfaces.secret/param-name param-value[censored]/param-value /context-param context-param param-nameorg.apache.myfaces.algorithm/param-name param-valueAES/param-value /context-param context-param param-nameorg.apache.myfaces.algorithm.parameters/param-name param-valueCBC/PKCS5Padding/param-value /context-param context-param param-nameorg.apache.myfaces.algorithm.iv/param-name param-value[censored]/param-value /context-param java.lang.NullPointerException: The context parameter 'org.apache.myfaces.secret.CACHE' is not set to false, yet there is nothing stored in the application map w/ the following key 'org.apache.myfaces.secret.CACHE'. It was either not placed there by StartupServletContextListener or something has removed it. at org.apache.myfaces.shared_impl.util.StateUtils.symmetric(StateUtils.java:484) at org.apache.myfaces.shared_impl.util.StateUtils.encrypt(StateUtils.java:198) at org.apache.myfaces.shared_impl.util.StateUtils.construct(StateUtils.java:155) at org.apache.myfaces.renderkit.html.HtmlResponseStateManager.writeState(HtmlResponseStateManager.java:72) at org.apache.myfaces.application.jsp.JspStateManagerImpl.writeState(JspStateManagerImpl.java:430) at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:606) at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:383) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830) at de.mindmatters.faces.spring.support.RequestHandledFilter.doFilter(RequestHandledFilter.java:150) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:144) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at com.gvea.servlet.filter.authentication.RequiredSecActionFilter.doFilter(RequiredSecActionFilter.java:79) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at com.gvea.servlet.filter.authentication.SecIndividualLookupFilter.doFilter(SecIndividualLookupFilter.java:136) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at com.gvea.servlet.filter.DataContextManagerFilter.doFilter(DataContextManagerFilter.java:31) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at com.gvea.servlet.filter.SequentialSessionFilter.doFilter(SequentialSessionFilter.java:63) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at com.gvea.servlet.filter.authentication.ForcedAuthenticationFilter.doFilter(ForcedAuthenticationFilter.java:41) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568) at org.mortbay.http.HttpContext.handle(HttpContext.java:1530) at
[jira] Updated: (MYFACES-1388) org.apache.myfaces.secret.cache error on startup
[ http://issues.apache.org/jira/browse/MYFACES-1388?page=all ] Dennis Byrne updated MYFACES-1388: -- Status: Open (was: Patch Available) org.apache.myfaces.secret.cache error on startup Key: MYFACES-1388 URL: http://issues.apache.org/jira/browse/MYFACES-1388 Project: MyFaces Core Issue Type: Bug Components: General Affects Versions: 1.1.5-SNAPSHOT Reporter: Mike Kienenberger Priority: Blocker Attachments: patch.txt After switching from MyFaces 1.1.4 to MyFaces 1.1.5, the following error appears when requesting a page: The context parameter 'org.apache.myfaces.secret.CACHE' is not set to false, yet there is nothing stored in the application map w/ the following key 'org.apache.myfaces.secret.CACHE'. It was either not placed there by StartupServletContextListener or something has removed it. The error goes away if the following configuration line is added to web.xml, or if you downgrade back to 1.1.4. context-param param-nameorg.apache.myfaces.secret.cache/param-name param-valuefalse/param-value /context-param Other encryption parameter values are: !-- MyFaces Encryption -- context-param param-nameorg.apache.myfaces.secret/param-name param-value[censored]/param-value /context-param context-param param-nameorg.apache.myfaces.algorithm/param-name param-valueAES/param-value /context-param context-param param-nameorg.apache.myfaces.algorithm.parameters/param-name param-valueCBC/PKCS5Padding/param-value /context-param context-param param-nameorg.apache.myfaces.algorithm.iv/param-name param-value[censored]/param-value /context-param java.lang.NullPointerException: The context parameter 'org.apache.myfaces.secret.CACHE' is not set to false, yet there is nothing stored in the application map w/ the following key 'org.apache.myfaces.secret.CACHE'. It was either not placed there by StartupServletContextListener or something has removed it. at org.apache.myfaces.shared_impl.util.StateUtils.symmetric(StateUtils.java:484) at org.apache.myfaces.shared_impl.util.StateUtils.encrypt(StateUtils.java:198) at org.apache.myfaces.shared_impl.util.StateUtils.construct(StateUtils.java:155) at org.apache.myfaces.renderkit.html.HtmlResponseStateManager.writeState(HtmlResponseStateManager.java:72) at org.apache.myfaces.application.jsp.JspStateManagerImpl.writeState(JspStateManagerImpl.java:430) at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:606) at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:383) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830) at de.mindmatters.faces.spring.support.RequestHandledFilter.doFilter(RequestHandledFilter.java:150) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:144) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at com.gvea.servlet.filter.authentication.RequiredSecActionFilter.doFilter(RequiredSecActionFilter.java:79) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at com.gvea.servlet.filter.authentication.SecIndividualLookupFilter.doFilter(SecIndividualLookupFilter.java:136) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at com.gvea.servlet.filter.DataContextManagerFilter.doFilter(DataContextManagerFilter.java:31) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at com.gvea.servlet.filter.SequentialSessionFilter.doFilter(SequentialSessionFilter.java:63) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at com.gvea.servlet.filter.authentication.ForcedAuthenticationFilter.doFilter(ForcedAuthenticationFilter.java:41) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568) at org.mortbay.http.HttpContext.handle(HttpContext.java:1530) at
[jira] Resolved: (MYFACES-1314) Parallelize state saving w/ multi-threading
[ http://issues.apache.org/jira/browse/MYFACES-1314?page=all ] Dennis Byrne resolved MYFACES-1314. --- Resolution: Invalid I kicked this around and the solution was not good enough in concept. The state saving task is often to small to parallelize - only with very large views does the application achieve higher throughput. Under high load, parallelized state saving actually brings the system down faster because the thread manager can't keep up. Parallelize state saving w/ multi-threading --- Key: MYFACES-1314 URL: http://issues.apache.org/jira/browse/MYFACES-1314 Project: MyFaces Core Issue Type: Improvement Reporter: Dennis Byrne Assigned To: Dennis Byrne Attachments: refactored.txt At the least, the structure and values should be processed in tandem. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MYFACES-1376) getScrolling is not defined in simple tree2 example
[ http://issues.apache.org/jira/browse/MYFACES-1376?page=comments#action_12425423 ] Dennis Byrne commented on MYFACES-1376: --- There were a ton of users on the users list who had the problem but nobody could trace it down. I was one of the folks who couldn't reproduce it. A few weeks later I had the problem on a few pages of my app. I didn't spend much time on it, but for some reason I could fix it by adjusting position of the following element ... jsp:scriptletresponse.setContentType(text/html; charset=utf-8);/jsp:scriptlet very weird getScrolling is not defined in simple tree2 example --- Key: MYFACES-1376 URL: http://issues.apache.org/jira/browse/MYFACES-1376 Project: MyFaces Core Issue Type: Bug Components: General Affects Versions: 1.1.4-SNAPSHOT Reporter: sean schofield Priority: Blocker Fix For: 1.1.4-SNAPSHOT tree2NiceWrap.jsf throws a javascript error when you try to expand the node -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MYFACES-1368) Fix case sensitivity for context params
Fix case sensitivity for context params --- Key: MYFACES-1368 URL: http://issues.apache.org/jira/browse/MYFACES-1368 Project: MyFaces Core Issue Type: Bug Components: JSR-127 Affects Versions: 1.1.4-SNAPSHOT Environment: 1.1.4 branch, 1.1.5 head Reporter: Dennis Byrne Fix For: 1.1.4-SNAPSHOT http://mail-archives.apache.org/mod_mbox/myfaces-commits/200607.mbox/[EMAIL PROTECTED] Fix should include unit tests. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MYFACES-1363) API 1.1.1 dependency for shared module
API 1.1.1 dependency for shared module -- Key: MYFACES-1363 URL: http://issues.apache.org/jira/browse/MYFACES-1363 Project: MyFaces Core Type: Bug Components: JSR-252 Reporter: Dennis Byrne Assigned to: Dennis Byrne -Original Message- From: Cagatay Civici [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 11, 2006 06:41 PM To: dev@myfaces.apache.org Subject: current12 shared_core classpath issue Hi, I'm working on some of unassigned 1.2 jira issues. After building the libraries using current12 and doing mvn eclipse:eclipse, the created .classpath of myfaces_shared_core points to the classpathentry kind=var path=M2_REPO/myfaces/myfaces-api/1.1.1/myfaces- api-1.1.1.jar/, thus changes I've made for the 1.2 issues are not taken into account. Any thoughts? Regards, Cagatay Civici -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (MYFACES-1363) API 1.1.1 dependency for shared module
[ http://issues.apache.org/jira/browse/MYFACES-1363?page=all ] Dennis Byrne updated MYFACES-1363: -- Status: Patch Available (was: Open) API 1.1.1 dependency for shared module -- Key: MYFACES-1363 URL: http://issues.apache.org/jira/browse/MYFACES-1363 Project: MyFaces Core Type: Bug Components: JSR-252 Reporter: Dennis Byrne Assignee: Dennis Byrne -Original Message- From: Cagatay Civici [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 11, 2006 06:41 PM To: dev@myfaces.apache.org Subject: current12 shared_core classpath issue Hi, I'm working on some of unassigned 1.2 jira issues. After building the libraries using current12 and doing mvn eclipse:eclipse, the created .classpath of myfaces_shared_core points to the classpathentry kind=var path=M2_REPO/myfaces/myfaces-api/1.1.1/myfaces- api-1.1.1.jar/, thus changes I've made for the 1.2 issues are not taken into account. Any thoughts? Regards, Cagatay Civici -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MYFACES-1363) API 1.1.1 dependency for shared module
[ http://issues.apache.org/jira/browse/MYFACES-1363?page=comments#action_12420541 ] Dennis Byrne commented on MYFACES-1363: --- BTW, patch if for the file current/shared/pom.xml API 1.1.1 dependency for shared module -- Key: MYFACES-1363 URL: http://issues.apache.org/jira/browse/MYFACES-1363 Project: MyFaces Core Type: Bug Components: JSR-252 Reporter: Dennis Byrne Assignee: Dennis Byrne Attachments: diff.txt -Original Message- From: Cagatay Civici [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 11, 2006 06:41 PM To: dev@myfaces.apache.org Subject: current12 shared_core classpath issue Hi, I'm working on some of unassigned 1.2 jira issues. After building the libraries using current12 and doing mvn eclipse:eclipse, the created .classpath of myfaces_shared_core points to the classpathentry kind=var path=M2_REPO/myfaces/myfaces-api/1.1.1/myfaces- api-1.1.1.jar/, thus changes I've made for the 1.2 issues are not taken into account. Any thoughts? Regards, Cagatay Civici -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MYFACES-1344) get svn meta data out of impl jar file
get svn meta data out of impl jar file -- Key: MYFACES-1344 URL: http://issues.apache.org/jira/browse/MYFACES-1344 Project: MyFaces Core Type: Bug Components: JSR-252 Reporter: Dennis Byrne Priority: Minor Fix For: 1.2.0-SNAPSHOT This happens as a result of moving all of the xml files from javax.faces.component and component.html to under main/resources . -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MYFACES-1327) Make example webapp with 1.2 features
Make example webapp with 1.2 features - Key: MYFACES-1327 URL: http://issues.apache.org/jira/browse/MYFACES-1327 Project: MyFaces Core Type: Improvement Components: JSR-252 Reporter: Dennis Byrne Assigned to: Dennis Byrne ... should show off invokeOnComponent and content interweaving. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MYFACES-1320) Make Myfaces889TestCase working again
Make Myfaces889TestCase working again - Key: MYFACES-1320 URL: http://issues.apache.org/jira/browse/MYFACES-1320 Project: MyFaces Core Type: Test Components: JSR-252 Reporter: Dennis Byrne Assigned to: Dennis Byrne Priority: Minor I have removed Myfaces889TestCase from the mavan test sequence in order to get something up and running. Later, this test will should be brought back into the fold. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MYFACES-1321) Make FactoryFinderTest UIComponentBaseTest work again
Make FactoryFinderTest UIComponentBaseTest work again --- Key: MYFACES-1321 URL: http://issues.apache.org/jira/browse/MYFACES-1321 Project: MyFaces Core Type: Test Reporter: Dennis Byrne Assigned to: Dennis Byrne Priority: Minor These tests were excluded in order to make the jsf12 branch build with mvn clean install. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MYFACES-1319) Client side compression should be optional
Client side compression should be optional -- Key: MYFACES-1319 URL: http://issues.apache.org/jira/browse/MYFACES-1319 Project: MyFaces Core Type: Improvement Reporter: Dennis Byrne Assigned to: Dennis Byrne Priority: Minor org.apache.myfaces.COMPRESS_STATE_IN_CLIENT in web.xml -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (MYFACES-1318) Change State Saving Algorithm
[ http://issues.apache.org/jira/browse/MYFACES-1318?page=all ] Dennis Byrne updated MYFACES-1318: -- Status: Patch Available (was: Open) Change State Saving Algorithm - Key: MYFACES-1318 URL: http://issues.apache.org/jira/browse/MYFACES-1318 Project: MyFaces Core Type: Improvement Reporter: Dennis Byrne Assignee: Dennis Byrne Priority: Minor Attachments: patch.txt Compression should precede encryption. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MYFACES-1314) Paralellize state saving w/ multi-threading
Paralellize state saving w/ multi-threading --- Key: MYFACES-1314 URL: http://issues.apache.org/jira/browse/MYFACES-1314 Project: MyFaces Core Type: Improvement Reporter: Dennis Byrne Assigned to: Dennis Byrne At the least, the structure and values should be processed in tandem. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (TOMAHAWK-429) Filter misconfig in demo apps
Filter misconfig in demo apps - Key: TOMAHAWK-429 URL: http://issues.apache.org/jira/browse/TOMAHAWK-429 Project: MyFaces Tomahawk Type: Bug Components: Examples Environment: fresh co from around May 7, 2006 Reporter: Dennis Byrne Priority: Trivial Attachments: filter.patch The extensions filter should be changed to the new class name ... should reduce mailing list traffic. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (TOMAHAWK-429) Filter misconfig in demo apps
[ http://issues.apache.org/jira/browse/TOMAHAWK-429?page=all ] Dennis Byrne updated TOMAHAWK-429: -- Status: Patch Available (was: Open) Filter misconfig in demo apps - Key: TOMAHAWK-429 URL: http://issues.apache.org/jira/browse/TOMAHAWK-429 Project: MyFaces Tomahawk Type: Bug Components: Examples Environment: fresh co from around May 7, 2006 Reporter: Dennis Byrne Assignee: Dennis Byrne Priority: Trivial Attachments: filter.patch The extensions filter should be changed to the new class name ... should reduce mailing list traffic. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (TOMAHAWK-426) 404 status code for tree2 @expandAll
404 status code for tree2 @expandAll Key: TOMAHAWK-426 URL: http://issues.apache.org/jira/browse/TOMAHAWK-426 Project: MyFaces Tomahawk Type: Bug Components: Examples Environment: clean co and build from around may 7, 06. Reporter: Dennis Byrne Priority: Minor On the Tree2 (expand all) page, click on Expand all. Confirmed by Bruno Aranda on the dev list. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (TOMAHAWK-418) start_conversation_attributes XSLT error
start_conversation_attributes XSLT error - Key: TOMAHAWK-418 URL: http://issues.apache.org/jira/browse/TOMAHAWK-418 Project: MyFaces Tomahawk Type: Bug Environment: Fresh co from May 6, 2005 Updated co that is several weeks old as well Reporter: Dennis Byrne The following error occurs during the build of the sandbox . I didn't have time to look into the main cause. [INFO] transform, srcFile: D:\co\myfaces\tomahawk\sandbox\core\src\main\tld\myfaces_sandbox.tld, destFile: D:\co\my faces\tomahawk\sandbox\core\target\classes\META-INF\myfaces_sandbox.tld Using original entity definition for start_conversation_attributes;. ; SystemID: file:///D:/co/myfaces/tomahawk/sandbox/core/src/main/tld/myfaces_sandbox.tld; Line#: 225; Column#: -1 javax.xml.transform.TransformerException: Reference to undefined entity ext_escape_attribute;. at org.apache.xalan.transformer.TransformerImpl.fatalError(TransformerImpl.java:739) at org.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:715) at org.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:1129) at org.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:1107) at org.codehaus.mojo.xslt.XsltMojo.execute(XsltMojo.java:133) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:432) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:530) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.ja va:472) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:451) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecuto r.java:303) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:27 0) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:139) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:249) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (TOMAHAWK-412) DefaultTreeModel could be Serializable
DefaultTreeModel could be Serializable -- Key: TOMAHAWK-412 URL: http://issues.apache.org/jira/browse/TOMAHAWK-412 Project: MyFaces Tomahawk Type: Bug Environment: Fresh co of trunk from May 3, 2005 Reporter: Dennis Byrne I am redeploying the demo app and getting the following stack trace ... SEVERE: IOException while loading persisted sessions: java.io.WriteAbortedException: writing aborted; java.io.NotSerial izableException: org.apache.myfaces.custom.tree.model.DefaultTreeModel java.io.WriteAbortedException: writing aborted; java.io.NotSerializableException: org.apache.myfaces.custom.tree.model. DefaultTreeModel at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1303) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1912) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1836) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1713) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339) at org.apache.catalina.session.StandardSession.readObject(StandardSession.java:1371) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (TOMAHAWK-400) simple.war WEB-INF/lib contains api 1.1.1
simple.war WEB-INF/lib contains api 1.1.1 - Key: TOMAHAWK-400 URL: http://issues.apache.org/jira/browse/TOMAHAWK-400 Project: MyFaces Tomahawk Type: Bug Reporter: Dennis Byrne Priority: Minor -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MYFACES-1292) Faces Config validator mistakes wildcards for JSPs
Faces Config validator mistakes wildcards for JSPs -- Key: MYFACES-1292 URL: http://issues.apache.org/jira/browse/MYFACES-1292 Project: MyFaces Core Type: Bug Reporter: Dennis Byrne Assigned to: Dennis Byrne Priority: Minor Faces Config Validator should ignore things like ... from-view-id*/from-view-id -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (TOMAHAWK-392) Include Log4J in simple.war
Include Log4J in simple.war --- Key: TOMAHAWK-392 URL: http://issues.apache.org/jira/browse/TOMAHAWK-392 Project: MyFaces Tomahawk Type: Improvement Reporter: Dennis Byrne Assigned to: Dennis Byrne MyFaces includes log4j.properties, but no log4j.jar . -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MYFACES-1291) Increase Performance w/ Pluggable Serialization
Increase Performance w/ Pluggable Serialization --- Key: MYFACES-1291 URL: http://issues.apache.org/jira/browse/MYFACES-1291 Project: MyFaces Core Type: Improvement Reporter: Dennis Byrne Assigned to: Dennis Byrne This should happen with dynamic class loading or via an interface, as discussed here: http://www.jboss.com/index.html?module=bbop=viewtopict=81641 Could be as simple as storing a factory in application scope at startup. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (MYFACES-1281) Unable to write and restore serialized views
[ http://issues.apache.org/jira/browse/MYFACES-1281?page=all ] Dennis Byrne updated MYFACES-1281: -- Status: Patch Available (was: Open) Unable to write and restore serialized views Key: MYFACES-1281 URL: http://issues.apache.org/jira/browse/MYFACES-1281 Project: MyFaces Core Type: Bug Components: JSR-127 Versions: 1.1.2-SNAPSHOT Reporter: sean schofield Priority: Blocker Fix For: 1.1.2-SNAPSHOT TCK testing turned up an apparent issue with restoring serialized views. Because of the NDA I can't get into the specific details of the test but I have added my own unit test to core-impl that demonstrates the problem. We need to fix this ASAP. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MYFACES-1281) Unable to write and restore serialized views
[ http://issues.apache.org/jira/browse/MYFACES-1281?page=comments#action_12374140 ] Dennis Byrne commented on MYFACES-1281: --- This solution is less than optimal ;( I can explain in detail at [EMAIL PROTECTED] Unable to write and restore serialized views Key: MYFACES-1281 URL: http://issues.apache.org/jira/browse/MYFACES-1281 Project: MyFaces Core Type: Bug Components: JSR-127 Versions: 1.1.2-SNAPSHOT Reporter: sean schofield Priority: Blocker Fix For: 1.1.2-SNAPSHOT Attachments: one_line_fix.patch TCK testing turned up an apparent issue with restoring serialized views. Because of the NDA I can't get into the specific details of the test but I have added my own unit test to core-impl that demonstrates the problem. We need to fix this ASAP. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (TOMAHAWK-245) 500 code in simple examples for tree
500 code in simple examples for tree Key: TOMAHAWK-245 URL: http://issues.apache.org/jira/browse/TOMAHAWK-245 Project: MyFaces Tomahawk Type: Bug Components: Tree Versions: 1.1.2-SNAPSHOT Environment: clean co and build from April 8th or 9th Reporter: Dennis Byrne Priority: Minor I launched the simple examples webapp and clicked on the tree link. This produced the following ... javax.servlet.ServletException: Component tree_node_4 must be embedded in an form javax.faces.webapp.FacesServlet.service(FacesServlet.java:152) org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:130) Did not look to see if this is a problem with the example or the component itself. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (TOMAHAWK-246) 500 code in simple examples for panelStack
500 code in simple examples for panelStack -- Key: TOMAHAWK-246 URL: http://issues.apache.org/jira/browse/TOMAHAWK-246 Project: MyFaces Tomahawk Type: Bug Components: Panel Stack Versions: 1.1.2-SNAPSHOT Environment: clean co and build from April 8th or 9th Reporter: Dennis Byrne Priority: Minor I deployed the simple examples and clicked on the panelStack link. javax.servlet.ServletException: Component tree_node_4 must be embedded in an form javax.faces.webapp.FacesServlet.service(FacesServlet.java:152) org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:130) I did not have the time to see if this is a problem w/ the app or the component itself. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (MYFACES-1147) make com.sun.faces.verifyObjects, only better
[ http://issues.apache.org/jira/browse/MYFACES-1147?page=all ] Dennis Byrne closed MYFACES-1147: - Resolution: Fixed make com.sun.faces.verifyObjects, only better - Key: MYFACES-1147 URL: http://issues.apache.org/jira/browse/MYFACES-1147 Project: MyFaces Core Type: New Feature Components: General Reporter: Dennis Byrne Assignee: Dennis Byrne Priority: Minor The RI has a context parameter feature, com.sun.faces.verifyObjects . This performs a whole bunch of QA for components, converters, renderers, and validators . MyFaces should do this also but add the following: Do a file system check for all to-view-id in faces-config.xml Look for duplicate map list entries in faces-config.xml (currently allowed by both RI and MyFaces) Look for duplicate managed beans in faces-config.xml (currently allowed by both RI and MyFaces) Make sure each managed bean is in the classpath. Make sure each from-action exists, and that it has the correct signature. Mistakes should not throw exceptions, just logging to INFO . Probably should just call it something like org.apache.myfaces.verify . In the future, the real benifit would be to apply the same scrutiny to the JSPs. I would like to do this by converting each one into a xml Document object first. The only tool I found for this was jsp2XML.java, which is part of the old watchdog repo: http://mail-archives.apache.org/mod_mbox/jakarta-watchdog-dev/200202.mbox/[EMAIL PROTECTED] I would appreciate it if anyone knew of an alternative. Also, if anyone can think of anything else reasonable to test for at startup, put it here. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (TOMAHAWK-224) Making Ajax components work properly in dataTables
[ http://issues.apache.org/jira/browse/TOMAHAWK-224?page=comments#action_12372710 ] Dennis Byrne commented on TOMAHAWK-224: --- Gerald, This was happening to my patches using Eclipse 3.1 and Subclipse. I upgraded subclipse and it stopped. I forget the subclipse version number, hope this helps. Making Ajax components work properly in dataTables -- Key: TOMAHAWK-224 URL: http://issues.apache.org/jira/browse/TOMAHAWK-224 Project: MyFaces Tomahawk Type: Improvement Versions: 1.1.2-SNAPSHOT Reporter: Gerald Müllan Assignee: Martin Marinschek Priority: Minor Fix For: 1.1.2-SNAPSHOT Attachments: ajaxDecodePhaseListener.patch This patch solves the problem of seeking ajax components if they are located inside dataTables. Patch affects AjaxDecodePhaseListener. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (MYFACES-1155) UIViewRoot.getRenderKitId() does not return null
[ http://issues.apache.org/jira/browse/MYFACES-1155?page=all ] Dennis Byrne closed MYFACES-1155: - Resolution: Fixed There are still a couple of TODOs in four tests, once VanMatre's change to shale-test are in ibiblio http://issues.apache.org/bugzilla/show_bug.cgi?id=39083 UIViewRoot.getRenderKitId() does not return null Key: MYFACES-1155 URL: http://issues.apache.org/jira/browse/MYFACES-1155 Project: MyFaces Core Type: Bug Components: JSR-127 Versions: 1.1.1, 1.1.0 Environment: RI 1.0, RI 1.1, all version of MyFaces Reporter: Dennis Byrne Assignee: Dennis Byrne This started in bugzilla http://issues.apache.org/bugzilla/show_bug.cgi?id=38294 . MyFaces impl is following the 1.0 behavior, not the 1.1 behavior. http://java.sun.com/javaee/javaserverfaces/1.1/docs/api/javax/faces/component/UIViewRoot.html#getRenderKitId() http://java.sun.com/javaee/javaserverfaces/1.0/docs/api/javax/faces/component/UIViewRoot.html#getRenderKitId() This is a little more complex than just making the method return null. Doing so breaks more than half the tests. I would appreciate it if anyone knew how to find out if this is affected by TCK. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (MYFACES-1186) incorrect use of getValueBinding or does not complement UIComponentTagUtils
[ http://issues.apache.org/jira/browse/MYFACES-1186?page=all ] Dennis Byrne closed MYFACES-1186: - Resolution: Invalid Assign To: Dennis Byrne [EMAIL PROTECTED] wrote: Ah ok ... For me at this time it hasnt been something I'd quite expect, but I see now whats happening. Thanks. incorrect use of getValueBinding or does not complement UIComponentTagUtils --- Key: MYFACES-1186 URL: http://issues.apache.org/jira/browse/MYFACES-1186 Project: MyFaces Core Type: Bug Components: General Versions: 1.1.1, 1.1.3-SNAPSHOT Reporter: Gregory Baboolal Assignee: Dennis Byrne Unless I'm mistaken, I believe the following holds true even in the current 1.1.3-SNAPSHOT In HtmlDataScrollerTag there is: setBooleanProperty(component, JSFAttr.IMMEDIATE_ATTR, _immediate); And then in HtmlDataScroller there is: public boolean isImmediate() { if (_immediate != null) return _immediate.booleanValue(); ValueBinding vb = getValueBinding(immediate); Boolean v = vb != null ? (Boolean) vb.getValue(getFacesContext()) : null; return v != null ? v.booleanValue() : DEFAULT_IMMEDIATE; } But getValueBinding is returning null as it is not (also?) looking in UIComponentBase._attributesMap. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MYFACES-1186) incorrect use of getValueBinding or does not complement UIComponentTagUtils
[ http://issues.apache.org/jira/browse/MYFACES-1186?page=comments#action_12371832 ] Dennis Byrne commented on MYFACES-1186: --- Are you setting the immediate attribute to true, and not getting the expected behavior ? incorrect use of getValueBinding or does not complement UIComponentTagUtils --- Key: MYFACES-1186 URL: http://issues.apache.org/jira/browse/MYFACES-1186 Project: MyFaces Core Type: Bug Components: General Versions: 1.1.1, 1.1.3-SNAPSHOT Reporter: Gregory Baboolal Unless I'm mistaken, I believe the following holds true even in the current 1.1.3-SNAPSHOT In HtmlDataScrollerTag there is: setBooleanProperty(component, JSFAttr.IMMEDIATE_ATTR, _immediate); And then in HtmlDataScroller there is: public boolean isImmediate() { if (_immediate != null) return _immediate.booleanValue(); ValueBinding vb = getValueBinding(immediate); Boolean v = vb != null ? (Boolean) vb.getValue(getFacesContext()) : null; return v != null ? v.booleanValue() : DEFAULT_IMMEDIATE; } But getValueBinding is returning null as it is not (also?) looking in UIComponentBase._attributesMap. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Reopened: (MYFACES-1029) Duplicate sibling ids allowed
[ http://issues.apache.org/jira/browse/MYFACES-1029?page=all ] Dennis Byrne reopened MYFACES-1029: --- Assign To: Dennis Byrne (was: Bruno Aranda) https://javaserverfaces.dev.java.net/issues/show_bug.cgi?id=232 Will proceed once RI has finished. Duplicate sibling ids allowed - Key: MYFACES-1029 URL: http://issues.apache.org/jira/browse/MYFACES-1029 Project: MyFaces Core Type: Bug Components: General Versions: 1.1.2-SNAPSHOT Reporter: Dennis Byrne Assignee: Dennis Byrne Priority: Minor Fix For: 1.1.2-SNAPSHOT Attachments: lower_impact_patch.txt, patch.txt MyFaces will let you do this (same ids, renders two trees): t:tree id=tree value=#{treeModel} styleClass=tree nodeClass=treenode selectedNodeClass=treenodeSelected expandRoot=true /t:tree h:outputText id=tree value=This text will not be rendered / See my comments in http://issues.apache.org/jira/browse/MYFACES-1020 for an explanation. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (MYFACES-1149) StateUtils has a static inializer that calls FacesContext.getCurrentInstance()
[ http://issues.apache.org/jira/browse/MYFACES-1149?page=all ] Dennis Byrne closed MYFACES-1149: - StateUtils has a static inializer that calls FacesContext.getCurrentInstance() -- Key: MYFACES-1149 URL: http://issues.apache.org/jira/browse/MYFACES-1149 Project: MyFaces Core Type: Bug Versions: 1.1.2-SNAPSHOT Reporter: Manfred Geiler Assignee: Dennis Byrne Attachments: StateUtils.txt In a multi-threaded environment or when using multiple webapps within one container this is subject to fail. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (MYFACES-1173) Change the groupId for Shale Test Framework
[ http://issues.apache.org/jira/browse/MYFACES-1173?page=all ] Dennis Byrne closed MYFACES-1173: - Resolution: Fixed Thanks for your patience Wendy. Change the groupId for Shale Test Framework --- Key: MYFACES-1173 URL: http://issues.apache.org/jira/browse/MYFACES-1173 Project: MyFaces Core Type: Improvement Versions: 1.1.2-SNAPSHOT Reporter: Wendy Smoak Assignee: Dennis Byrne Since I can't create a patch due to the problem with eol-style, can someone please make the following change in all the affected poms? dependency - groupIdstruts/groupId + groupIdorg.apache.struts.shale/groupId artifactIdshale-test/artifactId version1.0.1-SNAPSHOT/version scopetest/scope (Be careful not to change the one dependency on Struts 1.2.8 -- that one hasn't moved yet.) I've deployed the snapshot to the new location in cvs.apache.org/maven-snapshot-repository, and will leave the old one in place until I see the change go in. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MYFACES-1163) JBoss classloading fails if myfaces jars installed in tomcat
[ http://issues.apache.org/jira/browse/MYFACES-1163?page=comments#action_12370478 ] Dennis Byrne commented on MYFACES-1163: --- I downloaded an unzipped jboss-4.0.4RC1 . I built jboss-seam-numberguess.ear and ran JBoss. It blows up because it can't find javax.ejb.Stateful so I just copied ejb3-persistence.jar, jboss-ejb3.jar and jboss-ejb3x.jar from \jboss-seam-1.0beta2\lib to jboss-4.0.4RC1\server\default\deploy\jbossweb-tomcat55.sar\jsf-libs . Everything works fine, I figured it would be in one of those. Keep in mind, this is moving any other files in the JBoss install. Then, I replace myfaces-impl.jar and myfaces-api.jar ( in the jboss-4.0.4RC1\server\default\deploy\jbossweb-tomcat55.sar\jsf-libs dir ) with the equivalent jars from a few night ago ( before the patch ). I get the following stack trace for the first request : org.apache.jasper.JasperException: The absolute uri: http://java.sun.com/jsf/html cannot be resolved in either web. xml or the jar files deployed with this application at org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:50) at org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:407) at org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:114) at org.apache.jasper.compiler.TagLibraryInfoImpl.generateTLDLocation(TagLibraryInfoImpl.java:316) at org.apache.jasper.compiler.TagLibraryInfoImpl.init(TagLibraryInfoImpl.java:147) at org.apache.jasper.compiler.Parser.parseTaglibDirective(Parser.java:423) at org.apache.jasper.compiler.Parser.parseDirective(Parser.java:492) at org.apache.jasper.compiler.Parser.parseElements(Parser.java:1552) at org.apache.jasper.compiler.Parser.parse(Parser.java:126) at org.apache.jasper.compiler.ParserController.doParse(ParserController.java:211) at org.apache.jasper.compiler.ParserController.parse(ParserController.java:100) at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:146) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:286) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:267) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:255) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:563) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:293) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:463) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:398) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301) at org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:4 16) at org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspViewHandlerImpl.java:234) at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:367) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.seam.servlet.SeamRedirectFilter.doFilter(SeamRedirectFilter.java:23) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:54) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:174) at
[jira] Created: (TOMAHAWK-198) Extra jar in simple examples
Extra jar in simple examples Key: TOMAHAWK-198 URL: http://issues.apache.org/jira/browse/TOMAHAWK-198 Project: MyFaces Tomahawk Type: Bug Versions: 1.1.2-SNAPSHOT Environment: clean co from Mar. 12, 2006 Reporter: Dennis Byrne Priority: Minor After 'mvn install', under \tomahawk\examples\simple\target\myfaces-example-simple\WEB-INF\lib , there are ... tomahawk-1.1.2-SNAPSHOT.jar myfaces-shared-tomahawk-2.0.1-SNAPSHOT.jar The first one appears to be a superset of the second. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MYFACES-1163) JBoss classloading fails if myfaces jars installed in tomcat
[ http://issues.apache.org/jira/browse/MYFACES-1163?page=comments#action_12370319 ] Dennis Byrne commented on MYFACES-1163: --- Can either/both of you please give me a detailed set of instructions on how to reproduce this ( w/out facelets )? Please post a stacktrace or something. I believe you guys but I am having a hard time reproducing what may or may not be the problem. Some of the errors I'm getting both w/ and w/out Stan's patch have no explanation. JBoss classloading fails if myfaces jars installed in tomcat Key: MYFACES-1163 URL: http://issues.apache.org/jira/browse/MYFACES-1163 Project: MyFaces Core Type: Bug Versions: 1.1.2-SNAPSHOT, 1.1.2, 1.1.3-SNAPSHOT Environment: JBoss 4.0.4RC1 myfaces-1.1.3-SNAPSHOT Reporter: Ingo Massen Assignee: Stan Silvert Cannot use Myfaces jars installed in JBOSS_HOME/server/default/deploy/jbossweb-tomcat55.sar/jsf-libs as they do not use the correct WebappClassloader but instead an UCL3 classloader. This is because myfaces use the following line in StateUtils.getAsObject ObjectInputStream s = new ObjectInputStream(input); instead of import org.apache.myfaces.shared.util.MyFacesObjectInputStream; ObjectInputStream s = new MyFacesObjectInputStream(input); The same applies to JspStateManagerImpl.deserializeView(). ObjectInputStream uses Class.forName instead of Thread.currentThread().getContextClassLoader() as the ClassUtils implementation that MyFacesObjectInputStream uses does. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (MYFACES-1149) StateUtils has a static inializer that calls FacesContext.getCurrentInstance()
[ http://issues.apache.org/jira/browse/MYFACES-1149?page=all ] Dennis Byrne updated MYFACES-1149: -- Resolution: Fixed svn commit: r385343 StateUtils has a static inializer that calls FacesContext.getCurrentInstance() -- Key: MYFACES-1149 URL: http://issues.apache.org/jira/browse/MYFACES-1149 Project: MyFaces Core Type: Bug Versions: 1.1.2-SNAPSHOT Reporter: Manfred Geiler Assignee: Dennis Byrne Attachments: StateUtils.txt In a multi-threaded environment or when using multiple webapps within one container this is subject to fail. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (MYFACES-1149) StateUtils has a static inializer that calls FacesContext.getCurrentInstance()
[ http://issues.apache.org/jira/browse/MYFACES-1149?page=all ] Dennis Byrne updated MYFACES-1149: -- StateUtils has a static inializer that calls FacesContext.getCurrentInstance() -- Key: MYFACES-1149 URL: http://issues.apache.org/jira/browse/MYFACES-1149 Project: MyFaces Core Type: Bug Versions: 1.1.2-SNAPSHOT Reporter: Manfred Geiler Assignee: Dennis Byrne In a multi-threaded environment or when using multiple webapps within one container this is subject to fail. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (MYFACES-1170) Application can not start if xercesImpl-2.7.1.jar is present
[ http://issues.apache.org/jira/browse/MYFACES-1170?page=all ] Dennis Byrne closed MYFACES-1170: - Resolution: Invalid Application can not start if xercesImpl-2.7.1.jar is present Key: MYFACES-1170 URL: http://issues.apache.org/jira/browse/MYFACES-1170 Project: MyFaces Core Type: Bug Versions: 1.1.2-SNAPSHOT Environment: Any OS, Resin 3.0.18, JDK 1.4.2 Reporter: Boris Kovalenko If xercesImpl-2.7.1.jar is present in application lib directory the application can not start with exception: java.lang.NullPointerException at org.apache.commons.digester.Digester.getXMLReader(Digester.java:899) at org.apache.commons.digester.Digester.parse(Digester.java:1647) at org.apache.myfaces.config.impl.digester.DigesterFacesConfigUnmarshallerImpl.getFacesConfig(DigesterFacesConfigUnmarshallerImpl.java:183) at org.apache.myfaces.config.FacesConfigurator.feedStandardConfig(FacesConfigurator.java:141) at org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:115) at org.apache.myfaces.webapp.StartupServletContextListener.initFaces(StartupServletContextListener.java:63) at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:46) at com.caucho.server.webapp.Application.start(Application.java:1592) at com.caucho.server.deploy.DeployController.startImpl(DeployController.java:587) at com.caucho.server.deploy.StartAutoRedeployAutoStrategy.startOnInit(StartAutoRedeployAutoStrategy.java:72) at com.caucho.server.deploy.DeployController.startOnInit(DeployController.java:475) at com.caucho.server.deploy.DeployContainer.start(DeployContainer.java:158) at com.caucho.server.webapp.ApplicationContainer.start(ApplicationContainer.java:651) at com.caucho.server.host.Host.start(Host.java:385) at com.caucho.server.deploy.DeployController.startImpl(DeployController.java:587) at com.caucho.server.deploy.StartAutoRedeployAutoStrategy.startOnInit(StartAutoRedeployAutoStrategy.java:72) at com.caucho.server.deploy.DeployController.startOnInit(DeployController.java:475) at com.caucho.server.deploy.DeployContainer.start(DeployContainer.java:158) at com.caucho.server.host.HostContainer.start(HostContainer.java:467) at com.caucho.server.resin.ServletServer.start(ServletServer.java:945) at com.caucho.server.deploy.DeployController.startImpl(DeployController.java:587) at com.caucho.server.deploy.AbstractDeployControllerStrategy.start(AbstractDeployControllerStrategy.java:56) at com.caucho.server.deploy.DeployController.start(DeployController.java:483) at com.caucho.server.resin.ResinServer.start(ResinServer.java:478) at com.caucho.server.resin.Resin.init(Resin.java) at com.caucho.server.resin.Resin.main(Resin.java:623) I'm not sure this is MyFaces trouble, but with downgrade to 1.1.1 release the problem has gone. I use commons-digester-1.7.jar -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MYFACES-1163) JBoss classloading fails if myfaces jars installed in tomcat
[ http://issues.apache.org/jira/browse/MYFACES-1163?page=comments#action_12369393 ] Dennis Byrne commented on MYFACES-1163: --- Related ? http://issues.apache.org/jira/browse/MYFACES-872 JBoss classloading fails if myfaces jars installed in tomcat Key: MYFACES-1163 URL: http://issues.apache.org/jira/browse/MYFACES-1163 Project: MyFaces Core Type: Bug Versions: 1.1.2-SNAPSHOT, 1.1.2, 1.1.3-SNAPSHOT Environment: JBoss 4.0.4RC1 myfaces-1.1.3-SNAPSHOT Reporter: Ingo Massen Assignee: Stan Silvert Cannot use Myfaces jars installed in JBOSS_HOME/server/default/deploy/jbossweb-tomcat55.sar/jsf-libs as they do not use the correct WebappClassloader but instead an UCL3 classloader. This is because myfaces use the following line in StateUtils.getAsObject ObjectInputStream s = new ObjectInputStream(input); instead of import org.apache.myfaces.shared.util.MyFacesObjectInputStream; ObjectInputStream s = new MyFacesObjectInputStream(input); The same applies to JspStateManagerImpl.deserializeView(). ObjectInputStream uses Class.forName instead of Thread.currentThread().getContextClassLoader() as the ClassUtils implementation that MyFacesObjectInputStream uses does. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (MYFACES-1158) Use of context classloader as key in _registeredFactoryNames
[ http://issues.apache.org/jira/browse/MYFACES-1158?page=all ] Dennis Byrne closed MYFACES-1158: - Resolution: Invalid Assign To: Dennis Byrne The behavior of FactoryFinder is defined by the JSF specification. See section 10.2.6.1 . Use of context classloader as key in _registeredFactoryNames Key: MYFACES-1158 URL: http://issues.apache.org/jira/browse/MYFACES-1158 Project: MyFaces Core Type: Bug Components: General Versions: 1.1.1 Environment: Any Reporter: Toh Kim Huat Assignee: Dennis Byrne Priority: Minor Fix For: 1.1.1 In FactoryFinder.java, the context classloader is used as the key to set/retrieve the factoryClassNames Map from the _registeredFactoryNames map. Problems will occur if the context classloader used to put a factoryClassNames into the factoryClassNames Map is different from the context classloader used to retrieve a factoryClassNames from the factoryClassNames Map. The context classloader might be different if for instance the application uses a custom classloader which is inserted into the classloader hierarchy by setting the current context classloader as its parent classloader and then setting itself to be the current thread's context classloader. Is it possible not to use the context classloader as the Map's key? Or perhaps if an entry cannot be retrieved from the Map using the current context classloader, can we use its parent (iteratively) to retrieve from the Map until we get an entry? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MYFACES-1155) UIViewRoot.getRenderKitId() does not return null
UIViewRoot.getRenderKitId() does not return null Key: MYFACES-1155 URL: http://issues.apache.org/jira/browse/MYFACES-1155 Project: MyFaces Core Type: Bug Components: JSR-127 Versions: 1.1.0, 1.1.1 Environment: RI 1.0, RI 1.1, all version of MyFaces Reporter: Dennis Byrne Assigned to: Dennis Byrne This started in bugzilla http://issues.apache.org/bugzilla/show_bug.cgi?id=38294 . MyFaces impl is following the 1.0 behavior, not the 1.1 behavior. http://java.sun.com/javaee/javaserverfaces/1.1/docs/api/javax/faces/component/UIViewRoot.html#getRenderKitId() http://java.sun.com/javaee/javaserverfaces/1.0/docs/api/javax/faces/component/UIViewRoot.html#getRenderKitId() This is a little more complex than just making the method return null. Doing so breaks more than half the tests. I would appreciate it if anyone knew how to find out if this is affected by TCK. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Reopened: (MYFACES-1009) dataList does not call setter for var variable.
[ http://issues.apache.org/jira/browse/MYFACES-1009?page=all ] Dennis Byrne reopened MYFACES-1009: --- Assign To: (was: Martin Marinschek) https://issues.apache.org/jira/browse/TOMAHAWK-156 dataList does not call setter for var variable. --- Key: MYFACES-1009 URL: http://issues.apache.org/jira/browse/MYFACES-1009 Project: MyFaces Core Type: Bug Versions: 1.1.1 Reporter: Daniel Ray The following never calls setArtistLname. It will render the correct number of input fields for the declared value. t:dataList value=#{TASK.track.artistList} var=artist t:inputText value=#{artist.artistLname} / t:inputText value=#{artist.artistFname} / /t:dataList Changing to dataTable works just fine. t:dataTable value=#{TASK.track.artistList} var=artist t:column t:inputText value=#{artist.artistLname} / /t:column t:column t:inputText value=#{artist.artistFname} / /t:column /t:dataTable -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MYFACES-1148) Weblogic Classloader problems during development (FactoryFinder)
[ http://issues.apache.org/jira/browse/MYFACES-1148?page=comments#action_12367297 ] Dennis Byrne commented on MYFACES-1148: --- FactoryFinder behavior is defined pretty clearly by the spec, and you'll get this w/ any implementation. I don't know what else to say ;( Weblogic Classloader problems during development (FactoryFinder) Key: MYFACES-1148 URL: http://issues.apache.org/jira/browse/MYFACES-1148 Project: MyFaces Core Type: Bug Components: General Versions: 1.1.1 Environment: Weblogic 9.0, 8.1, etc. Windows XP Pro sp2. Reporter: Adam Brod Like most weblogic users, our team develops using the exploded war format. That means that each time we deploy a new version of a class, weblogic automatically picks it up. The way Weblogic implements this is that when it detects a new class, it drops the classloader for that class, as well as the Servlet and all helper classes that are loaded by the Servlet. That means FacesServlet is dropped and reloaded. The problem is that FactoryFinder stores the Factory classes in a Map where the key is the current classloader. That works fine until I deploy a new class to my webapp. At that point, weblogic drops the classloader and creates a new one with the new class definition. Now when FacesServlet.init() calls FactoryFinder.getFactory() (in the new classloader), an IllegalStateException is generated (see below) because the current classloader is not a valid key for the _registeredFactoryNames Map. One possible solution that I can see to this is to change the key for the Factory map to use the ServletContext's getServletContextName() as the key. I am 95% sure this same problem exists in Weblogic 7.0, 8.1 and 9.1 since they all use almost the same Servlet redeployment mechanism. I have only tried this on Weblogic 9.0. Feb 20, 2006 5:38:07 PM EST Error HTTP BEA-101017 [EMAIL PROTECTED] - name: 'ma-web-1.0-SNAPSHOT ', context-path: '/ma'] Root cause of ServletException. java.lang.IllegalStateException: No Factories configured for this Application - typically this is because a context listener is not setup in yo ur web.xml. A typical config looks like this; listener listener-classorg.apache.myfaces.webapp.StartupServletContextListener/listener-class /listener at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:84) at javax.faces.webapp.FacesServlet.init(FacesServlet.java:84) at weblogic.servlet.internal.StubSecurityHelper$ServletInitAction.run(StubSecurityHelper.java:265) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321) at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121) at weblogic.servlet.internal.StubSecurityHelper.createServlet(StubSecurityHelper.java:61) at weblogic.servlet.internal.StubLifecycleHelper.createOneInstance(StubLifecycleHelper.java:58) at weblogic.servlet.internal.StubLifecycleHelper.init(StubLifecycleHelper.java:48) at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:502) at weblogic.servlet.internal.ServletStubImpl.checkForReload(ServletStubImpl.java:429) at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:221) at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42) at oracle.adfinternal.view.faces.webapp.AdfFacesFilterImpl._invokeDoFilter(AdfFacesFilterImpl.java:367) at oracle.adfinternal.view.faces.webapp.AdfFacesFilterImpl._doFilterImpl(AdfFacesFilterImpl.java:336) at oracle.adfinternal.view.faces.webapp.AdfFacesFilterImpl.doFilter(AdfFacesFilterImpl.java:196) at oracle.adf.view.faces.webapp.AdfFacesFilter.doFilter(AdfFacesFilter.java:87) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42) at org.apache.myfaces.component.html.util.ExtensionsFilter.doFilter(ExtensionsFilter.java:122) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42) at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3020) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321) at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121) at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:1925) at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:1848) at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1288) at
[jira] Created: (MYFACES-1147) make com.sun.faces.verifyObjects, only better
make com.sun.faces.verifyObjects, only better - Key: MYFACES-1147 URL: http://issues.apache.org/jira/browse/MYFACES-1147 Project: MyFaces Type: New Feature Components: Implementation Reporter: Dennis Byrne Assigned to: Dennis Byrne Priority: Minor The RI has a context parameter feature, com.sun.faces.verifyObjects . This performs a whole bunch of QA for components, converters, renderers, and validators . MyFaces should do this also but add the following: Do a file system check for all to-view-id in faces-config.xml Look for duplicate map list entries in faces-config.xml (currently allowed by both RI and MyFaces) Look for duplicate managed beans in faces-config.xml (currently allowed by both RI and MyFaces) Make sure each managed bean is in the classpath. Make sure each from-action exists, and that it has the correct signature. Mistakes should not throw exceptions, just logging to INFO . Probably should just call it something like org.apache.myfaces.verify . In the future, the real benifit would be to apply the same scrutiny to the JSPs. I would like to do this by converting each one into a xml Document object first. The only tool I found for this was jsp2XML.java, which is part of the old watchdog repo: http://mail-archives.apache.org/mod_mbox/jakarta-watchdog-dev/200202.mbox/[EMAIL PROTECTED] I would appreciate it if anyone knew of an alternative. Also, if anyone can think of anything else reasonable to test for at startup, put it here. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MYFACES-1148) Weblogic Classloader problems during development (FactoryFinder)
[ http://issues.apache.org/jira/browse/MYFACES-1148?page=comments#action_12367112 ] Dennis Byrne commented on MYFACES-1148: --- Can you please take a look at this other issues and see if they are related ? http://issues.apache.org/jira/browse/MYFACES-872 http://www.hibernate.org/250.html#A25 Do you have any ideas as to why this is a bug in MyFaces and not the AS ? Weblogic Classloader problems during development (FactoryFinder) Key: MYFACES-1148 URL: http://issues.apache.org/jira/browse/MYFACES-1148 Project: MyFaces Type: Bug Components: Implementation Versions: 1.1.1 Environment: Weblogic 9.0, 8.1, etc. Windows XP Pro sp2. Reporter: Adam Brod Like most weblogic users, our team develops using the exploded war format. That means that each time we deploy a new version of a class, weblogic automatically picks it up. The way Weblogic implements this is that when it detects a new class, it drops the classloader for that class, as well as the Servlet and all helper classes that are loaded by the Servlet. That means FacesServlet is dropped and reloaded. The problem is that FactoryFinder stores the Factory classes in a Map where the key is the current classloader. That works fine until I deploy a new class to my webapp. At that point, weblogic drops the classloader and creates a new one with the new class definition. Now when FacesServlet.init() calls FactoryFinder.getFactory() (in the new classloader), an IllegalStateException is generated (see below) because the current classloader is not a valid key for the _registeredFactoryNames Map. One possible solution that I can see to this is to change the key for the Factory map to use the ServletContext's getServletContextName() as the key. I am 95% sure this same problem exists in Weblogic 7.0, 8.1 and 9.1 since they all use almost the same Servlet redeployment mechanism. I have only tried this on Weblogic 9.0. Feb 20, 2006 5:38:07 PM EST Error HTTP BEA-101017 [EMAIL PROTECTED] - name: 'ma-web-1.0-SNAPSHOT ', context-path: '/ma'] Root cause of ServletException. java.lang.IllegalStateException: No Factories configured for this Application - typically this is because a context listener is not setup in yo ur web.xml. A typical config looks like this; listener listener-classorg.apache.myfaces.webapp.StartupServletContextListener/listener-class /listener at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:84) at javax.faces.webapp.FacesServlet.init(FacesServlet.java:84) at weblogic.servlet.internal.StubSecurityHelper$ServletInitAction.run(StubSecurityHelper.java:265) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321) at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121) at weblogic.servlet.internal.StubSecurityHelper.createServlet(StubSecurityHelper.java:61) at weblogic.servlet.internal.StubLifecycleHelper.createOneInstance(StubLifecycleHelper.java:58) at weblogic.servlet.internal.StubLifecycleHelper.init(StubLifecycleHelper.java:48) at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:502) at weblogic.servlet.internal.ServletStubImpl.checkForReload(ServletStubImpl.java:429) at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:221) at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42) at oracle.adfinternal.view.faces.webapp.AdfFacesFilterImpl._invokeDoFilter(AdfFacesFilterImpl.java:367) at oracle.adfinternal.view.faces.webapp.AdfFacesFilterImpl._doFilterImpl(AdfFacesFilterImpl.java:336) at oracle.adfinternal.view.faces.webapp.AdfFacesFilterImpl.doFilter(AdfFacesFilterImpl.java:196) at oracle.adf.view.faces.webapp.AdfFacesFilter.doFilter(AdfFacesFilter.java:87) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42) at org.apache.myfaces.component.html.util.ExtensionsFilter.doFilter(ExtensionsFilter.java:122) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42) at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3020) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321) at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121) at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:1925) at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:1848) at
[jira] Closed: (MYFACES-1127) Non-null return types allowed for @actionListener
[ http://issues.apache.org/jira/browse/MYFACES-1127?page=all ] Dennis Byrne closed MYFACES-1127: - Fix Version: Nightly Resolution: Fixed Fixed for valueChangeListener as well Non-null return types allowed for @actionListener - Key: MYFACES-1127 URL: http://issues.apache.org/jira/browse/MYFACES-1127 Project: MyFaces Type: Bug Components: Implementation Versions: 1.1.1 Environment: servlet 2.4 , tomcat 5.5.9, JSP 2.0 Reporter: Dennis Byrne Assignee: Dennis Byrne Fix For: Nightly See section 3.2.1.1 in JSF 1.1 for background. This will works, but shouldn't : h:commandButton immediate=true binding=#{backer.clear} actionListener=#{backer.clear} value=Clear / public Double clear(ActionEvent event){ log.info(clear ); return null; } -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MYFACES-1127) Non-null return types allowed for @actionListener
Non-null return types allowed for @actionListener - Key: MYFACES-1127 URL: http://issues.apache.org/jira/browse/MYFACES-1127 Project: MyFaces Type: Bug Components: Implementation Versions: 1.1.1 Environment: servlet 2.4 , tomcat 5.5.9, JSP 2.0 Reporter: Dennis Byrne See section 3.2.1.1 in JSF 1.1 for background. This will works, but shouldn't : h:commandButton immediate=true binding=#{backer.clear} actionListener=#{backer.clear} value=Clear / public Double clear(ActionEvent event){ log.info(clear ); return null; } -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (MYFACES-1112) Move 3 classes to commons after release
[ http://issues.apache.org/jira/browse/MYFACES-1112?page=all ] Dennis Byrne closed MYFACES-1112: - Fix Version: Nightly Resolution: Fixed JavaScriptDetectorFilter stayed in impl because it depends on ServletExternalContextImpl . Move 3 classes to commons after release --- Key: MYFACES-1112 URL: http://issues.apache.org/jira/browse/MYFACES-1112 Project: MyFaces Type: Improvement Components: Implementation Reporter: Dennis Byrne Assignee: Dennis Byrne Priority: Minor Fix For: Nightly Note to self : remember to move JavaScriptDetectorFilter, WelcomeFileFilter and WelcomeFileHandler from impl to commons. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MYFACES-1112) Move 3 classes to commons after release
Move 3 classes to commons after release --- Key: MYFACES-1112 URL: http://issues.apache.org/jira/browse/MYFACES-1112 Project: MyFaces Type: Improvement Components: Implementation Reporter: Dennis Byrne Assigned to: Dennis Byrne Priority: Minor Note to self : remember to move JavaScriptDetectorFilter, WelcomeFileFilter and WelcomeFileHandler from impl to commons. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MYFACES-1110) findComponent return null for a valid clientId
[ http://issues.apache.org/jira/browse/MYFACES-1110?page=comments#action_12366060 ] Dennis Byrne commented on MYFACES-1110: --- If this is beforePhase for the restore view phase, then findComponent() should be returning null. Are you getting this for all phases? findComponent return null for a valid clientId -- Key: MYFACES-1110 URL: http://issues.apache.org/jira/browse/MYFACES-1110 Project: MyFaces Type: Bug Components: Implementation Versions: Nightly Environment: JBoss 4.0.3, XP Reporter: Dave Assignee: Martin Marinschek Priority: Critical In a PhaseListener, first get all the clientId(s) with queued messages, then try to find the components. But ViewRoot.findComponent(clientId) return null. public void beforePhase(PhaseEvent event) { FacesContext context = event.getFacesContext(); UIViewRoot root = context.getViewRoot(); IteratorString itr = context.getClientIdsWithMessages(); while (itr.hasNext()) { String clientId = itr.next(); UIComponent component = root.findComponent(clientId); // ERROR: component is null } } From debugger, clientId is emp:empForm:empTable:1:salary:_idJsp144 The clientId is returned from context.getClientIdsWithMessages(); It must be valid, but root.findComponent() returns NULL. JSF should have the following API FacesContext.getComponentsWithMessages(); which is better than getClientIdsWithMessages(); -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MYFACES-1103) Access to NavigationCases in NavigationHandlerImpl
[ http://issues.apache.org/jira/browse/MYFACES-1103?page=comments#action_12365690 ] Dennis Byrne commented on MYFACES-1103: --- Roland, is there any reason why you can't pull this info from the application map ? #{facesContext.externalContext.applicationMap['org.apache.myfaces.config.RuntimeConfig']} Access to NavigationCases in NavigationHandlerImpl -- Key: MYFACES-1103 URL: http://issues.apache.org/jira/browse/MYFACES-1103 Project: MyFaces Type: Improvement Components: Implementation Versions: Nightly Reporter: Roland Huss Priority: Minor Attachments: patch.diff It would be nice if NavigationHandlerImpl would provide (protected) some access to the runtime configuration (i.e. the NavigationCass lookup). I have a use case in which I need to access the information and would like to have access to this information in a subclass which I use as NavigationHandler. A patch providing a 'getNavigationCase(facesContext,fromAction,outcome) is attachted. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MYFACES-1034) Allow customisable AddResource implementations
[ http://issues.apache.org/jira/browse/MYFACES-1034?page=comments#action_12365696 ] Dennis Byrne commented on MYFACES-1034: --- Hi Peter, Do you think you can write up some documentation for this on the wiki ? Would be appreciated. Also, make sure your name is in the Contributors section on the wiki. Allow customisable AddResource implementations -- Key: MYFACES-1034 URL: http://issues.apache.org/jira/browse/MYFACES-1034 Project: MyFaces Type: Improvement Components: Tomahawk Versions: Nightly Reporter: Peter Mahoney Assignee: Martin Marinschek Attachments: addresource_patch4.zip I use an alternative version of the AddResource. class The two areas which I have customised are the getResourceUri() method (which rewrites the URL to call resources through a forwarding controller servlet) and writeWithFullHeader() (which has different rules as to where insertions will take place when there is no head or body tags, as the applications only output HTML fragments). Currently to do this a custom MyFaces has to be built. Ideally, AddResource would be an interface. An AddResourceFactory class would provide the getInstance() method (or equivalent). This method would check for a context parameter specifying the implementation class to use. If not specified, an instance of DefaultAddResource would be used. DefaultAddResource would be non-final and would therefore be subclassed to provide the customisations described above. Would this be a suitable change? If so, I would be happy to implement the change and supply a patch. Thanks -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (MYFACES-1008) security bug of myfaces
[ http://issues.apache.org/jira/browse/MYFACES-1008?page=all ] Dennis Byrne resolved MYFACES-1008: --- Fix Version: Nightly Resolution: Fixed Should work now for the following : /faces/./WEB-INF/web.xml /faces/../WEB-INF/web.xml /faces/WEB-INF%2fweb.xml /faces/wEB-INF/ /faces/WEB-INF/ /faces/WEB-INF ... and META-INF . security bug of myfaces Key: MYFACES-1008 URL: http://issues.apache.org/jira/browse/MYFACES-1008 Project: MyFaces Type: Bug Components: Tomahawk Versions: 1.1.1 Environment: windows 2000 ; SUN JDK1.4.0.3 ; Tomcat 5.0.28 Reporter: lantian Assignee: Dennis Byrne Priority: Critical Fix For: Nightly FACES SERVLET is not secure when useing prefix mapping such as/faces/* . users can access any contents in WEB-INF directory. try following in your faces website : http://localhost/mywebsite/faces/WEB-INF/web.xml http://localhost/mywebsite/faces/WEB-INF/lib/ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (MYFACES-826) BUG in the inputDate component relating with the jsf(RI) selectOneMenu component
[ http://issues.apache.org/jira/browse/MYFACES-826?page=all ] Dennis Byrne resolved MYFACES-826: -- Fix Version: Nightly Resolution: Invalid Assign To: Dennis Byrne See this thread for the whole story. http://www.mail-archive.com/users@myfaces.apache.org/msg15222.html BUG in the inputDate component relating with the jsf(RI) selectOneMenu component Key: MYFACES-826 URL: http://issues.apache.org/jira/browse/MYFACES-826 Project: MyFaces Type: Bug Components: Tomahawk (RI Compatability) Versions: 1.1.1 Reporter: Stefan Gesigora Assignee: Dennis Byrne Fix For: Nightly 1. JSF (RI) with MyFaces extension 2. usage of the inputDate component with attribute renderAsPopup is set =true 3. usage of the selectOneMenu component (RI) under the inputDate component 4. if the inputDate show its popup window it overlaps the selectOneMenu component 5. if this happened the selectOneMenu component won't be shown 6. when the popup window is closed the selectOneMenu component is shown again... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (MYFACES-971) Updated tag documentation for UI commands
[ http://issues.apache.org/jira/browse/MYFACES-971?page=all ] Dennis Byrne closed MYFACES-971: Fix Version: Nightly Resolution: Fixed Assign To: Dennis Byrne Thanks Steve. Updated tag documentation for UI commands - Key: MYFACES-971 URL: http://issues.apache.org/jira/browse/MYFACES-971 Project: MyFaces Type: Improvement Versions: Nightly Reporter: Steve Peterson Assignee: Dennis Byrne Fix For: Nightly Attachments: uic.patch The action attribute accepts a string literal as well as a method binding EL expression. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MYFACES-837) WelcomeFileFilter wants to go to the internet to load web.xml DTD
[ http://issues.apache.org/jira/browse/MYFACES-837?page=comments#action_12365187 ] Dennis Byrne commented on MYFACES-837: -- Is there any reason why you can't use a DOCTYPE element, w/ public/system identifiers, or xsi:schemaLocation ? I agree there is no need for MyFaces to be validating, as the container already does this. WelcomeFileFilter wants to go to the internet to load web.xml DTD - Key: MYFACES-837 URL: http://issues.apache.org/jira/browse/MYFACES-837 Project: MyFaces Type: Bug Components: Implementation Versions: 1.1.2, 1.1.1 Reporter: Henning Schmiedehausen The WelcomeFileFilter loads the webapp web.xml to parse the web.xml file for welcome files (see WelcomeFileFilter, line 180). However as most web.xml files contain a DTD definition, it tries to download these from the web. If the webapp can't reach the internet (firewall, no network connection), the filter fails (in my case with an UnknownHostException). IMHO, if the filter insists on parsing the web.xml, it should either be able to resolve the most common DTDs (web-app_2_2.dtd, 2_3.dtd, 2_4.dtd probaby) locally or not use a validating parser (setValidating(false) in line 181)) so that it is possible to use the WelcomeFileFilter on hosts that cannot reach the internet. The bug is still present in the current impl trunk at http://svn.apache.org/viewcvs.cgi/myfaces/impl/trunk/src/java/org/apache/myfaces/webapp/filter/WelcomeFileFilter.java?rev=193014view=markup -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (MYFACES-837) WelcomeFileFilter wants to go to the internet to load web.xml DTD
[ http://issues.apache.org/jira/browse/MYFACES-837?page=all ] Dennis Byrne closed MYFACES-837: Resolution: Fixed Assign To: Dennis Byrne Done. BTW, shoudn't WelcomeFileFilter, WelcomeFileHandler and JavaScriptDetectorFilter all be under tomahawk, instead of core/impl ? WelcomeFileFilter wants to go to the internet to load web.xml DTD - Key: MYFACES-837 URL: http://issues.apache.org/jira/browse/MYFACES-837 Project: MyFaces Type: Bug Components: Implementation Versions: 1.1.2, 1.1.1 Reporter: Henning Schmiedehausen Assignee: Dennis Byrne The WelcomeFileFilter loads the webapp web.xml to parse the web.xml file for welcome files (see WelcomeFileFilter, line 180). However as most web.xml files contain a DTD definition, it tries to download these from the web. If the webapp can't reach the internet (firewall, no network connection), the filter fails (in my case with an UnknownHostException). IMHO, if the filter insists on parsing the web.xml, it should either be able to resolve the most common DTDs (web-app_2_2.dtd, 2_3.dtd, 2_4.dtd probaby) locally or not use a validating parser (setValidating(false) in line 181)) so that it is possible to use the WelcomeFileFilter on hosts that cannot reach the internet. The bug is still present in the current impl trunk at http://svn.apache.org/viewcvs.cgi/myfaces/impl/trunk/src/java/org/apache/myfaces/webapp/filter/WelcomeFileFilter.java?rev=193014view=markup -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (MYFACES-785) Docs refer to non-existant spec. section
[ http://issues.apache.org/jira/browse/MYFACES-785?page=all ] Dennis Byrne updated MYFACES-785: - Comment: was deleted Docs refer to non-existant spec. section Key: MYFACES-785 URL: http://issues.apache.org/jira/browse/MYFACES-785 Project: MyFaces Type: Bug Versions: 1.1.0 Environment: n/a Reporter: Dennis Byrne Assignee: Grant Smith Priority: Minor Fix For: 1.1.2 http://www.mail-archive.com/users%40myfaces.apache.org/msg11279.html -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (MYFACES-785) Docs refer to non-existant spec. section
[ http://issues.apache.org/jira/browse/MYFACES-785?page=all ] Dennis Byrne updated MYFACES-785: - Comment: was deleted Docs refer to non-existant spec. section Key: MYFACES-785 URL: http://issues.apache.org/jira/browse/MYFACES-785 Project: MyFaces Type: Bug Versions: 1.1.0 Environment: n/a Reporter: Dennis Byrne Assignee: Grant Smith Priority: Minor Fix For: 1.1.2 http://www.mail-archive.com/users%40myfaces.apache.org/msg11279.html -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (MYFACES-1086) HtmlCollapsiblePanel get's a javascript error when inside two form tags
[ http://issues.apache.org/jira/browse/MYFACES-1086?page=all ] Dennis Byrne closed MYFACES-1086: - Resolution: Invalid Nested forms are not supported in HTML, and therefore not in JSF either. HtmlCollapsiblePanel get's a javascript error when inside two form tags --- Key: MYFACES-1086 URL: http://issues.apache.org/jira/browse/MYFACES-1086 Project: MyFaces Type: Bug Components: Tomahawk Versions: 1.1.1 Environment: Win 2000, Tomcat 5.5.15. Tested on both internet explorer 6.0 and Firefox 1.0 Reporter: Petter Hellstrom When placed inside of two form tags the HtmlCollapsiblePanel generates a javascript error when a link in the panel is clicked. The error seems to come from that the javascript can't find the correct form. In the code below there is two form tags, one nesting the other. This code generates the error. Removing one of the form tags makes the page to work properly. %@ page session=false contentType=text/html;charset=utf-8% %@ taglib uri=http://java.sun.com/jsf/html; prefix=h% %@ taglib uri=http://java.sun.com/jsf/core; prefix=f% %@ taglib uri=http://myfaces.apache.org/tomahawk; prefix=t% html !-- /* * Copyright 2004 The Apache Software Foundation. * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. * You may obtain a copy of the License at * * http://www.apache.org/licenses/LICENSE-2.0 * * Unless required by applicable law or agreed to in writing, software * distributed under the License is distributed on an AS IS BASIS, * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. * See the License for the specific language governing permissions and * limitations under the License. */ //-- body f:view h:form id=form1 t:saveState value=#{firstCollapsiblePanelBean}/ t:saveState value=#{secondCollapsiblePanelBean}/ t:saveState value=#{thirdCollapsiblePanelBean}/ h:form id=form2 t:collapsiblePanel id=test1 value=#{firstCollapsiblePanelBean.collapsed} title=testTitle h:panelGrid h:outputText value=#{firstCollapsiblePanelBean.firstName}/ h:inputText value=#{firstCollapsiblePanelBean.surName}/ t:inputCalendar value=#{firstCollapsiblePanelBean.birthDate} renderAsPopup=true/ /h:panelGrid /t:collapsiblePanel t:collapsiblePanel id=test2 value=#{secondCollapsiblePanelBean.collapsed} title=testTitle var=test2collapsed f:facet name=header t:div style=width:500px;background-color:#CC; h:outputText value=Person/ t:headerLink immediate=true h:outputText value= Details rendered=#{test2collapsed}/ h:outputText value=v Overview rendered=#{!test2collapsed}/ /t:headerLink /t:div /f:facet f:facet name=closedContent h:panelGroup h:outputText value=#{secondCollapsiblePanelBean.firstName}/ h:outputText value= / h:outputText value=#{secondCollapsiblePanelBean.surName}/ h:outputText value=, born on: / h:outputText value=#{secondCollapsiblePanelBean.birthDate}/ /h:panelGroup /f:facet h:panelGrid h:outputText value=#{secondCollapsiblePanelBean.firstName}/ h:inputText value=#{secondCollapsiblePanelBean.surName}/ t:inputCalendar value=#{secondCollapsiblePanelBean.birthDate} renderAsPopup=true/ /h:panelGrid /t:collapsiblePanel t:collapsiblePanel id=test3 value=#{thirdCollapsiblePanelBean.collapsed} title=testTitle var=test2collapsed f:facet name=header t:div style=width:500px;background-color:#CC; h:outputText value=Person/ t:headerLink immediate=true h:outputText value= Details rendered=#{test2collapsed}/ h:outputText value=v Overview rendered=#{!test2collapsed}/ /t:headerLink /t:div /f:facet f:facet name=closedContent h:panelGroup h:outputText value=#{thirdCollapsiblePanelBean.firstName}/ h:outputText value= / h:outputText value=#{thirdCollapsiblePanelBean.surName}/ h:outputText value=, born on: / h:outputText value=#{thirdCollapsiblePanelBean.birthDate}/
[jira] Resolved: (MYFACES-1087) t:inputcalendar Duplicate component ID '_id0:scheduleNavigator_1141102800000_link'
[ http://issues.apache.org/jira/browse/MYFACES-1087?page=all ] Dennis Byrne resolved MYFACES-1087: --- Resolution: Duplicate This is a duplicate of http://issues.apache.org/jira/browse/MYFACES-1084 . t:inputcalendar Duplicate component ID '_id0:scheduleNavigator_114110280_link' Key: MYFACES-1087 URL: http://issues.apache.org/jira/browse/MYFACES-1087 Project: MyFaces Type: Bug Components: Tomahawk Versions: 1.1.1 Environment: Windows 2003 Server, Tomcata 5.x, Pentum IV 1gb RAM. Reporter: Adrián Villegas I run the examples of Myfaces On January 31st , when i click on month's navigator links, the following error happend: Duplicate component ID '_id0:scheduleNavigator_114110280_link' Previously on forward click from January go to March and another click more the error page. This error don't happend on february 1st. ¿? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (MYFACES-1089) commandLink incorrectly accepts 'onclick' attribute
[ http://issues.apache.org/jira/browse/MYFACES-1089?page=all ] Dennis Byrne resolved MYFACES-1089: --- Resolution: Duplicate Thanks Laurie, but there is already a bug for this one. Try again ;) http://issues.apache.org/jira/browse/MYFACES-654 commandLink incorrectly accepts 'onclick' attribute --- Key: MYFACES-1089 URL: http://issues.apache.org/jira/browse/MYFACES-1089 Project: MyFaces Type: Bug Components: General Versions: 1.1.1 Reporter: Laurie Harper Priority: Minor myfaces_html.tld incorrectly lists an 'onclick' attribute for the commandLink comonent tag. 'onclick' is not valid for this component per the JSF reference documentation: http://java.sun.com/j2ee/javaserverfaces/1.1_01/docs/tlddocs/index.html -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (MYFACES-1085) DebugUtils do not print MethodBinding
[ http://issues.apache.org/jira/browse/MYFACES-1085?page=all ] Dennis Byrne resolved MYFACES-1085: --- Fix Version: Nightly Resolution: Fixed Assign To: Dennis Byrne Thanks for reporting this Liegler. DebugUtils do not print MethodBinding - Key: MYFACES-1085 URL: http://issues.apache.org/jira/browse/MYFACES-1085 Project: MyFaces Type: Bug Components: Implementation Versions: 1.1.1 Environment: Java 5 Tomcat 5.5.12 eclipse 3.1.1 Reporter: liegler jörg Assignee: Dennis Byrne Fix For: Nightly Line 369 in class DebugUtils does not print the MethodeBinding. Printing the evaluated trem is missing. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (MYFACES-853) commandLink not working inside dataList
[ http://issues.apache.org/jira/browse/MYFACES-853?page=all ] Dennis Byrne resolved MYFACES-853: -- Resolution: Fixed Yeah, this one is fixed. I have reproduced the 1009 behavior w/out the RI. Didn't try to fix it. It looked like 853 and 1009 were the same problem, same component, different lifecycle phase. I'm pretty sure datalist does not currently call processUpdates or processValidations on it's children. commandLink not working inside dataList --- Key: MYFACES-853 URL: http://issues.apache.org/jira/browse/MYFACES-853 Project: MyFaces Type: Bug Versions: 1.1.1 Environment: WinXP,tomcat 5.5.9,myfaces-1.1.1,JDK 1.5 Reporter: Alexander Traeder Assignee: Dennis Byrne Fix For: Nightly Attachments: api.txt, tomahawk.txt, tomahawk2.txt in following code fragement the action-method testService.listenOnSelect is never called: %@ taglib uri=http://java.sun.com/jsf/html; prefix=h% %@ taglib uri=http://java.sun.com/jsf/core; prefix=f% %@ taglib uri=http://myfaces.apache.org/tomahawk; prefix=t% f:subview id=test h:form id=testform h:panelGrid columns=1 t:dataList id=datalist style=standardList var=test value=#{testService.entries} rowCountVar=rowCount rowIndexVar=rowIndex layout=unorderedList h:commandLink id=test_ref value=#{rowIndex + 1} action=#{testService.listenOnSelect} / /t:dataList /h:panelGrid /h:form /f:subview after some testing i also tried the nightly build but with the same result also tried the following (working in other scenarios): h:commandLink id=testref immediate=true value=#{rowIndex + 1} action= t:updateActionListener property=#{rowCount} value=#{testService.searchRow} / /h:commandLink any ideas? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (MYFACES-1080) ExtensionFilter writes NULL before the end of BODY element
[ http://issues.apache.org/jira/browse/MYFACES-1080?page=all ] Dennis Byrne resolved MYFACES-1080: --- Resolution: Duplicate https://issues.apache.org/jira/browse/MYFACES-1079 Thanks, but I believe this problem has already been reported. ExtensionFilter writes NULL before the end of BODY element - Key: MYFACES-1080 URL: http://issues.apache.org/jira/browse/MYFACES-1080 Project: MyFaces Type: Bug Components: Tomahawk (RI Compatability) Versions: Nightly Environment: SUN RI 1.1.01 Reporter: Claudio Tasso When the ExtensionsFilter is installed, the string null is added in every generated page. The string null is inserted before closing body element tag. The cause of the problem is the following code in org.apache.myfaces.renderkit.html.util.AddResource.writeMyFacesJavascriptBeforeBodyEnd: String myFacesJavascript = (String) request.getAttribute(org.apache.myfaces.myFacesJavascript); originalResponse.insert(beforeBodyEndPosition, myFacesJavascript); The SUN RI does not put in the request any attribute called org.apache.myfaces.myFacesJavascript, so NULL is printed. The solution seems to be trivial. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MYFACES-853) commandLink not working inside dataList
[ http://issues.apache.org/jira/browse/MYFACES-853?page=comments#action_12364761 ] Dennis Byrne commented on MYFACES-853: -- Yes, they are seperate and MYFACES-1009 is still present . Not sure why this one was cloned. commandLink not working inside dataList --- Key: MYFACES-853 URL: http://issues.apache.org/jira/browse/MYFACES-853 Project: MyFaces Type: Bug Versions: 1.1.1 Environment: WinXP,tomcat 5.5.9,myfaces-1.1.1,JDK 1.5 Reporter: Alexander Traeder Assignee: Dennis Byrne Fix For: Nightly Attachments: api.txt, tomahawk.txt, tomahawk2.txt in following code fragement the action-method testService.listenOnSelect is never called: %@ taglib uri=http://java.sun.com/jsf/html; prefix=h% %@ taglib uri=http://java.sun.com/jsf/core; prefix=f% %@ taglib uri=http://myfaces.apache.org/tomahawk; prefix=t% f:subview id=test h:form id=testform h:panelGrid columns=1 t:dataList id=datalist style=standardList var=test value=#{testService.entries} rowCountVar=rowCount rowIndexVar=rowIndex layout=unorderedList h:commandLink id=test_ref value=#{rowIndex + 1} action=#{testService.listenOnSelect} / /t:dataList /h:panelGrid /h:form /f:subview after some testing i also tried the nightly build but with the same result also tried the following (working in other scenarios): h:commandLink id=testref immediate=true value=#{rowIndex + 1} action= t:updateActionListener property=#{rowCount} value=#{testService.searchRow} / /h:commandLink any ideas? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (MYFACES-840) 404 in simple examples using jscookmenu
[ http://issues.apache.org/jira/browse/MYFACES-840?page=all ] Dennis Byrne closed MYFACES-840: Resolution: Fixed Assign To: Dennis Byrne 404 in simple examples using jscookmenu --- Key: MYFACES-840 URL: http://issues.apache.org/jira/browse/MYFACES-840 Project: MyFaces Type: Bug Components: General Environment: http://www.irian.at/myfaces/jscookmenu.jsf Reporter: Dennis Byrne Assignee: Dennis Byrne Priority: Minor Attachments: PropertyNotFoundException.txt, current.examples.simple.dec.1.2005.txt Example - Components - RSS Ticker - 404 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (MYFACES-928) Duplicated tag definition selectBooleanCheckboxAjax within the same TLD
[ http://issues.apache.org/jira/browse/MYFACES-928?page=all ] Dennis Byrne closed MYFACES-928: Resolution: Fixed Assign To: Dennis Byrne Fixed, thanks for reporting this. Duplicated tag definition selectBooleanCheckboxAjax within the same TLD --- Key: MYFACES-928 URL: http://issues.apache.org/jira/browse/MYFACES-928 Project: MyFaces Type: Bug Components: General Versions: Nightly Environment: JBoss. Reporter: Tommy Tran Assignee: Dennis Byrne Attachments: patch.test.txt, patch.txt I double checked the sandbox.jar file and notice that you do have two entry for this tag. Error(1): Duplicated tag definition selectBooleanCheckboxAjax within the same TLD -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (MYFACES-1049) Binary Compatibility w/ the RI
[ http://issues.apache.org/jira/browse/MYFACES-1049?page=all ] Dennis Byrne closed MYFACES-1049: - Resolution: Fixed Assign To: Dennis Byrne Binary Compatibility w/ the RI -- Key: MYFACES-1049 URL: http://issues.apache.org/jira/browse/MYFACES-1049 Project: MyFaces Type: Bug Components: Implementation Versions: Nightly Reporter: Dennis Byrne Assignee: Dennis Byrne Attachments: api.txt, sandbox.txt I followed up on an idea mentioned by Simon a while back to compare MyFaces w/ the RI using http://clirr.sourceforge.net/ . The output was a little buggy, but it appears they are pretty close ;-) The RI has a protected UIInput.compareValues(), which is the same thing as the MyFaces version of this - protected UIInput.valuesDifferent() . UISelectMany is effected by this as well, since it currently overrides valuesDifferent(). The timeZone field of DateTimeConverter should go back to private. I changed the sandbox child of this class (which does not work with the RI) accordingly. Dennis Byrne -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MYFACES-1049) Binary Compatibility w/ the RI
Binary Compatibility w/ the RI -- Key: MYFACES-1049 URL: http://issues.apache.org/jira/browse/MYFACES-1049 Project: MyFaces Type: Bug Components: Implementation Versions: Nightly Reporter: Dennis Byrne I followed up on an idea mentioned by Simon a while back to compare MyFaces w/ the RI using http://clirr.sourceforge.net/ . The output was a little buggy, but it appears they are pretty close ;-) The RI has a protected UIInput.compareValues(), which is the same thing as the MyFaces version of this - protected UIInput.valuesDifferent() . UISelectMany is effected by this as well, since it currently overrides valuesDifferent(). The timeZone field of DateTimeConverter should go back to private. I changed the sandbox child of this class (which does not work with the RI) accordingly. Dennis Byrne -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (MYFACES-1049) Binary Compatibility w/ the RI
[ http://issues.apache.org/jira/browse/MYFACES-1049?page=all ] Dennis Byrne updated MYFACES-1049: -- Attachment: api.txt Binary Compatibility w/ the RI -- Key: MYFACES-1049 URL: http://issues.apache.org/jira/browse/MYFACES-1049 Project: MyFaces Type: Bug Components: Implementation Versions: Nightly Reporter: Dennis Byrne Attachments: api.txt I followed up on an idea mentioned by Simon a while back to compare MyFaces w/ the RI using http://clirr.sourceforge.net/ . The output was a little buggy, but it appears they are pretty close ;-) The RI has a protected UIInput.compareValues(), which is the same thing as the MyFaces version of this - protected UIInput.valuesDifferent() . UISelectMany is effected by this as well, since it currently overrides valuesDifferent(). The timeZone field of DateTimeConverter should go back to private. I changed the sandbox child of this class (which does not work with the RI) accordingly. Dennis Byrne -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (MYFACES-1049) Binary Compatibility w/ the RI
[ http://issues.apache.org/jira/browse/MYFACES-1049?page=all ] Dennis Byrne updated MYFACES-1049: -- Attachment: sandbox.txt Binary Compatibility w/ the RI -- Key: MYFACES-1049 URL: http://issues.apache.org/jira/browse/MYFACES-1049 Project: MyFaces Type: Bug Components: Implementation Versions: Nightly Reporter: Dennis Byrne Attachments: api.txt, sandbox.txt I followed up on an idea mentioned by Simon a while back to compare MyFaces w/ the RI using http://clirr.sourceforge.net/ . The output was a little buggy, but it appears they are pretty close ;-) The RI has a protected UIInput.compareValues(), which is the same thing as the MyFaces version of this - protected UIInput.valuesDifferent() . UISelectMany is effected by this as well, since it currently overrides valuesDifferent(). The timeZone field of DateTimeConverter should go back to private. I changed the sandbox child of this class (which does not work with the RI) accordingly. Dennis Byrne -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MYFACES-1047) selectOne[Country/[EMAIL PROTECTED] VB ignored
selectOne[Country/[EMAIL PROTECTED] VB ignored Key: MYFACES-1047 URL: http://issues.apache.org/jira/browse/MYFACES-1047 Project: MyFaces Type: Bug Components: Tomahawk Versions: Nightly Reporter: Dennis Byrne Priority: Minor Attachments: patch.txt SelectOneCountryTag.setProperties() and SelectOneLanguageTag.setProperties() use a 'maxLength' key to store this value, while the component getters are looking for a 'length' key. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (MYFACES-1047) selectOne[Country/[EMAIL PROTECTED] VB ignored
[ http://issues.apache.org/jira/browse/MYFACES-1047?page=all ] Dennis Byrne updated MYFACES-1047: -- Attachment: patch.txt selectOne[Country/[EMAIL PROTECTED] VB ignored Key: MYFACES-1047 URL: http://issues.apache.org/jira/browse/MYFACES-1047 Project: MyFaces Type: Bug Components: Tomahawk Versions: Nightly Reporter: Dennis Byrne Priority: Minor Attachments: patch.txt SelectOneCountryTag.setProperties() and SelectOneLanguageTag.setProperties() use a 'maxLength' key to store this value, while the component getters are looking for a 'length' key. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MYFACES-582) SelectOneCountry needs to support an empty selection
[ http://issues.apache.org/jira/browse/MYFACES-582?page=comments#action_12362917 ] Dennis Byrne commented on MYFACES-582: -- Hi Martin, I think the same thing can be said for selectOneLanguage as well ? How would you envision user's specifying the item label ( some will want N/A, others will want ) . SelectOneCountry needs to support an empty selection Key: MYFACES-582 URL: http://issues.apache.org/jira/browse/MYFACES-582 Project: MyFaces Type: Improvement Components: Tomahawk Versions: 1.1.1 Reporter: Martin Marinschek All ISO countries are listed using the SelectOneCountry Tag, but no empty selection is possible. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MYFACES-853) commandLink not working inside dataList
[ http://issues.apache.org/jira/browse/MYFACES-853?page=comments#action_12362807 ] Dennis Byrne commented on MYFACES-853: -- Martin, There is another one on dataList for update model http://issues.apache.org/jira/browse/MYFACES-1009 . commandLink not working inside dataList --- Key: MYFACES-853 URL: http://issues.apache.org/jira/browse/MYFACES-853 Project: MyFaces Type: Bug Versions: 1.1.1 Environment: WinXP,tomcat 5.5.9,myfaces-1.1.1,JDK 1.5 Reporter: Alexander Traeder Assignee: Martin Marinschek Fix For: Nightly Attachments: api.txt, tomahawk.txt, tomahawk2.txt in following code fragement the action-method testService.listenOnSelect is never called: %@ taglib uri=http://java.sun.com/jsf/html; prefix=h% %@ taglib uri=http://java.sun.com/jsf/core; prefix=f% %@ taglib uri=http://myfaces.apache.org/tomahawk; prefix=t% f:subview id=test h:form id=testform h:panelGrid columns=1 t:dataList id=datalist style=standardList var=test value=#{testService.entries} rowCountVar=rowCount rowIndexVar=rowIndex layout=unorderedList h:commandLink id=test_ref value=#{rowIndex + 1} action=#{testService.listenOnSelect} / /t:dataList /h:panelGrid /h:form /f:subview after some testing i also tried the nightly build but with the same result also tried the following (working in other scenarios): h:commandLink id=testref immediate=true value=#{rowIndex + 1} action= t:updateActionListener property=#{rowCount} value=#{testService.searchRow} / /h:commandLink any ideas? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MYFACES-853) commandLink not working inside dataList
[ http://issues.apache.org/jira/browse/MYFACES-853?page=comments#action_12362809 ] Dennis Byrne commented on MYFACES-853: -- dataList inherits (from the dataTable component) the methods used to update the model. however these methods are looking for column components, which are not found under dataList. commandLink not working inside dataList --- Key: MYFACES-853 URL: http://issues.apache.org/jira/browse/MYFACES-853 Project: MyFaces Type: Bug Versions: 1.1.1 Environment: WinXP,tomcat 5.5.9,myfaces-1.1.1,JDK 1.5 Reporter: Alexander Traeder Assignee: Martin Marinschek Fix For: Nightly Attachments: api.txt, tomahawk.txt, tomahawk2.txt in following code fragement the action-method testService.listenOnSelect is never called: %@ taglib uri=http://java.sun.com/jsf/html; prefix=h% %@ taglib uri=http://java.sun.com/jsf/core; prefix=f% %@ taglib uri=http://myfaces.apache.org/tomahawk; prefix=t% f:subview id=test h:form id=testform h:panelGrid columns=1 t:dataList id=datalist style=standardList var=test value=#{testService.entries} rowCountVar=rowCount rowIndexVar=rowIndex layout=unorderedList h:commandLink id=test_ref value=#{rowIndex + 1} action=#{testService.listenOnSelect} / /t:dataList /h:panelGrid /h:form /f:subview after some testing i also tried the nightly build but with the same result also tried the following (working in other scenarios): h:commandLink id=testref immediate=true value=#{rowIndex + 1} action= t:updateActionListener property=#{rowCount} value=#{testService.searchRow} / /h:commandLink any ideas? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira