From issues at jboss.org Thu May 1 07:05:56 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Macko_=28JIRA=29?=) Date: Thu, 1 May 2014 07:05:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13617) CDK - NPE getOutputFileName In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13617?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12964894#comment-12964894 ] Luk?? Macko commented on RF-13617: ---------------------------------- Yes, I am able to proceed. Thank you Michal. > CDK - NPE getOutputFileName > --------------------------- > > Key: RF-13617 > URL: https://issues.jboss.org/browse/RF-13617 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Reporter: Luk?? Macko > Priority: Blocker > > During backporting chart to 4.5.X I come across this exception. In RF5 CDK works ok. > {code} > {{[ERROR] Failed to execute goal org.richfaces.cdk:richfaces-cdk-maven-plugin:4.5.0.Alpha2:generate (cdk-generate-sources) on project richfaces-components-rich: Execution cdk-generate-sources of goal org.richfaces.cdk:richfaces-cdk-maven-plugin:4.5.0.Alpha2:generate failed: java.lang.reflect.InvocationTargetException: NullPointerException -> [Help 1] > org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.richfaces.cdk:richfaces-cdk-maven-plugin:4.5.0.Alpha2:generate (cdk-generate-sources) on project richfaces-components-rich: Execution cdk-generate-sources of goal org.richfaces.cdk:richfaces-cdk-maven-plugin:4.5.0.Alpha2:generate failed: java.lang.reflect.InvocationTargetException > at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:225) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) > at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) > at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) > at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) > at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320) > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) > at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) > at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) > at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) > at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) > at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:414) > at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:357) > Caused by: org.apache.maven.plugin.PluginExecutionException: Execution cdk-generate-sources of goal org.richfaces.cdk:richfaces-cdk-maven-plugin:4.5.0.Alpha2:generate failed: java.lang.reflect.InvocationTargetException > at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:110) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209) > ... 19 more > Caused by: java.lang.RuntimeException: java.lang.reflect.InvocationTargetException > at com.sun.tools.javac.main.Main.compile(Main.java:469) > at com.sun.tools.javac.api.JavacTaskImpl.call(JavacTaskImpl.java:132) > at org.richfaces.cdk.apt.AptBuilder.build(AptBuilder.java:47) > at org.richfaces.cdk.Generator.execute(Generator.java:155) > at org.richfaces.builder.mojo.GenerateMojo.execute(GenerateMojo.java:254) > at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) > ... 20 more > Caused by: java.lang.reflect.InvocationTargetException > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.richfaces.cdk.apt.LibraryProxyInterceptor.invoke(LibraryProxyInterceptor.java:18) > at org.richfaces.cdk.generate.java.taghandler.TagHandlerWriter.render(TagHandlerWriter.java:48) > at org.richfaces.cdk.apt.DefaultLibraryGenerator.generate(DefaultLibraryGenerator.java:28) > at org.richfaces.cdk.apt.CdkProcessorImpl.generate(CdkProcessorImpl.java:157) > at org.richfaces.cdk.apt.CdkProcessorImpl.continueAfterJavaSourceProcessing(CdkProcessorImpl.java:133) > at org.richfaces.cdk.apt.CdkProcessorImpl.process(CdkProcessorImpl.java:106) > at com.sun.tools.javac.processing.JavacProcessingEnvironment.callProcessor(JavacProcessingEnvironment.java:793) > at com.sun.tools.javac.processing.JavacProcessingEnvironment.access$200(JavacProcessingEnvironment.java:97) > at com.sun.tools.javac.processing.JavacProcessingEnvironment$DiscoveredProcessors$ProcessorStateIterator.runContributingProcs(JavacProcessingEnvironment.java:644) > at com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.run(JavacProcessingEnvironment.java:1027) > at com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1185) > at com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1108) > at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:824) > at com.sun.tools.javac.main.Main.compile(Main.java:439) > ... 25 more > Caused by: java.lang.NullPointerException > at org.richfaces.cdk.generate.java.taghandler.TagHandlerClassGenerator.getOutputFileName(TagHandlerClassGenerator.java:87) > at org.richfaces.cdk.generate.java.taghandler.TagHandlerClassGenerator.getOutput(TagHandlerClassGenerator.java:80) > at org.richfaces.cdk.generate.java.taghandler.TagHandlerClassGenerator.process(TagHandlerClassGenerator.java:60) > at org.richfaces.cdk.generate.java.taghandler.TagHandlerGeneratorVisitor.generateTagHandler(TagHandlerGeneratorVisitor.java:74) > at org.richfaces.cdk.generate.java.taghandler.TagHandlerGeneratorVisitor.visitComponent(TagHandlerGeneratorVisitor.java:49) > at org.richfaces.cdk.generate.java.taghandler.TagHandlerGeneratorVisitor.visitComponent(TagHandlerGeneratorVisitor.java:39) > at org.richfaces.cdk.model.ComponentModel.accept(ComponentModel.java:45) > at org.richfaces.cdk.model.ModelSet.accept(ModelSet.java:211) > at org.richfaces.cdk.model.ModelSet.accept(ModelSet.java:206) > at org.richfaces.cdk.model.ComponentLibrary.accept(ComponentLibrary.java:95) > ... 43 more > [ERROR]}} > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 1 07:05:56 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Macko_=28JIRA=29?=) Date: Thu, 1 May 2014 07:05:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13617) CDK - NPE getOutputFileName In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13617?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Macko closed RF-13617. ---------------------------- Resolution: Done > CDK - NPE getOutputFileName > --------------------------- > > Key: RF-13617 > URL: https://issues.jboss.org/browse/RF-13617 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Reporter: Luk?? Macko > Priority: Blocker > > During backporting chart to 4.5.X I come across this exception. In RF5 CDK works ok. > {code} > {{[ERROR] Failed to execute goal org.richfaces.cdk:richfaces-cdk-maven-plugin:4.5.0.Alpha2:generate (cdk-generate-sources) on project richfaces-components-rich: Execution cdk-generate-sources of goal org.richfaces.cdk:richfaces-cdk-maven-plugin:4.5.0.Alpha2:generate failed: java.lang.reflect.InvocationTargetException: NullPointerException -> [Help 1] > org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.richfaces.cdk:richfaces-cdk-maven-plugin:4.5.0.Alpha2:generate (cdk-generate-sources) on project richfaces-components-rich: Execution cdk-generate-sources of goal org.richfaces.cdk:richfaces-cdk-maven-plugin:4.5.0.Alpha2:generate failed: java.lang.reflect.InvocationTargetException > at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:225) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) > at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) > at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) > at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) > at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320) > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) > at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) > at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) > at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) > at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) > at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:414) > at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:357) > Caused by: org.apache.maven.plugin.PluginExecutionException: Execution cdk-generate-sources of goal org.richfaces.cdk:richfaces-cdk-maven-plugin:4.5.0.Alpha2:generate failed: java.lang.reflect.InvocationTargetException > at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:110) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209) > ... 19 more > Caused by: java.lang.RuntimeException: java.lang.reflect.InvocationTargetException > at com.sun.tools.javac.main.Main.compile(Main.java:469) > at com.sun.tools.javac.api.JavacTaskImpl.call(JavacTaskImpl.java:132) > at org.richfaces.cdk.apt.AptBuilder.build(AptBuilder.java:47) > at org.richfaces.cdk.Generator.execute(Generator.java:155) > at org.richfaces.builder.mojo.GenerateMojo.execute(GenerateMojo.java:254) > at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) > ... 20 more > Caused by: java.lang.reflect.InvocationTargetException > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.richfaces.cdk.apt.LibraryProxyInterceptor.invoke(LibraryProxyInterceptor.java:18) > at org.richfaces.cdk.generate.java.taghandler.TagHandlerWriter.render(TagHandlerWriter.java:48) > at org.richfaces.cdk.apt.DefaultLibraryGenerator.generate(DefaultLibraryGenerator.java:28) > at org.richfaces.cdk.apt.CdkProcessorImpl.generate(CdkProcessorImpl.java:157) > at org.richfaces.cdk.apt.CdkProcessorImpl.continueAfterJavaSourceProcessing(CdkProcessorImpl.java:133) > at org.richfaces.cdk.apt.CdkProcessorImpl.process(CdkProcessorImpl.java:106) > at com.sun.tools.javac.processing.JavacProcessingEnvironment.callProcessor(JavacProcessingEnvironment.java:793) > at com.sun.tools.javac.processing.JavacProcessingEnvironment.access$200(JavacProcessingEnvironment.java:97) > at com.sun.tools.javac.processing.JavacProcessingEnvironment$DiscoveredProcessors$ProcessorStateIterator.runContributingProcs(JavacProcessingEnvironment.java:644) > at com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.run(JavacProcessingEnvironment.java:1027) > at com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1185) > at com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1108) > at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:824) > at com.sun.tools.javac.main.Main.compile(Main.java:439) > ... 25 more > Caused by: java.lang.NullPointerException > at org.richfaces.cdk.generate.java.taghandler.TagHandlerClassGenerator.getOutputFileName(TagHandlerClassGenerator.java:87) > at org.richfaces.cdk.generate.java.taghandler.TagHandlerClassGenerator.getOutput(TagHandlerClassGenerator.java:80) > at org.richfaces.cdk.generate.java.taghandler.TagHandlerClassGenerator.process(TagHandlerClassGenerator.java:60) > at org.richfaces.cdk.generate.java.taghandler.TagHandlerGeneratorVisitor.generateTagHandler(TagHandlerGeneratorVisitor.java:74) > at org.richfaces.cdk.generate.java.taghandler.TagHandlerGeneratorVisitor.visitComponent(TagHandlerGeneratorVisitor.java:49) > at org.richfaces.cdk.generate.java.taghandler.TagHandlerGeneratorVisitor.visitComponent(TagHandlerGeneratorVisitor.java:39) > at org.richfaces.cdk.model.ComponentModel.accept(ComponentModel.java:45) > at org.richfaces.cdk.model.ModelSet.accept(ModelSet.java:211) > at org.richfaces.cdk.model.ModelSet.accept(ModelSet.java:206) > at org.richfaces.cdk.model.ComponentLibrary.accept(ComponentLibrary.java:95) > ... 43 more > [ERROR]}} > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 1 12:01:57 2014 From: issues at jboss.org (David Rawlings (JIRA)) Date: Thu, 1 May 2014 12:01:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13622) Undocumented feature - accordionItem header facets for specific states In-Reply-To: References: Message-ID: David Rawlings created RF-13622: ----------------------------------- Summary: Undocumented feature - accordionItem header facets for specific states Key: RF-13622 URL: https://issues.jboss.org/browse/RF-13622 Project: RichFaces Issue Type: Quality Risk Security Level: Public (Everyone can see) Components: doc Affects Versions: 4.3.3 Reporter: David Rawlings Having read the code I found that the richfaces accordion/accordionItem component supports the following: {code:xml} Some content for when item is active Some content for when item is inactive Some content for when item is disabled {code} I can't find this feature documented anywhere. It would be useful to reference this in the vld docs for the 'header' attribute of the accordionItem tag. I found this feature useful to overcome issues I was having using rich:tooltip in an accordionItem header -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 1 12:01:58 2014 From: issues at jboss.org (David Rawlings (JIRA)) Date: Thu, 1 May 2014 12:01:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13622) Undocumented feature - accordionItem header facets for specific states In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13622?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Rawlings updated RF-13622: -------------------------------- Priority: Minor (was: Major) > Undocumented feature - accordionItem header facets for specific states > ---------------------------------------------------------------------- > > Key: RF-13622 > URL: https://issues.jboss.org/browse/RF-13622 > Project: RichFaces > Issue Type: Quality Risk > Security Level: Public(Everyone can see) > Components: doc > Affects Versions: 4.3.3 > Reporter: David Rawlings > Priority: Minor > > Having read the code I found that the richfaces accordion/accordionItem component supports the following: > {code:xml} > > > Some content for when item is active > > > Some content for when item is inactive > > > Some content for when item is disabled > > > {code} > I can't find this feature documented anywhere. It would be useful to reference this in the vld docs for the 'header' attribute of the accordionItem tag. > I found this feature useful to overcome issues I was having using rich:tooltip in an accordionItem header -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 1 13:11:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 1 May 2014 13:11:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13622) Undocumented feature - accordionItem header facets for specific states In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13622?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13622: ------------------------------- Fix Version/s: 4.5-Tracking Nice catch. These facets are documented in the component reference for the {{}} component, but not for the {{}}: http://docs.jboss.org/richfaces/latest_4_X/Component_Reference/en-US/html_single/#sect-Component_Reference-Panels-richtab Looking through our vdldoc it seems we do not document any of our facets there. We should correct this. The vdldoc should contain _all_ aspects of component configuration, with the component reference used for looking up usage details of those configuration aspects. > Undocumented feature - accordionItem header facets for specific states > ---------------------------------------------------------------------- > > Key: RF-13622 > URL: https://issues.jboss.org/browse/RF-13622 > Project: RichFaces > Issue Type: Quality Risk > Security Level: Public(Everyone can see) > Components: doc > Affects Versions: 4.3.3 > Reporter: David Rawlings > Priority: Minor > Fix For: 4.5-Tracking > > > Having read the code I found that the richfaces accordion/accordionItem component supports the following: > {code:xml} > > > Some content for when item is active > > > Some content for when item is inactive > > > Some content for when item is disabled > > > {code} > I can't find this feature documented anywhere. It would be useful to reference this in the vld docs for the 'header' attribute of the accordionItem tag. > I found this feature useful to overcome issues I was having using rich:tooltip in an accordionItem header -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 1 13:43:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 1 May 2014 13:43:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13616) PopupPanel autosize with togglePanel doesn't resize In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13616: ------------------------------- Description: PopupPanel doesn't autosize correctly after move. Moving a PopupPanel with 'autosized' attribute enabled causes the width properties of its inner container div, content div, srcoller div, and shadow div to be hard-set such that a subsequent content change doesn't trigger the auto-resize of the PopupPanel any longer. The PopupPanel height is apparently unaffected. Attached is a testcase to demonstrate the problem, see the attached zip file containing a minimal JSF application which reproduces the undesired behavior. {code} .rf-tgp-itm { border: 1px solid #{richSkin.panelBorderColor}; padding: 5px; } .tabDiv { margin: 0 5px 5px 0; border: 1px solid #{richSkin.panelBorderColor}; background-color: #{richSkin.headerBackgroundColor}; cursor: pointer; padding: 0 5px; float: left; } X

Panel Item 1

Steps to reproduce:

1. Without moving the PopupPanel directly switch to Panel Item 2.

3. Now move the PopupPanel around and then switch back to Panel Item 2.

Panel Item 2

2. The PopupPanel is autosized, correctly adjusting to the size difference between its previous and its current content. Now switch back to Panel Item 1.

4. As you notice, the PopupPanel isn't properly autosized anymore after first moving it but is now stuck to the smaller width of Panel Item 1, its previous content.

 {code} was: PopupPanel doesn't autosize correctly after move. Moving a PopupPanel with 'autosized' attribute enabled causes the width properties of its inner container div, content div, srcoller div, and shadow div to be hard-set such that a subsequent content change doesn't trigger the auto-resize of the PopupPanel any longer. The PopupPanel height is apparently unaffected. Attached is a testcase to demonstrate the problem, see the attached zip file containing a minimal JSF application which reproduces the undesired behavior. > PopupPanel autosize with togglePanel doesn't resize > --------------------------------------------------- > > Key: RF-13616 > URL: https://issues.jboss.org/browse/RF-13616 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 4.2.3.Final, 4.3.6 > Reporter: abhishek vijra > Labels: gss > Fix For: 4.3.7 > > Attachments: popupPanel.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > PopupPanel doesn't autosize correctly after move. Moving a PopupPanel with 'autosized' attribute enabled causes the width properties of its inner container div, content div, srcoller div, and shadow div to be hard-set such that a subsequent content change doesn't trigger the auto-resize of the PopupPanel any longer. The PopupPanel height is apparently unaffected. > Attached is a testcase to demonstrate the problem, see the attached zip file containing a minimal JSF application which reproduces the undesired behavior. > {code} > onload="#{rich:component('popup')}.hide(); return false;"> > > .rf-tgp-itm { > border: 1px solid #{richSkin.panelBorderColor}; > padding: 5px; > } > > .tabDiv { > margin: 0 5px 5px 0; > border: 1px solid #{richSkin.panelBorderColor}; > background-color: #{richSkin.headerBackgroundColor}; > cursor: pointer; > padding: 0 5px; > float: left; > } > > > > > > > resizeable="false"> > > > > > onclick="#{rich:component('popup')}.hide(); return false;">X > > > itemChangeListener="#{panelMenuBean.processItemChange}"> > >

Panel Item 1

>

Steps to reproduce:

>

1. Without moving the PopupPanel directly switch to Panel > Item 2.

>

3. Now move the PopupPanel around and then switch back to > Panel Item 2.

> > >

Panel Item 2

>

2. The PopupPanel is autosized, correctly adjusting to the > size difference between its previous and its current content. Now > switch back to Panel Item 1.

>

4. As you notice, the PopupPanel isn't properly autosized > anymore after first moving it but is now stuck to the smaller > width of Panel Item 1, its previous content.

> > > > > targetItem="item1" /> > style="#{rich:findComponent('panel1').activeItem == 'item1' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > targetItem="item2" /> > style="#{rich:findComponent('panel1').activeItem == 'item2' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > > > > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 1 14:47:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 1 May 2014 14:47:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13616) PopupPanel autosize with togglePanel doesn't resize In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13616: ------------------------------- Attachment: popupPanel-maven.zip I de-compiled the class file in the uploaded war and created the maven project: {{popupPanel-maven.zip}} > PopupPanel autosize with togglePanel doesn't resize > --------------------------------------------------- > > Key: RF-13616 > URL: https://issues.jboss.org/browse/RF-13616 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 4.2.3.Final, 4.3.6 > Reporter: abhishek vijra > Labels: gss > Fix For: 4.3.7 > > Attachments: popupPanel-maven.zip, popupPanel.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > PopupPanel doesn't autosize correctly after move. Moving a PopupPanel with 'autosized' attribute enabled causes the width properties of its inner container div, content div, srcoller div, and shadow div to be hard-set such that a subsequent content change doesn't trigger the auto-resize of the PopupPanel any longer. The PopupPanel height is apparently unaffected. > Attached is a testcase to demonstrate the problem, see the attached zip file containing a minimal JSF application which reproduces the undesired behavior. > {code} > onload="#{rich:component('popup')}.hide(); return false;"> > > .rf-tgp-itm { > border: 1px solid #{richSkin.panelBorderColor}; > padding: 5px; > } > > .tabDiv { > margin: 0 5px 5px 0; > border: 1px solid #{richSkin.panelBorderColor}; > background-color: #{richSkin.headerBackgroundColor}; > cursor: pointer; > padding: 0 5px; > float: left; > } > > > > > > > resizeable="false"> > > > > > onclick="#{rich:component('popup')}.hide(); return false;">X > > > itemChangeListener="#{panelMenuBean.processItemChange}"> > >

Panel Item 1

>

Steps to reproduce:

>

1. Without moving the PopupPanel directly switch to Panel > Item 2.

>

3. Now move the PopupPanel around and then switch back to > Panel Item 2.

> > >

Panel Item 2

>

2. The PopupPanel is autosized, correctly adjusting to the > size difference between its previous and its current content. Now > switch back to Panel Item 1.

>

4. As you notice, the PopupPanel isn't properly autosized > anymore after first moving it but is now stuck to the smaller > width of Panel Item 1, its previous content.

> > > > > targetItem="item1" /> > style="#{rich:findComponent('panel1').activeItem == 'item1' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > targetItem="item2" /> > style="#{rich:findComponent('panel1').activeItem == 'item2' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > > > > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 1 15:05:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 1 May 2014 15:05:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13598) Richfaces 4.3.5.Final ajax calls broke with JSF2.1.28 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13598?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13598: ------------------------------- Sprint: (was: 4.3.7 Sprint 2) > Richfaces 4.3.5.Final ajax calls broke with JSF2.1.28 > ------------------------------------------------------ > > Key: RF-13598 > URL: https://issues.jboss.org/browse/RF-13598 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: compatibility > Affects Versions: 4.2.3.Final, 4.3.5 > Environment: Tomcat 7.0.50, Richfaces 4.3.5.Final, JSF 2.1.28, client side: IE8+ > Reporter: Wang Liyu > Assignee: Brian Leathem > Priority: Critical > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > I recently tried to update the JSF to 2.1.28 with using Richfaces 4.2.3.Final or Richfaces 4.3.5.Final, and I had issue with AJAX calls. not sure if this is Richfaces issue or JSF issue. > My setup is JSF2.1.28, Richfaces 4.2.3.Final (or 4.3.5.Final), WELD 2.1.2.Final, Tomcat 7.0.50, on the client is IE browser. > The ajax call will stuck, I looked into the JSF.js, seems it added new method from 2.1.28, > {code} > var getEncodedUrlElement = function getEncodedUrlElement(form) { > var encodedUrlElement = form['javax.faces.encodedURL']; > > > if (encodedUrlElement) { > return encodedUrlElement; > } else { > var formElements = form.elements; > for (var i = 0, length = formElements.length; i < length; i++) { > var formElement = formElements[i]; > if (formElement.name.indexOf('javax.faces.encodedURL') >= 0) { > return formElement; > } > } > } > > > return undefined; > }; > {code} > In IE, form['javax.faces.encodedURL'] is undefined, and the " if (formElement.name.indexOf('javax.faces.encodedURL') >= 0) {" will throw exception before it return. this cause the Browser miss behavior, > > Just wondering is there anybody has the same issue or is Richface 4.x support this version of JSF? -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 1 15:05:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 1 May 2014 15:05:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13616) PopupPanel autosize with togglePanel doesn't resize In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13616. -------------------------------- Assignee: Brian Leathem Resolution: Done Skipped the width calculation in the doResizeOrMove function when options.autosized is true > PopupPanel autosize with togglePanel doesn't resize > --------------------------------------------------- > > Key: RF-13616 > URL: https://issues.jboss.org/browse/RF-13616 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 4.2.3.Final, 4.3.6 > Reporter: abhishek vijra > Assignee: Brian Leathem > Labels: gss > Fix For: 4.3.7 > > Attachments: popupPanel-maven.zip, popupPanel.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > PopupPanel doesn't autosize correctly after move. Moving a PopupPanel with 'autosized' attribute enabled causes the width properties of its inner container div, content div, srcoller div, and shadow div to be hard-set such that a subsequent content change doesn't trigger the auto-resize of the PopupPanel any longer. The PopupPanel height is apparently unaffected. > Attached is a testcase to demonstrate the problem, see the attached zip file containing a minimal JSF application which reproduces the undesired behavior. > {code} > onload="#{rich:component('popup')}.hide(); return false;"> > > .rf-tgp-itm { > border: 1px solid #{richSkin.panelBorderColor}; > padding: 5px; > } > > .tabDiv { > margin: 0 5px 5px 0; > border: 1px solid #{richSkin.panelBorderColor}; > background-color: #{richSkin.headerBackgroundColor}; > cursor: pointer; > padding: 0 5px; > float: left; > } > > > > > > > resizeable="false"> > > > > > onclick="#{rich:component('popup')}.hide(); return false;">X > > > itemChangeListener="#{panelMenuBean.processItemChange}"> > >

Panel Item 1

>

Steps to reproduce:

>

1. Without moving the PopupPanel directly switch to Panel > Item 2.

>

3. Now move the PopupPanel around and then switch back to > Panel Item 2.

> > >

Panel Item 2

>

2. The PopupPanel is autosized, correctly adjusting to the > size difference between its previous and its current content. Now > switch back to Panel Item 1.

>

4. As you notice, the PopupPanel isn't properly autosized > anymore after first moving it but is now stuck to the smaller > width of Panel Item 1, its previous content.

> > > > > targetItem="item1" /> > style="#{rich:findComponent('panel1').activeItem == 'item1' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > targetItem="item2" /> > style="#{rich:findComponent('panel1').activeItem == 'item2' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > > > > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 1 15:05:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 1 May 2014 15:05:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13616) PopupPanel autosize with togglePanel doesn't resize In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13616: ------------------------------- Sprint: (was: 4.3.7 Sprint 2) > PopupPanel autosize with togglePanel doesn't resize > --------------------------------------------------- > > Key: RF-13616 > URL: https://issues.jboss.org/browse/RF-13616 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 4.2.3.Final, 4.3.6 > Reporter: abhishek vijra > Assignee: Brian Leathem > Labels: gss > Fix For: 4.3.7 > > Attachments: popupPanel-maven.zip, popupPanel.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > PopupPanel doesn't autosize correctly after move. Moving a PopupPanel with 'autosized' attribute enabled causes the width properties of its inner container div, content div, srcoller div, and shadow div to be hard-set such that a subsequent content change doesn't trigger the auto-resize of the PopupPanel any longer. The PopupPanel height is apparently unaffected. > Attached is a testcase to demonstrate the problem, see the attached zip file containing a minimal JSF application which reproduces the undesired behavior. > {code} > onload="#{rich:component('popup')}.hide(); return false;"> > > .rf-tgp-itm { > border: 1px solid #{richSkin.panelBorderColor}; > padding: 5px; > } > > .tabDiv { > margin: 0 5px 5px 0; > border: 1px solid #{richSkin.panelBorderColor}; > background-color: #{richSkin.headerBackgroundColor}; > cursor: pointer; > padding: 0 5px; > float: left; > } > > > > > > > resizeable="false"> > > > > > onclick="#{rich:component('popup')}.hide(); return false;">X > > > itemChangeListener="#{panelMenuBean.processItemChange}"> > >

Panel Item 1

>

Steps to reproduce:

>

1. Without moving the PopupPanel directly switch to Panel > Item 2.

>

3. Now move the PopupPanel around and then switch back to > Panel Item 2.

> > >

Panel Item 2

>

2. The PopupPanel is autosized, correctly adjusting to the > size difference between its previous and its current content. Now > switch back to Panel Item 1.

>

4. As you notice, the PopupPanel isn't properly autosized > anymore after first moving it but is now stuck to the smaller > width of Panel Item 1, its previous content.

> > > > > targetItem="item1" /> > style="#{rich:findComponent('panel1').activeItem == 'item1' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > targetItem="item2" /> > style="#{rich:findComponent('panel1').activeItem == 'item2' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > > > > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 1 15:15:58 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 1 May 2014 15:15:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13616) PopupPanel autosize with togglePanel doesn't resize In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13616: ------------------------------- Labels: gss needs-qe (was: gss) > PopupPanel autosize with togglePanel doesn't resize > --------------------------------------------------- > > Key: RF-13616 > URL: https://issues.jboss.org/browse/RF-13616 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 4.2.3.Final, 4.3.6 > Reporter: abhishek vijra > Assignee: Brian Leathem > Labels: gss, needs-qe > Fix For: 4.3.7 > > Attachments: popupPanel-maven.zip, popupPanel.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > PopupPanel doesn't autosize correctly after move. Moving a PopupPanel with 'autosized' attribute enabled causes the width properties of its inner container div, content div, srcoller div, and shadow div to be hard-set such that a subsequent content change doesn't trigger the auto-resize of the PopupPanel any longer. The PopupPanel height is apparently unaffected. > Attached is a testcase to demonstrate the problem, see the attached zip file containing a minimal JSF application which reproduces the undesired behavior. > {code} > onload="#{rich:component('popup')}.hide(); return false;"> > > .rf-tgp-itm { > border: 1px solid #{richSkin.panelBorderColor}; > padding: 5px; > } > > .tabDiv { > margin: 0 5px 5px 0; > border: 1px solid #{richSkin.panelBorderColor}; > background-color: #{richSkin.headerBackgroundColor}; > cursor: pointer; > padding: 0 5px; > float: left; > } > > > > > > > resizeable="false"> > > > > > onclick="#{rich:component('popup')}.hide(); return false;">X > > > itemChangeListener="#{panelMenuBean.processItemChange}"> > >

Panel Item 1

>

Steps to reproduce:

>

1. Without moving the PopupPanel directly switch to Panel > Item 2.

>

3. Now move the PopupPanel around and then switch back to > Panel Item 2.

> > >

Panel Item 2

>

2. The PopupPanel is autosized, correctly adjusting to the > size difference between its previous and its current content. Now > switch back to Panel Item 1.

>

4. As you notice, the PopupPanel isn't properly autosized > anymore after first moving it but is now stuck to the smaller > width of Panel Item 1, its previous content.

> > > > > targetItem="item1" /> > style="#{rich:findComponent('panel1').activeItem == 'item1' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > targetItem="item2" /> > style="#{rich:findComponent('panel1').activeItem == 'item2' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > > > > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 1 15:17:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 1 May 2014 15:17:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13616) PopupPanel autosize with togglePanel doesn't resize In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13616?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12964963#comment-12964963 ] Brian Leathem commented on RF-13616: ------------------------------------ @QE: Please verify that resizing/moving continues to work as expected in the attribute matrix: * autosized = true | false * moveable = true | false * resizeable = true | false * minWidth, maxWidth, width = set | unset > PopupPanel autosize with togglePanel doesn't resize > --------------------------------------------------- > > Key: RF-13616 > URL: https://issues.jboss.org/browse/RF-13616 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 4.2.3.Final, 4.3.6 > Reporter: abhishek vijra > Assignee: Brian Leathem > Labels: gss, needs-qe > Fix For: 4.3.7 > > Attachments: popupPanel-maven.zip, popupPanel.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > PopupPanel doesn't autosize correctly after move. Moving a PopupPanel with 'autosized' attribute enabled causes the width properties of its inner container div, content div, srcoller div, and shadow div to be hard-set such that a subsequent content change doesn't trigger the auto-resize of the PopupPanel any longer. The PopupPanel height is apparently unaffected. > Attached is a testcase to demonstrate the problem, see the attached zip file containing a minimal JSF application which reproduces the undesired behavior. > {code} > onload="#{rich:component('popup')}.hide(); return false;"> > > .rf-tgp-itm { > border: 1px solid #{richSkin.panelBorderColor}; > padding: 5px; > } > > .tabDiv { > margin: 0 5px 5px 0; > border: 1px solid #{richSkin.panelBorderColor}; > background-color: #{richSkin.headerBackgroundColor}; > cursor: pointer; > padding: 0 5px; > float: left; > } > > > > > > > resizeable="false"> > > > > > onclick="#{rich:component('popup')}.hide(); return false;">X > > > itemChangeListener="#{panelMenuBean.processItemChange}"> > >

Panel Item 1

>

Steps to reproduce:

>

1. Without moving the PopupPanel directly switch to Panel > Item 2.

>

3. Now move the PopupPanel around and then switch back to > Panel Item 2.

> > >

Panel Item 2

>

2. The PopupPanel is autosized, correctly adjusting to the > size difference between its previous and its current content. Now > switch back to Panel Item 1.

>

4. As you notice, the PopupPanel isn't properly autosized > anymore after first moving it but is now stuck to the smaller > width of Panel Item 1, its previous content.

> > > > > targetItem="item1" /> > style="#{rich:findComponent('panel1').activeItem == 'item1' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > targetItem="item2" /> > style="#{rich:findComponent('panel1').activeItem == 'item2' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > > > > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 1 17:25:56 2014 From: issues at jboss.org (Valli Valli (JIRA)) Date: Thu, 1 May 2014 17:25:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12347) popupPanel shrinks while moving on zoomed page In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12347?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12964978#comment-12964978 ] Valli Valli commented on RF-12347: ---------------------------------- @ David: I face the same problem and fixed it as you suggested. But, the style that I added in the external style sheet does not show up in Firefox. it works well in Chrome. I've tried various Firefox hacks. Still, no luck. > popupPanel shrinks while moving on zoomed page > ---------------------------------------------- > > Key: RF-12347 > URL: https://issues.jboss.org/browse/RF-12347 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.2.2.Final > Reporter: Dun Pierrafeu > Fix For: 5-Future > > > On a zoomed page, the autosized popupPanel gets shrinked while moved -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 2 08:57:56 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Fri, 2 May 2014 08:57:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13623) Merge components/pom with components/parent/pom in 4.5.x In-Reply-To: References: Message-ID: Pavol Pitonak created RF-13623: ---------------------------------- Summary: Merge components/pom with components/parent/pom in 4.5.x Key: RF-13623 URL: https://issues.jboss.org/browse/RF-13623 Project: RichFaces Issue Type: Enhancement Security Level: Public (Everyone can see) Components: build/distribution Affects Versions: 4.5.0.Alpha2 Reporter: Pavol Pitonak components/pom.xml doesn't contain any useful information so it should be merged with components/parent/pom.xml. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 2 09:45:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 2 May 2014 09:45:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13623) Merge components/pom with components/parent/pom in 4.5.x In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13623?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12965108#comment-12965108 ] Brian Leathem commented on RF-13623: ------------------------------------ [~lfryc] do you know of any reason why we should keep the distinct parent pom? > Merge components/pom with components/parent/pom in 4.5.x > -------------------------------------------------------- > > Key: RF-13623 > URL: https://issues.jboss.org/browse/RF-13623 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha2 > Reporter: Pavol Pitonak > > components/pom.xml doesn't contain any useful information so it should be merged with components/parent/pom.xml. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 2 12:33:56 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 2 May 2014 12:33:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13623) Merge components/pom with components/parent/pom in 4.5.x In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13623?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12965199#comment-12965199 ] Luk?? Fry? commented on RF-13623: --------------------------------- No, it serves just as an aggregator for modules. I suggest to delegate concerns of this aggregator to the high-level POM, similar to what we did with {{'examples/*'}} modules, let's look into: https://github.com/richfaces/richfaces/blob/4.5.x/pom.xml#L47 > Merge components/pom with components/parent/pom in 4.5.x > -------------------------------------------------------- > > Key: RF-13623 > URL: https://issues.jboss.org/browse/RF-13623 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha2 > Reporter: Pavol Pitonak > > components/pom.xml doesn't contain any useful information so it should be merged with components/parent/pom.xml. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 5 06:30:57 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Mon, 5 May 2014 06:30:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12554) in a doesn't work in composite components In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12554?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak reassigned RF-12554: ---------------------------------- Assignee: Ji?? ?tefek (was: Pavol Pitonak) > in a doesn't work in composite components > ------------------------------------------------------------------------ > > Key: RF-12554 > URL: https://issues.jboss.org/browse/RF-12554 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.2.3.Final > Reporter: Bojan Antonovic > Assignee: Ji?? ?tefek > Priority: Minor > > To make it work, you have to write once the dummy > {code} > > {code} > then you can use as often as you wish: > {code} > > ... > > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 5 08:30:56 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Mon, 5 May 2014 08:30:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13616) PopupPanel autosize with togglePanel doesn't resize In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak reopened RF-13616: -------------------------------- There is a regression in popup panel. # deploy popupPanel-maven reproducer (with RF 4.3.7.Final) # update sample.xhtml to autosized="true" and maxWidth="700" # open http://localhost:8080/sample/sample.jsf # click the button to open popup panel, verify that you can move popup panel in all directions # switch to item 2, *now you can move popup panel only vertically* # switch to item 1, verify that you can move popup panel in all directions > PopupPanel autosize with togglePanel doesn't resize > --------------------------------------------------- > > Key: RF-13616 > URL: https://issues.jboss.org/browse/RF-13616 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 4.2.3.Final, 4.3.6 > Reporter: abhishek vijra > Assignee: Brian Leathem > Labels: gss, needs-qe > Fix For: 4.3.7 > > Attachments: popupPanel-maven.zip, popupPanel.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > PopupPanel doesn't autosize correctly after move. Moving a PopupPanel with 'autosized' attribute enabled causes the width properties of its inner container div, content div, srcoller div, and shadow div to be hard-set such that a subsequent content change doesn't trigger the auto-resize of the PopupPanel any longer. The PopupPanel height is apparently unaffected. > Attached is a testcase to demonstrate the problem, see the attached zip file containing a minimal JSF application which reproduces the undesired behavior. > {code} > onload="#{rich:component('popup')}.hide(); return false;"> > > .rf-tgp-itm { > border: 1px solid #{richSkin.panelBorderColor}; > padding: 5px; > } > > .tabDiv { > margin: 0 5px 5px 0; > border: 1px solid #{richSkin.panelBorderColor}; > background-color: #{richSkin.headerBackgroundColor}; > cursor: pointer; > padding: 0 5px; > float: left; > } > > > > > > > resizeable="false"> > > > > > onclick="#{rich:component('popup')}.hide(); return false;">X > > > itemChangeListener="#{panelMenuBean.processItemChange}"> > >

Panel Item 1

>

Steps to reproduce:

>

1. Without moving the PopupPanel directly switch to Panel > Item 2.

>

3. Now move the PopupPanel around and then switch back to > Panel Item 2.

> > >

Panel Item 2

>

2. The PopupPanel is autosized, correctly adjusting to the > size difference between its previous and its current content. Now > switch back to Panel Item 1.

>

4. As you notice, the PopupPanel isn't properly autosized > anymore after first moving it but is now stuck to the smaller > width of Panel Item 1, its previous content.

> > > > > targetItem="item1" /> > style="#{rich:findComponent('panel1').activeItem == 'item1' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > targetItem="item2" /> > style="#{rich:findComponent('panel1').activeItem == 'item2' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > > > > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 5 08:36:57 2014 From: issues at jboss.org (Tomas Sykora (JIRA)) Date: Mon, 5 May 2014 08:36:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13071) Undeploying Showcase from Tomcat6/7 can cause memory leak In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13071?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12965489#comment-12965489 ] Tomas Sykora commented on RF-13071: ----------------------------------- Hello guys, please, do you have any info about this issue. I'm experiencing the same thing using Infinispan MBeans inside of Tomcat, testing with the help of Arquillian and I am looking for any pointers, anywhere. Just asking about current status as it looks like to be ignored for a few months. Thank you! > Undeploying Showcase from Tomcat6/7 can cause memory leak > --------------------------------------------------------- > > Key: RF-13071 > URL: https://issues.jboss.org/browse/RF-13071 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll, showcase > Affects Versions: 4.1.0.Final, 5.0.0.Alpha1 > Reporter: Juraj H?ska > Priority: Minor > Labels: memory_leak, performance > Fix For: 5-Tracking > > > When undeploying showcase from Tomcat 6/7 then following log is present on the server console: > {code} > SEVERE: The web application [/richfaces-showcase-tomcat6] appears to have started a thread named [Thread-0 (group:HornetQ-client-factory-threads-1831192424-1080990297)] but has failed to stop it. This is very likely to create a memory leak. > {code} > There is lot of such logs, just the _Thread-counter_ is changing. > * 11 such logs just with showcase deploying and then right after undeploying > * bit more when after deploying playing a little bit with {{r:push}} > IMHO it is not just warning. I am experiencing {{Out of Memory}} issues when testing on Tomcat. I need to use quite big {{Perm Gen}} and {{Heap size}} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 5 09:08:59 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Mon, 5 May 2014 09:08:59 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-11417) Tab: investigate why @action does not work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-11417?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak closed RF-11417. ------------------------------ Verified. > Tab: investigate why @action does not work > ------------------------------------------ > > Key: RF-11417 > URL: https://issues.jboss.org/browse/RF-11417 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.1.0.CR1 > Reporter: Luk?? Fry? > Assignee: Valiantsin Shukaila > Fix For: 4.3.7 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Determine why rich:tab @action has not been implemented. > Verify that its implementation can't affect current applications (and try to find possible workaround). > Implement @action and @actionListener. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 5 09:09:00 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Mon, 5 May 2014 09:09:00 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-11417) Tab: investigate why @action does not work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-11417?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak reopened RF-11417: -------------------------------- Reopening to update labels > Tab: investigate why @action does not work > ------------------------------------------ > > Key: RF-11417 > URL: https://issues.jboss.org/browse/RF-11417 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.1.0.CR1 > Reporter: Luk?? Fry? > Assignee: Valiantsin Shukaila > Fix For: 4.3.7 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Determine why rich:tab @action has not been implemented. > Verify that its implementation can't affect current applications (and try to find possible workaround). > Implement @action and @actionListener. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 5 09:09:01 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Mon, 5 May 2014 09:09:01 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-11417) Tab: investigate why @action does not work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-11417?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak updated RF-11417: ------------------------------- Labels: (was: needs-qe) > Tab: investigate why @action does not work > ------------------------------------------ > > Key: RF-11417 > URL: https://issues.jboss.org/browse/RF-11417 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.1.0.CR1 > Reporter: Luk?? Fry? > Assignee: Valiantsin Shukaila > Fix For: 4.3.7 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Determine why rich:tab @action has not been implemented. > Verify that its implementation can't affect current applications (and try to find possible workaround). > Implement @action and @actionListener. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 5 09:09:02 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Mon, 5 May 2014 09:09:02 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-11417) Tab: investigate why @action does not work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-11417?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak closed RF-11417. ------------------------------ Resolution: Done > Tab: investigate why @action does not work > ------------------------------------------ > > Key: RF-11417 > URL: https://issues.jboss.org/browse/RF-11417 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.1.0.CR1 > Reporter: Luk?? Fry? > Assignee: Valiantsin Shukaila > Fix For: 4.3.7 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Determine why rich:tab @action has not been implemented. > Verify that its implementation can't affect current applications (and try to find possible workaround). > Implement @action and @actionListener. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 5 09:09:03 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Mon, 5 May 2014 09:09:03 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-11427) rich:tab - actionListener In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-11427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak updated RF-11427: ------------------------------- Labels: (was: needs-qe) > rich:tab - actionListener > ------------------------- > > Key: RF-11427 > URL: https://issues.jboss.org/browse/RF-11427 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.0.0.Final, 4.1.0.Milestone2, 4.2.3.CR1 > Environment: RichFaces 4.1.0-SNAPSHOT r.5debbf8981de1839984bdaa38b31f58ed028239d > Metamer 4.1.0-SNAPSHOT r.22728 > Mojarra 2.1.2-FCS > Apache Tomcat 7.0.16 > OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux > Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20100101 Firefox/6.0 > RichFaces 4.2.1-SNAPSHOT > Metamer 4.2.1-SNAPSHOT > Mojarra 2.1.7-jbossorg-1 > JBoss AS 7.1.1.Final > Java(TM) SE Runtime Environment 1.6.0_26-b03 @ Linux > Chrome 18.0.1025.168 @ Linux i686 > Reporter: Jan Papousek > Assignee: Valiantsin Shukaila > Fix For: 4.3.7 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > It seems that the actionListener attribute doesn't work. > # deploy Metamer and open http://localhost:8080/metamer/faces/components/richTab/simple.xhtml > # open tab2 > # open tab1 (action and action listener are invoked) > # open tab2 > # open tab1 (action and action listener are *NOT* invoked) > # open tab1 (action and action listener are invoked) -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 5 09:10:57 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Mon, 5 May 2014 09:10:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-11427) rich:tab - actionListener In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-11427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak closed RF-11427. ------------------------------ Verified. > rich:tab - actionListener > ------------------------- > > Key: RF-11427 > URL: https://issues.jboss.org/browse/RF-11427 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.0.0.Final, 4.1.0.Milestone2, 4.2.3.CR1 > Environment: RichFaces 4.1.0-SNAPSHOT r.5debbf8981de1839984bdaa38b31f58ed028239d > Metamer 4.1.0-SNAPSHOT r.22728 > Mojarra 2.1.2-FCS > Apache Tomcat 7.0.16 > OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux > Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20100101 Firefox/6.0 > RichFaces 4.2.1-SNAPSHOT > Metamer 4.2.1-SNAPSHOT > Mojarra 2.1.7-jbossorg-1 > JBoss AS 7.1.1.Final > Java(TM) SE Runtime Environment 1.6.0_26-b03 @ Linux > Chrome 18.0.1025.168 @ Linux i686 > Reporter: Jan Papousek > Assignee: Valiantsin Shukaila > Fix For: 4.3.7 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > It seems that the actionListener attribute doesn't work. > # deploy Metamer and open http://localhost:8080/metamer/faces/components/richTab/simple.xhtml > # open tab2 > # open tab1 (action and action listener are invoked) > # open tab2 > # open tab1 (action and action listener are *NOT* invoked) > # open tab1 (action and action listener are invoked) -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 5 09:17:06 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Mon, 5 May 2014 09:17:06 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13506) Incorrect information on showcase fileUpload sample page (maxRequestSize description) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13506?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak closed RF-13506. ------------------------------ Verified. > Incorrect information on showcase fileUpload sample page (maxRequestSize description) > ------------------------------------------------------------------------------------- > > Key: RF-13506 > URL: https://issues.jboss.org/browse/RF-13506 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-input, examples, showcase > Affects Versions: 4.3.4 > Reporter: Vasil Lukach > Assignee: Brian Leathem > Priority: Trivial > Fix For: 4.3.7 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > http://showcase.richfaces.org/richfaces/component-sample.jsf?demo=fileUpload page contains incorrect information: > "maxRequestSize attribute defines max size in bytes of the uploaded files (1000000 for this example)". > But based on "This example allows you to upload up to 5 files. The file extension is limited to GIF, JPG, BMP, PNG and the maximum size of each file must not exceed 100kB" number 1000000 should be changed to 102400. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 5 10:15:11 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 5 May 2014 10:15:11 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-11736) rich:popupPanel x domElementAttachment="parent" In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-11736?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12965530#comment-12965530 ] Juraj H?ska commented on RF-11736: ---------------------------------- Verified also with RF 4.3.7.Final. > rich:popupPanel x domElementAttachment="parent" > ----------------------------------------------- > > Key: RF-11736 > URL: https://issues.jboss.org/browse/RF-11736 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.0.0.Final > Environment: NetBeans 7.0.0 + GlassFish 3.1.1 + JSF2 + CDI + RF4 + Hibernate3 > Reporter: Edilmar Alves > Assignee: Michal Petrov > Fix For: 4.3.7, 5-Tracking > > > rich:popupPanel repositions after second click when we use domElementAttachment="parent" -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 5 10:15:11 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 5 May 2014 10:15:11 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-11736) rich:popupPanel x domElementAttachment="parent" In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-11736?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12965530#comment-12965530 ] Juraj H?ska edited comment on RF-11736 at 5/5/14 10:14 AM: ----------------------------------------------------------- Verified also with RF 4.3.7.Final. Closing. was (Author: jhuska): Verified also with RF 4.3.7.Final. > rich:popupPanel x domElementAttachment="parent" > ----------------------------------------------- > > Key: RF-11736 > URL: https://issues.jboss.org/browse/RF-11736 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.0.0.Final > Environment: NetBeans 7.0.0 + GlassFish 3.1.1 + JSF2 + CDI + RF4 + Hibernate3 > Reporter: Edilmar Alves > Assignee: Michal Petrov > Fix For: 4.3.7, 5-Tracking > > > rich:popupPanel repositions after second click when we use domElementAttachment="parent" -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 5 10:16:58 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 5 May 2014 10:16:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-11736) rich:popupPanel x domElementAttachment="parent" In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-11736?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska closed RF-11736. ---------------------------- > rich:popupPanel x domElementAttachment="parent" > ----------------------------------------------- > > Key: RF-11736 > URL: https://issues.jboss.org/browse/RF-11736 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.0.0.Final > Environment: NetBeans 7.0.0 + GlassFish 3.1.1 + JSF2 + CDI + RF4 + Hibernate3 > Reporter: Edilmar Alves > Assignee: Michal Petrov > Fix For: 4.3.7, 5-Tracking > > > rich:popupPanel repositions after second click when we use domElementAttachment="parent" -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 5 10:20:57 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 5 May 2014 10:20:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13364) Upgrade Mojarra to 2.1.28 in RichFaces 4.3.x In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska closed RF-13364. ---------------------------- Verified. Closing. > Upgrade Mojarra to 2.1.28 in RichFaces 4.3.x > -------------------------------------------- > > Key: RF-13364 > URL: https://issues.jboss.org/browse/RF-13364 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: third-party > Affects Versions: 4.3.4 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Fix For: 4.3.7 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > RichFaces 4 [1] now depends on Mojarra 2.1.19 (bundled in EAP 6.1.1). Upgrade it to the lastest version 2.1.26. > [1] https://github.com/richfaces4/build/blob/master/bom/pom.xml -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 5 10:20:57 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 5 May 2014 10:20:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13364) Upgrade Mojarra to 2.1.28 in RichFaces 4.3.x In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska reopened RF-13364: ------------------------------ > Upgrade Mojarra to 2.1.28 in RichFaces 4.3.x > -------------------------------------------- > > Key: RF-13364 > URL: https://issues.jboss.org/browse/RF-13364 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: third-party > Affects Versions: 4.3.4 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Fix For: 4.3.7 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > RichFaces 4 [1] now depends on Mojarra 2.1.19 (bundled in EAP 6.1.1). Upgrade it to the lastest version 2.1.26. > [1] https://github.com/richfaces4/build/blob/master/bom/pom.xml -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 5 10:20:58 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 5 May 2014 10:20:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13364) Upgrade Mojarra to 2.1.28 in RichFaces 4.3.x In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13364: ----------------------------- Labels: (was: needs-qe) > Upgrade Mojarra to 2.1.28 in RichFaces 4.3.x > -------------------------------------------- > > Key: RF-13364 > URL: https://issues.jboss.org/browse/RF-13364 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: third-party > Affects Versions: 4.3.4 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Fix For: 4.3.7 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > RichFaces 4 [1] now depends on Mojarra 2.1.19 (bundled in EAP 6.1.1). Upgrade it to the lastest version 2.1.26. > [1] https://github.com/richfaces4/build/blob/master/bom/pom.xml -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 5 10:20:58 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 5 May 2014 10:20:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13364) Upgrade Mojarra to 2.1.28 in RichFaces 4.3.x In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska closed RF-13364. ---------------------------- Resolution: Done > Upgrade Mojarra to 2.1.28 in RichFaces 4.3.x > -------------------------------------------- > > Key: RF-13364 > URL: https://issues.jboss.org/browse/RF-13364 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: third-party > Affects Versions: 4.3.4 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Fix For: 4.3.7 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > RichFaces 4 [1] now depends on Mojarra 2.1.19 (bundled in EAP 6.1.1). Upgrade it to the lastest version 2.1.26. > [1] https://github.com/richfaces4/build/blob/master/bom/pom.xml -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 5 10:24:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 5 May 2014 10:24:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13478) VDL documentation typos In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13478?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska closed RF-13478. ---------------------------- Verified. Closing. > VDL documentation typos > ----------------------- > > Key: RF-13478 > URL: https://issues.jboss.org/browse/RF-13478 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: doc > Affects Versions: 4.3.3, 4.3.4 > Reporter: Vasil Lukach > Assignee: Brian Leathem > Priority: Trivial > Fix For: 4.3.7 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > RichFaces VDL documentation typos: > # rich:fileUpload > #- uploadLabel attribute : Add -> Upload > #- execute attribute (proposal): remove "Some components make use of additional keywords" > # a4j:mediaOutput > #- element attribute: imj -> img > # rich:accordion > #- epand -> expand -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 5 10:26:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 5 May 2014 10:26:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13512) Photoalbum: port fix from RF-13498 to RF4 photoalbum In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13512?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska closed RF-13512. ---------------------------- Verified. Closing. > Photoalbum: port fix from RF-13498 to RF4 photoalbum > ---------------------------------------------------- > > Key: RF-13512 > URL: https://issues.jboss.org/browse/RF-13512 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: examples > Reporter: Ji?? ?tefek > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.7 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 5 10:30:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 5 May 2014 10:30:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13564) rich:pickList shows an outline when clicked In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13564?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska closed RF-13564. ---------------------------- Verified. Closing. > rich:pickList shows an outline when clicked > ------------------------------------------- > > Key: RF-13564 > URL: https://issues.jboss.org/browse/RF-13564 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 4.3.5 > Reporter: alexey plotnikov > Assignee: Brian Leathem > Priority: Trivial > Fix For: 4.3.7 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > Hi all, i use rich:pickList and i was amazing. If we press left button on a mouse(don't release left button) on rich:pickList we'll see rectangle. You can check it [here|http://showcase.richfaces.org/richfaces/component-sample.jsf?demo=pickList&skin=blueSky]. > I found a solution: > in file template "picklist.template.xml" > {code} > ... >
cdk:passThrough="onclick:onclick ondblclick:ondblclick onmousedown:onmousedown onmouseup:onmouseup onmouseover:onmouseover > onmousemove:onmousemove onmouseout:onmouseout onkeypress:onkeypress onkeydown:onkeydown onkeyup:onkeyup"> > ... > {code} > used tabindex attribue for DIV. > Why? > DIV elements are not compatible with tabindex ([see the HTML 4.01 spec|http://www.w3.org/TR/html401/interact/forms.html#adef-tabindex]). > I can create pull request :). -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 5 10:38:57 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 5 May 2014 10:38:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13569) Photoalbum: the change of users avatar doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13569?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska closed RF-13569. ---------------------------- Verified. Closing. > Photoalbum: the change of users avatar doesn't work > --------------------------------------------------- > > Key: RF-13569 > URL: https://issues.jboss.org/browse/RF-13569 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Ji?? ?tefek > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.7 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > # After the user's avatar is changed, the avatar is not updated in comments or search results (already resolved by https://github.com/richfaces4/dev-examples/commit/942575579f4e80c2d8dac5c3e1e57f8e706ee0cc) > # the avatar is not updated in the users profile after a second change of the avatar (but is updated in search result and in comments) -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 5 10:40:57 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 5 May 2014 10:40:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13613) ContextMenu doesn't show on mouseover In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13613?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska closed RF-13613. ---------------------------- Verified. Closing. > ContextMenu doesn't show on mouseover > ------------------------------------- > > Key: RF-13613 > URL: https://issues.jboss.org/browse/RF-13613 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.3.6 > Reporter: Michal Petrov > Assignee: Michal Petrov > Fix For: 4.3.7 > > > Setting @showEvent="mouseover" doesn't work. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 02:48:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 6 May 2014 02:48:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13616) PopupPanel autosize with togglePanel doesn't resize In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13616?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12965673#comment-12965673 ] Brian Leathem commented on RF-13616: ------------------------------------ I've applied some more rigorous changes to the popupPanel javascript. [~ppitonak] would you please verify these changes (using the above recommended attribute matrix) before I spin another release? The changes are available in the components release/4.3.7 branch: https://github.com/richfaces4/components/tree/release/4.3.7 > PopupPanel autosize with togglePanel doesn't resize > --------------------------------------------------- > > Key: RF-13616 > URL: https://issues.jboss.org/browse/RF-13616 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 4.2.3.Final, 4.3.6 > Reporter: abhishek vijra > Assignee: Brian Leathem > Labels: gss, needs-qe > Fix For: 4.3.7 > > Attachments: popupPanel-maven.zip, popupPanel.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > PopupPanel doesn't autosize correctly after move. Moving a PopupPanel with 'autosized' attribute enabled causes the width properties of its inner container div, content div, srcoller div, and shadow div to be hard-set such that a subsequent content change doesn't trigger the auto-resize of the PopupPanel any longer. The PopupPanel height is apparently unaffected. > Attached is a testcase to demonstrate the problem, see the attached zip file containing a minimal JSF application which reproduces the undesired behavior. > {code} > onload="#{rich:component('popup')}.hide(); return false;"> > > .rf-tgp-itm { > border: 1px solid #{richSkin.panelBorderColor}; > padding: 5px; > } > > .tabDiv { > margin: 0 5px 5px 0; > border: 1px solid #{richSkin.panelBorderColor}; > background-color: #{richSkin.headerBackgroundColor}; > cursor: pointer; > padding: 0 5px; > float: left; > } > > > > > > > resizeable="false"> > > > > > onclick="#{rich:component('popup')}.hide(); return false;">X > > > itemChangeListener="#{panelMenuBean.processItemChange}"> > >

Panel Item 1

>

Steps to reproduce:

>

1. Without moving the PopupPanel directly switch to Panel > Item 2.

>

3. Now move the PopupPanel around and then switch back to > Panel Item 2.

> > >

Panel Item 2

>

2. The PopupPanel is autosized, correctly adjusting to the > size difference between its previous and its current content. Now > switch back to Panel Item 1.

>

4. As you notice, the PopupPanel isn't properly autosized > anymore after first moving it but is now stuck to the smaller > width of Panel Item 1, its previous content.

> > > > > targetItem="item1" /> > style="#{rich:findComponent('panel1').activeItem == 'item1' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > targetItem="item2" /> > style="#{rich:findComponent('panel1').activeItem == 'item2' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > > > > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 04:45:57 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Tue, 6 May 2014 04:45:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13616) PopupPanel autosize with togglePanel doesn't resize In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13616?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12965698#comment-12965698 ] Pavol Pitonak commented on RF-13616: ------------------------------------ Looks good now. > PopupPanel autosize with togglePanel doesn't resize > --------------------------------------------------- > > Key: RF-13616 > URL: https://issues.jboss.org/browse/RF-13616 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 4.2.3.Final, 4.3.6 > Reporter: abhishek vijra > Assignee: Brian Leathem > Labels: gss > Fix For: 4.3.7 > > Attachments: popupPanel-maven.zip, popupPanel.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > PopupPanel doesn't autosize correctly after move. Moving a PopupPanel with 'autosized' attribute enabled causes the width properties of its inner container div, content div, srcoller div, and shadow div to be hard-set such that a subsequent content change doesn't trigger the auto-resize of the PopupPanel any longer. The PopupPanel height is apparently unaffected. > Attached is a testcase to demonstrate the problem, see the attached zip file containing a minimal JSF application which reproduces the undesired behavior. > {code} > onload="#{rich:component('popup')}.hide(); return false;"> > > .rf-tgp-itm { > border: 1px solid #{richSkin.panelBorderColor}; > padding: 5px; > } > > .tabDiv { > margin: 0 5px 5px 0; > border: 1px solid #{richSkin.panelBorderColor}; > background-color: #{richSkin.headerBackgroundColor}; > cursor: pointer; > padding: 0 5px; > float: left; > } > > > > > > > resizeable="false"> > > > > > onclick="#{rich:component('popup')}.hide(); return false;">X > > > itemChangeListener="#{panelMenuBean.processItemChange}"> > >

Panel Item 1

>

Steps to reproduce:

>

1. Without moving the PopupPanel directly switch to Panel > Item 2.

>

3. Now move the PopupPanel around and then switch back to > Panel Item 2.

> > >

Panel Item 2

>

2. The PopupPanel is autosized, correctly adjusting to the > size difference between its previous and its current content. Now > switch back to Panel Item 1.

>

4. As you notice, the PopupPanel isn't properly autosized > anymore after first moving it but is now stuck to the smaller > width of Panel Item 1, its previous content.

> > > > > targetItem="item1" /> > style="#{rich:findComponent('panel1').activeItem == 'item1' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > targetItem="item2" /> > style="#{rich:findComponent('panel1').activeItem == 'item2' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > > > > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 04:45:57 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Tue, 6 May 2014 04:45:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13616) PopupPanel autosize with togglePanel doesn't resize In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak updated RF-13616: ------------------------------- Labels: gss (was: gss needs-qe) > PopupPanel autosize with togglePanel doesn't resize > --------------------------------------------------- > > Key: RF-13616 > URL: https://issues.jboss.org/browse/RF-13616 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 4.2.3.Final, 4.3.6 > Reporter: abhishek vijra > Assignee: Brian Leathem > Labels: gss > Fix For: 4.3.7 > > Attachments: popupPanel-maven.zip, popupPanel.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > PopupPanel doesn't autosize correctly after move. Moving a PopupPanel with 'autosized' attribute enabled causes the width properties of its inner container div, content div, srcoller div, and shadow div to be hard-set such that a subsequent content change doesn't trigger the auto-resize of the PopupPanel any longer. The PopupPanel height is apparently unaffected. > Attached is a testcase to demonstrate the problem, see the attached zip file containing a minimal JSF application which reproduces the undesired behavior. > {code} > onload="#{rich:component('popup')}.hide(); return false;"> > > .rf-tgp-itm { > border: 1px solid #{richSkin.panelBorderColor}; > padding: 5px; > } > > .tabDiv { > margin: 0 5px 5px 0; > border: 1px solid #{richSkin.panelBorderColor}; > background-color: #{richSkin.headerBackgroundColor}; > cursor: pointer; > padding: 0 5px; > float: left; > } > > > > > > > resizeable="false"> > > > > > onclick="#{rich:component('popup')}.hide(); return false;">X > > > itemChangeListener="#{panelMenuBean.processItemChange}"> > >

Panel Item 1

>

Steps to reproduce:

>

1. Without moving the PopupPanel directly switch to Panel > Item 2.

>

3. Now move the PopupPanel around and then switch back to > Panel Item 2.

> > >

Panel Item 2

>

2. The PopupPanel is autosized, correctly adjusting to the > size difference between its previous and its current content. Now > switch back to Panel Item 1.

>

4. As you notice, the PopupPanel isn't properly autosized > anymore after first moving it but is now stuck to the smaller > width of Panel Item 1, its previous content.

> > > > > targetItem="item1" /> > style="#{rich:findComponent('panel1').activeItem == 'item1' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > targetItem="item2" /> > style="#{rich:findComponent('panel1').activeItem == 'item2' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > > > > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 05:49:56 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Tue, 6 May 2014 05:49:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13624) archetype kitchensink: error on the server side when a value in view of member detail is changed In-Reply-To: References: Message-ID: Ji?? ?tefek created RF-13624: -------------------------------- Summary: archetype kitchensink: error on the server side when a value in view of member detail is changed Key: RF-13624 URL: https://issues.jboss.org/browse/RF-13624 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: archetype Affects Versions: 4.3.6, 4.3.7 Environment: EAP 6.2 Reporter: Ji?? ?tefek Priority: Minor # create project from archetype {code} mvn archetype:generate -DarchetypeGroupId=org.richfaces.archetypes -DarchetypeArtifactId=richfaces-archetype-kitchensink -DarchetypeVersion=4.3.7.Final -DgroupId=org.richfaces.test -DartifactId=kitchensink-test -Denterprise=false {code} # build and deploy # open http://localhost:8080/kitchensink-test/ # view the first (already created) member # click in the email/phone input and type a single letter there and you get this on the server side: {code} SEVERE [org.richfaces.log.Context] (http-/0.0.0.0:8080-2) /resources/components/memberForm.xhtml @47,78 value="#{cc.attrs.member.phoneNumber}": JBWEB006017: Target Unreachable, ''member'' returned null: javax.el.PropertyNotFoundException: /resources/components/memberForm.xhtml @47,78 value="#{cc.attrs.member.phoneNumber}": JBWEB006017: Target Unreachable, ''member'' returned null at com.sun.faces.facelets.el.TagValueExpression.getType(TagValueExpression.java:100) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2] at com.sun.faces.renderkit.html_basic.HtmlBasicInputRenderer.getConvertedValue(HtmlBasicInputRenderer.java:95) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2] at javax.faces.component.UIInput.getConvertedValue(UIInput.java:1030) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] at javax.faces.component.UIInput.validate(UIInput.java:960) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] at javax.faces.component.UIInput.executeValidate(UIInput.java:1233) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] at javax.faces.component.UIInput.processValidators(UIInput.java:698) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] at org.richfaces.context.PartialViewExecuteVisitCallback.visit(PartialViewExecuteVisitCallback.java:55) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final] at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:321) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final] at javax.faces.component.UIComponent.visitTree(UIComponent.java:1612) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] at javax.faces.component.UINamingContainer.visitTree(UINamingContainer.java:163) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] at javax.faces.component.UIForm.visitTree(UIForm.java:371) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] at org.richfaces.context.ExtendedPartialViewContextImpl.executeComponents(ExtendedPartialViewContextImpl.java:278) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final] at org.richfaces.context.ExtendedPartialViewContextImpl.processPartialExecutePhase(ExtendedPartialViewContextImpl.java:258) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final] at org.richfaces.context.ExtendedPartialViewContextImpl.processPartial(ExtendedPartialViewContextImpl.java:215) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final] at javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:1162) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] at com.sun.faces.lifecycle.ProcessValidationsPhase.execute(ProcessValidationsPhase.java:76) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2] at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2] at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2] at javax.faces.webapp.FacesServlet.service(FacesServlet.java:593) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) [rewrite-servlet-1.0.4.Final.jar:1.0.4.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:145) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:336) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:920) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_55] {code} Everything seems to work fine, just this error on the server side. ----- And just one thing: why are there (in the member view popup) validated inputs, when the changed value is not updated in/to the data table? -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 05:55:57 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 6 May 2014 05:55:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12865) Correct deferred partial response ending by leveraging PVC wrapper chain In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12865?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12965717#comment-12965717 ] Luk?? Fry? commented on RF-12865: --------------------------------- I believe we are fine with your test case. > Correct deferred partial response ending by leveraging PVC wrapper chain > ------------------------------------------------------------------------ > > Key: RF-12865 > URL: https://issues.jboss.org/browse/RF-12865 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: core, third-party > Affects Versions: 4.3.1 > Environment: weblogic 10.3.4, Myfaces 2.1.10, Richfaces 4.3.1, OmniFaces1.3 > Reporter: blam lam > Assignee: Luk?? Fry? > Labels: jsf > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > After submit from a a4j:commandButton, it fail to re-render / update other component on the page. > This problem only appear in MyFaces. It does not happens in Mojarra. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 05:57:56 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Tue, 6 May 2014 05:57:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13582) Revert the core package re-factoring In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13582?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12965718#comment-12965718 ] Michal Petrov commented on RF-13582: ------------------------------------ I've tried running showcase and all seems to work, on the other hand there weren't many references to core to begin with. > Revert the core package re-factoring > ------------------------------------ > > Key: RF-13582 > URL: https://issues.jboss.org/browse/RF-13582 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 4.5.0.Alpha3 > Reporter: Brian Leathem > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > Original Estimate: 3 hours > Remaining Estimate: 3 hours > > To improve compatibility with RichFaces 4.3, the package re-factorings introduced should be reverted. These include (but are not limited to): > * .servlet (PushServlet, ResourceServlet) > * .push.cdi (@PUsh) > * .push. (TopicContext) > * FileUploadException > A good test for this would be to compile and run the RichFaces 4.3 showcase and metamer samples against RichFaces 4.5 looking for failures. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 05:59:56 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Tue, 6 May 2014 05:59:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13624) archetype kitchensink: error on the server side when a value in view of member detail is changed In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13624?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek updated RF-13624: ----------------------------- Affects Version/s: 4.3.5 > archetype kitchensink: error on the server side when a value in view of member detail is changed > ------------------------------------------------------------------------------------------------ > > Key: RF-13624 > URL: https://issues.jboss.org/browse/RF-13624 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: archetype > Affects Versions: 4.3.5, 4.3.6, 4.3.7 > Environment: EAP 6.2 > Reporter: Ji?? ?tefek > Priority: Minor > > # create project from archetype > {code} mvn archetype:generate -DarchetypeGroupId=org.richfaces.archetypes -DarchetypeArtifactId=richfaces-archetype-kitchensink -DarchetypeVersion=4.3.7.Final -DgroupId=org.richfaces.test -DartifactId=kitchensink-test -Denterprise=false > {code} > # build and deploy > # open http://localhost:8080/kitchensink-test/ > # view the first (already created) member > # click in the email/phone input and type a single letter there and you get this on the server side: > {code} > SEVERE [org.richfaces.log.Context] (http-/0.0.0.0:8080-2) /resources/components/memberForm.xhtml @47,78 value="#{cc.attrs.member.phoneNumber}": JBWEB006017: Target Unreachable, ''member'' returned null: javax.el.PropertyNotFoundException: /resources/components/memberForm.xhtml @47,78 value="#{cc.attrs.member.phoneNumber}": JBWEB006017: Target Unreachable, ''member'' returned null > at com.sun.faces.facelets.el.TagValueExpression.getType(TagValueExpression.java:100) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2] > at com.sun.faces.renderkit.html_basic.HtmlBasicInputRenderer.getConvertedValue(HtmlBasicInputRenderer.java:95) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2] > at javax.faces.component.UIInput.getConvertedValue(UIInput.java:1030) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIInput.validate(UIInput.java:960) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIInput.executeValidate(UIInput.java:1233) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIInput.processValidators(UIInput.java:698) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.richfaces.context.PartialViewExecuteVisitCallback.visit(PartialViewExecuteVisitCallback.java:55) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final] > at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:321) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1612) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UINamingContainer.visitTree(UINamingContainer.java:163) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIForm.visitTree(UIForm.java:371) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.richfaces.context.ExtendedPartialViewContextImpl.executeComponents(ExtendedPartialViewContextImpl.java:278) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final] > at org.richfaces.context.ExtendedPartialViewContextImpl.processPartialExecutePhase(ExtendedPartialViewContextImpl.java:258) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final] > at org.richfaces.context.ExtendedPartialViewContextImpl.processPartial(ExtendedPartialViewContextImpl.java:215) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final] > at javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:1162) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at com.sun.faces.lifecycle.ProcessValidationsPhase.execute(ProcessValidationsPhase.java:76) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2] > at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:593) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) [rewrite-servlet-1.0.4.Final.jar:1.0.4.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:145) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:336) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:920) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_55] > {code} > Everything seems to work fine, just this error on the server side. > ----- > And just one thing: why are there (in the member view popup) validated inputs, when the changed value is not updated in/to the data table? -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 07:27:56 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 6 May 2014 07:27:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12965750#comment-12965750 ] Luk?? Fry? commented on RF-13505: --------------------------------- The problem was that we are adding all the AjaxOutput components to the list of implicitly rendered areas without ajaxRendered property taking into account: https://github.com/richfaces/richfaces/blob/RF-13505-refactor-epvc-3/framework/src/main/java/org/richfaces/context/ExtendedPartialViewContext.java#L614-L615 I have a fix prepared, running integration tests against it. > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 07:35:56 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 6 May 2014 07:35:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12965759#comment-12965759 ] Luk?? Fry? commented on RF-13505: --------------------------------- Hey [~jhuska], the fix was committed to master: https://github.com/richfaces/richfaces/commit/66393a494ea3388f53090f10394343a850740878 Could you please give it an another spin so we know whether this improvement is ready to be merged to master and 4.5 branches? > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 07:35:56 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 6 May 2014 07:35:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12965759#comment-12965759 ] Luk?? Fry? edited comment on RF-13505 at 5/6/14 7:35 AM: --------------------------------------------------------- Hey [~jhuska], the fix was committed to master: https://github.com/richfaces/richfaces/commit/66393a494ea3388f53090f10394343a850740878 Could you please give it an another spin so we know whether this improvement is ready to be merged to master and 4.5 branches? All the integration tests pass. was (Author: lfryc): Hey [~jhuska], the fix was committed to master: https://github.com/richfaces/richfaces/commit/66393a494ea3388f53090f10394343a850740878 Could you please give it an another spin so we know whether this improvement is ready to be merged to master and 4.5 branches? > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 07:35:57 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 6 May 2014 07:35:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12965759#comment-12965759 ] Luk?? Fry? edited comment on RF-13505 at 5/6/14 7:35 AM: --------------------------------------------------------- Hey [~jhuska], the fix was committed to master: https://github.com/richfaces/richfaces/commit/66393a494ea3388f53090f10394343a850740878 Could you please give it an another spin so we know whether this improvement is ready to be merged to master and 4.5 branches? All the framework tests pass. was (Author: lfryc): Hey [~jhuska], the fix was committed to master: https://github.com/richfaces/richfaces/commit/66393a494ea3388f53090f10394343a850740878 Could you please give it an another spin so we know whether this improvement is ready to be merged to master and 4.5 branches? All the integration tests pass. > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 07:53:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Tue, 6 May 2014 07:53:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12965765#comment-12965765 ] Juraj H?ska commented on RF-13505: ---------------------------------- I will run the job again and will let you know the results. > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 09:54:00 2014 From: issues at jboss.org (Walter Maidub (JIRA)) Date: Tue, 6 May 2014 09:54:00 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13602) Problem with ajax request in Internet Explorer 11 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12965815#comment-12965815 ] Walter Maidub commented on RF-13602: ------------------------------------ Used versions: Mojarra 2.1.7 in jboss-as-7.1.1.Final jsf-api-2.0.4-b09 jsf-impl-2.0.4-b09 Richfaces richfaces-components-api-4.3.6.Final richfaces-components-ui-4.3.6.Final richfaces-core-api-4.3.6.Final richfaces-core-impl-4.3.6.Final IE 11 (11.0.9600.17105, update version 11.0.7 KB2964358) Windows 8.1 java version "1.6.0_26" Java(TM) SE Runtime Environment (build 1.6.0_26-b03) Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02, mixed mode) Regards!!!!!!!!! > Problem with ajax request in Internet Explorer 11 > ------------------------------------------------- > > Key: RF-13602 > URL: https://issues.jboss.org/browse/RF-13602 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: base functionality > Affects Versions: 4.0.0.Final > Environment: Windows 2008, JBoss AS 7.x > Reporter: Walter Maidub > Assignee: Juraj H?ska > Labels: ie11, waiting_on_user > Attachments: Dear Juraj H?ska.docx, ie11-1.png, ie11-2.png, ie11-3.png > > > I have a form with a FileUploader component (disabled) and a rich: select and this one is populated with 3 options, when one of them is selected in the managed bean a boolean variable is set to "true" and the FileUploader panel is updated to enable it. > {code} > required="true" listWidth="320px" styleClass="rf-select-large-width"> > > execute="@this" > render="upload,seccionCarga" > listener="#{Bean.activarPanelCarga}" /> > > > > > > > > > > > > >
> styleClass="top" > . > . > . > {code} > > The problem is that the FileUploader remains disabled, it is as if the panel had not been updated. > > Generally requests fail, this only in IE 11.0.4 (KB2925418) > > Currently there is a filter to ensure compatibility with IE 8. > > When the page is loaded in developer tools (F12) the IE8 compatibility option is set correctly. > > The configuration of the environment is: > Richfaces 4.0.0. > IE11 > JSF2 > Eclipse Kepler > > Is there any way to correct the problems with these ajax requests? -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 10:45:58 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Tue, 6 May 2014 10:45:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13582) Revert the core package re-factoring In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13582?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-13582. -------------------------------- Resolution: Done > Revert the core package re-factoring > ------------------------------------ > > Key: RF-13582 > URL: https://issues.jboss.org/browse/RF-13582 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 4.5.0.Alpha3 > Reporter: Brian Leathem > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > Original Estimate: 3 hours > Remaining Estimate: 3 hours > > To improve compatibility with RichFaces 4.3, the package re-factorings introduced should be reverted. These include (but are not limited to): > * .servlet (PushServlet, ResourceServlet) > * .push.cdi (@PUsh) > * .push. (TopicContext) > * FileUploadException > A good test for this would be to compile and run the RichFaces 4.3 showcase and metamer samples against RichFaces 4.5 looking for failures. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 10:59:57 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Tue, 6 May 2014 10:59:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13584) Backport the RF 5 component fixes In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-13584. -------------------------------- Assignee: Michal Petrov Resolution: Done Marking as done, all duplicates have been merged and I haven't found any additional fixes. > Backport the RF 5 component fixes > --------------------------------- > > Key: RF-13584 > URL: https://issues.jboss.org/browse/RF-13584 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 4.5.0.Alpha3 > Reporter: Brian Leathem > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Some fixes were applied to the RichFaces 5 components that should be backported to RF 4.5. These include (but are not limited to) the fixes labelled "45x": > https://issues.jboss.org/browse/RF-13520?jql=project%3DRF%20and%20labels%20%3D%2045x -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 17:28:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 6 May 2014 17:28:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13616) PopupPanel autosize with togglePanel doesn't resize In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13616. -------------------------------- Resolution: Done > PopupPanel autosize with togglePanel doesn't resize > --------------------------------------------------- > > Key: RF-13616 > URL: https://issues.jboss.org/browse/RF-13616 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 4.2.3.Final, 4.3.6 > Reporter: abhishek vijra > Assignee: Brian Leathem > Labels: gss > Fix For: 4.3.7 > > Attachments: popupPanel-maven.zip, popupPanel.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > PopupPanel doesn't autosize correctly after move. Moving a PopupPanel with 'autosized' attribute enabled causes the width properties of its inner container div, content div, srcoller div, and shadow div to be hard-set such that a subsequent content change doesn't trigger the auto-resize of the PopupPanel any longer. The PopupPanel height is apparently unaffected. > Attached is a testcase to demonstrate the problem, see the attached zip file containing a minimal JSF application which reproduces the undesired behavior. > {code} > onload="#{rich:component('popup')}.hide(); return false;"> > > .rf-tgp-itm { > border: 1px solid #{richSkin.panelBorderColor}; > padding: 5px; > } > > .tabDiv { > margin: 0 5px 5px 0; > border: 1px solid #{richSkin.panelBorderColor}; > background-color: #{richSkin.headerBackgroundColor}; > cursor: pointer; > padding: 0 5px; > float: left; > } > > > > > > > resizeable="false"> > > > > > onclick="#{rich:component('popup')}.hide(); return false;">X > > > itemChangeListener="#{panelMenuBean.processItemChange}"> > >

Panel Item 1

>

Steps to reproduce:

>

1. Without moving the PopupPanel directly switch to Panel > Item 2.

>

3. Now move the PopupPanel around and then switch back to > Panel Item 2.

> > >

Panel Item 2

>

2. The PopupPanel is autosized, correctly adjusting to the > size difference between its previous and its current content. Now > switch back to Panel Item 1.

>

4. As you notice, the PopupPanel isn't properly autosized > anymore after first moving it but is now stuck to the smaller > width of Panel Item 1, its previous content.

> > > > > targetItem="item1" /> > style="#{rich:findComponent('panel1').activeItem == 'item1' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > targetItem="item2" /> > style="#{rich:findComponent('panel1').activeItem == 'item2' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > > > > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 17:28:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 6 May 2014 17:28:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13623) Merge components/pom with components/parent/pom in 4.5.x In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13623?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13623: ------------------------------- Fix Version/s: 4.5.0.Alpha3 > Merge components/pom with components/parent/pom in 4.5.x > -------------------------------------------------------- > > Key: RF-13623 > URL: https://issues.jboss.org/browse/RF-13623 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha2 > Reporter: Pavol Pitonak > Fix For: 4.5.0.Alpha3 > > > components/pom.xml doesn't contain any useful information so it should be merged with components/parent/pom.xml. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 17:28:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 6 May 2014 17:28:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13623) Merge components/pom with components/parent/pom in 4.5.x In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13623?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13623: ------------------------------- Original Estimate: 45 minutes Remaining Estimate: 45 minutes > Merge components/pom with components/parent/pom in 4.5.x > -------------------------------------------------------- > > Key: RF-13623 > URL: https://issues.jboss.org/browse/RF-13623 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha2 > Reporter: Pavol Pitonak > Fix For: 4.5.0.Alpha3 > > Original Estimate: 45 minutes > Remaining Estimate: 45 minutes > > components/pom.xml doesn't contain any useful information so it should be merged with components/parent/pom.xml. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 17:28:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 6 May 2014 17:28:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13623) Merge components/pom with components/parent/pom in 4.5.x In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13623?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13623: ------------------------------- Sprint: 4.5.0.Alpha3 - Sprint 1 > Merge components/pom with components/parent/pom in 4.5.x > -------------------------------------------------------- > > Key: RF-13623 > URL: https://issues.jboss.org/browse/RF-13623 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha2 > Reporter: Pavol Pitonak > Fix For: 4.5.0.Alpha3 > > Original Estimate: 45 minutes > Remaining Estimate: 45 minutes > > components/pom.xml doesn't contain any useful information so it should be merged with components/parent/pom.xml. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 17:30:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 6 May 2014 17:30:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13623) Merge components/pom with components/parent/pom in 4.5.x In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13623?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reassigned RF-13623: ---------------------------------- Assignee: Brian Leathem > Merge components/pom with components/parent/pom in 4.5.x > -------------------------------------------------------- > > Key: RF-13623 > URL: https://issues.jboss.org/browse/RF-13623 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha2 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 45 minutes > Remaining Estimate: 45 minutes > > components/pom.xml doesn't contain any useful information so it should be merged with components/parent/pom.xml. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 17:30:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 6 May 2014 17:30:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13623) Merge components/pom with components/parent/pom in 4.5.x In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13623?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13623. -------------------------------- Resolution: Done > Merge components/pom with components/parent/pom in 4.5.x > -------------------------------------------------------- > > Key: RF-13623 > URL: https://issues.jboss.org/browse/RF-13623 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha2 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 45 minutes > Remaining Estimate: 45 minutes > > components/pom.xml doesn't contain any useful information so it should be merged with components/parent/pom.xml. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 17:32:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 6 May 2014 17:32:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13608) Apply appropriate package and artifact names to the component poms In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13608?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12965968#comment-12965968 ] Brian Leathem commented on RF-13608: ------------------------------------ I suggest we rename the component artifacts (a4j, rich, parent) to: * {{org.richfaces.ui.a4j}} * {{org.richfaces.ui.rich}} * {{org.richfaces.ui.rparent}} Alternatives to {{ui}} are: * {{components}} * {{comps}} * _nothing_ IMO {{ui}} is the most clear. [~lfryc] do you have any input here? > Apply appropriate package and artifact names to the component poms > ------------------------------------------------------------------ > > Key: RF-13608 > URL: https://issues.jboss.org/browse/RF-13608 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > The current package {{org.richfaces.compat}} is inappropriate for the RichFaces 4.5 release. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 17:32:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 6 May 2014 17:32:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13608) Apply appropriate package and artifact names to the component poms In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13608?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reassigned RF-13608: ---------------------------------- Assignee: Brian Leathem > Apply appropriate package and artifact names to the component poms > ------------------------------------------------------------------ > > Key: RF-13608 > URL: https://issues.jboss.org/browse/RF-13608 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > The current package {{org.richfaces.compat}} is inappropriate for the RichFaces 4.5 release. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 17:42:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 6 May 2014 17:42:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13582) Revert the core package re-factoring In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13582?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13582: ------------------------------- Labels: needs-qe (was: ) > Revert the core package re-factoring > ------------------------------------ > > Key: RF-13582 > URL: https://issues.jboss.org/browse/RF-13582 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 4.5.0.Alpha3 > Reporter: Brian Leathem > Assignee: Michal Petrov > Labels: needs-qe > Fix For: 4.5.0.Alpha3 > > Original Estimate: 3 hours > Remaining Estimate: 3 hours > > To improve compatibility with RichFaces 4.3, the package re-factorings introduced should be reverted. These include (but are not limited to): > * .servlet (PushServlet, ResourceServlet) > * .push.cdi (@PUsh) > * .push. (TopicContext) > * FileUploadException > A good test for this would be to compile and run the RichFaces 4.3 showcase and metamer samples against RichFaces 4.5 looking for failures. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 17:46:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 6 May 2014 17:46:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13602) Problem with ajax request in Internet Explorer 11 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12965970#comment-12965970 ] Brian Leathem commented on RF-13602: ------------------------------------ That's a pretty old release of Mojarra. Can you test that you still have a problem in a recent JBoss EAP release? That will at least help identify whether or not we are looking at an upstream problem. > Problem with ajax request in Internet Explorer 11 > ------------------------------------------------- > > Key: RF-13602 > URL: https://issues.jboss.org/browse/RF-13602 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: base functionality > Affects Versions: 4.0.0.Final > Environment: Windows 2008, JBoss AS 7.x > Reporter: Walter Maidub > Assignee: Juraj H?ska > Labels: ie11, waiting_on_user > Attachments: Dear Juraj H?ska.docx, ie11-1.png, ie11-2.png, ie11-3.png > > > I have a form with a FileUploader component (disabled) and a rich: select and this one is populated with 3 options, when one of them is selected in the managed bean a boolean variable is set to "true" and the FileUploader panel is updated to enable it. > {code} > required="true" listWidth="320px" styleClass="rf-select-large-width"> > > execute="@this" > render="upload,seccionCarga" > listener="#{Bean.activarPanelCarga}" /> > > > > > > > > > > > > >
> styleClass="top" > . > . > . > {code} > > The problem is that the FileUploader remains disabled, it is as if the panel had not been updated. > > Generally requests fail, this only in IE 11.0.4 (KB2925418) > > Currently there is a filter to ensure compatibility with IE 8. > > When the page is loaded in developer tools (F12) the IE8 compatibility option is set correctly. > > The configuration of the environment is: > Richfaces 4.0.0. > IE11 > JSF2 > Eclipse Kepler > > Is there any way to correct the problems with these ajax requests? -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 17:48:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 6 May 2014 17:48:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13624) archetype kitchensink: error on the server side when a value in view of member detail is changed In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13624?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13624: ------------------------------- Fix Version/s: 4.3.8 > archetype kitchensink: error on the server side when a value in view of member detail is changed > ------------------------------------------------------------------------------------------------ > > Key: RF-13624 > URL: https://issues.jboss.org/browse/RF-13624 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: archetype > Affects Versions: 4.3.5, 4.3.6, 4.3.7 > Environment: EAP 6.2 > Reporter: Ji?? ?tefek > Priority: Minor > Fix For: 4.3.8 > > > # create project from archetype > {code} mvn archetype:generate -DarchetypeGroupId=org.richfaces.archetypes -DarchetypeArtifactId=richfaces-archetype-kitchensink -DarchetypeVersion=4.3.7.Final -DgroupId=org.richfaces.test -DartifactId=kitchensink-test -Denterprise=false > {code} > # build and deploy > # open http://localhost:8080/kitchensink-test/ > # view the first (already created) member > # click in the email/phone input and type a single letter there and you get this on the server side: > {code} > SEVERE [org.richfaces.log.Context] (http-/0.0.0.0:8080-2) /resources/components/memberForm.xhtml @47,78 value="#{cc.attrs.member.phoneNumber}": JBWEB006017: Target Unreachable, ''member'' returned null: javax.el.PropertyNotFoundException: /resources/components/memberForm.xhtml @47,78 value="#{cc.attrs.member.phoneNumber}": JBWEB006017: Target Unreachable, ''member'' returned null > at com.sun.faces.facelets.el.TagValueExpression.getType(TagValueExpression.java:100) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2] > at com.sun.faces.renderkit.html_basic.HtmlBasicInputRenderer.getConvertedValue(HtmlBasicInputRenderer.java:95) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2] > at javax.faces.component.UIInput.getConvertedValue(UIInput.java:1030) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIInput.validate(UIInput.java:960) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIInput.executeValidate(UIInput.java:1233) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIInput.processValidators(UIInput.java:698) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.richfaces.context.PartialViewExecuteVisitCallback.visit(PartialViewExecuteVisitCallback.java:55) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final] > at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:321) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1612) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UINamingContainer.visitTree(UINamingContainer.java:163) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIForm.visitTree(UIForm.java:371) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.richfaces.context.ExtendedPartialViewContextImpl.executeComponents(ExtendedPartialViewContextImpl.java:278) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final] > at org.richfaces.context.ExtendedPartialViewContextImpl.processPartialExecutePhase(ExtendedPartialViewContextImpl.java:258) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final] > at org.richfaces.context.ExtendedPartialViewContextImpl.processPartial(ExtendedPartialViewContextImpl.java:215) [richfaces-core-impl-4.3.7.Final.jar:4.3.7.Final] > at javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:1162) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at com.sun.faces.lifecycle.ProcessValidationsPhase.execute(ProcessValidationsPhase.java:76) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2] > at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118) [jsf-impl-2.1.19-redhat-2.jar:2.1.19-redhat-2] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:593) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) [rewrite-servlet-1.0.4.Final.jar:1.0.4.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:145) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:336) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:920) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_55] > {code} > Everything seems to work fine, just this error on the server side. > ----- > And just one thing: why are there (in the member view popup) validated inputs, when the changed value is not updated in/to the data table? -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 6 17:48:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 6 May 2014 17:48:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13584) Backport the RF 5 component fixes In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13584: ------------------------------- Labels: needs-qe (was: ) > Backport the RF 5 component fixes > --------------------------------- > > Key: RF-13584 > URL: https://issues.jboss.org/browse/RF-13584 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 4.5.0.Alpha3 > Reporter: Brian Leathem > Assignee: Michal Petrov > Labels: needs-qe > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Some fixes were applied to the RichFaces 5 components that should be backported to RF 4.5. These include (but are not limited to) the fixes labelled "45x": > https://issues.jboss.org/browse/RF-13520?jql=project%3DRF%20and%20labels%20%3D%2045x -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 7 07:24:57 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Wed, 7 May 2014 07:24:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13615) ExtendedDataTable: double ajax request on scrolling In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13615?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-13615. -------------------------------- Resolution: Done > ExtendedDataTable: double ajax request on scrolling > --------------------------------------------------- > > Key: RF-13615 > URL: https://issues.jboss.org/browse/RF-13615 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: showcase > Affects Versions: 4.3.6 > Environment: Problem can be tested in richfaces showcase. > http://showcase.richfaces.org/richfaces/component-sample.jsf?demo=extendedDataTable&skin=blueSky > Reporter: Holger Walter > Assignee: Michal Petrov > Fix For: 4.3.8 > > Attachments: edt.png > > > 1. Go to the extendedDataTable showcase > 2. Turn on ajax loading. > 3. Open the debugger of your browser and watch the network communication > 4. Scroll down in the table untli new data has to be fetched. > => one POST request is sent. This is fine. > 5. Change the width of a column in the table. > => one POST request is sent. This is fine. > 6. Scroll again in the table untli new data has to be fetched. > -> 2 POST requests are sent. WHY? > From now on, on each scroll, the table always sends 2 requests. This behavior stops only when your relaod the table. > Due to this behavior I get some perfromance issues, as I have to execute some own javascript after each request. > Is there a possibility to prevent the 2nd POST request. I would be happy even with a dirty hack, or just a hint showing me from where the 2nd request is triggered. > Best regards > wlh -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 7 07:38:57 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Wed, 7 May 2014 07:38:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13505: ----------------------------- Assignee: Juraj H?ska (was: Luk?? Fry?) > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Juraj H?ska > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 7 09:32:56 2014 From: issues at jboss.org (Marco Rossi (JIRA)) Date: Wed, 7 May 2014 09:32:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13625) org.ajax4jsf.model.SequenceRange is not serializable In-Reply-To: References: Message-ID: Marco Rossi created RF-13625: -------------------------------- Summary: org.ajax4jsf.model.SequenceRange is not serializable Key: RF-13625 URL: https://issues.jboss.org/browse/RF-13625 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.3.6 Reporter: Marco Rossi Caused by: org.infinispan.marshall.NotSerializableException: org.ajax4jsf.model.SequenceRange Caused by: an exception which occurred: in field cachedRange in field bean in object java.util.HashMap at 0 in object org.jboss.as.clustering.SimpleMarshalledValue at 0 in object org.infinispan.atomic.PutOperation at 0 in object java.util.LinkedList at 0 in object org.infinispan.atomic.AtomicHashMapDelta at 3e01b8 in object org.infinispan.commands.write.PutKeyValueCommand at 514bdbf9 in object org.infinispan.commands.tx.PrepareCommand at 8bb71fb -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 7 13:00:59 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 7 May 2014 13:00:59 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13608) Apply appropriate package and artifact names to the component poms In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13608?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12966248#comment-12966248 ] Brian Leathem commented on RF-13608: ------------------------------------ After discussing this with [~lfryc] we have come up with the following artifact/naming convention: * The rich set of components will be called: ** {{org.richfaces}}:{{richfaces}} * The a4j set of components will be called: ** {{org.richfaces}}:{{richfaces-a4j}} * The richfaces core will be called: ** {{org.richfaces}}:{{richfaces-core}} This naming convention was chosen so that we can setup the following transitive dependencies * {{richfaces}} depends upon ** {{richfaces-a4j}} ** {{richfaces-core}} * {{richfaces-a4j}} depends upon ** {{richfaces-core}} With these transitive dependencies in place, an application developer needs only include the single dependency in there application: {code} org.richfaces richfaces {code} Additionally the choice of artifact names will give meaningful names for those who consume the artifacts directly (without using maven). > Apply appropriate package and artifact names to the component poms > ------------------------------------------------------------------ > > Key: RF-13608 > URL: https://issues.jboss.org/browse/RF-13608 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > The current package {{org.richfaces.compat}} is inappropriate for the RichFaces 4.5 release. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 7 13:06:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 7 May 2014 13:06:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13608) Apply appropriate package and artifact names to the component poms In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13608?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12966248#comment-12966248 ] Brian Leathem edited comment on RF-13608 at 5/7/14 1:06 PM: ------------------------------------------------------------ After discussing this with [~lfryc] we have come up with the following artifact/naming convention: * The rich set of components will be called: ** {{org.richfaces}}:{{richfaces}} * The a4j set of components will be called: ** {{org.richfaces}}:{{richfaces-a4j}} * The richfaces core will be called: ** {{org.richfaces}}:{{richfaces-core}} This naming convention was chosen so that we can setup the following transitive dependencies * {{richfaces}} depends upon ** {{richfaces-a4j}} (this is where the old [4.3 common module|https://github.com/richfaces4/components/tree/master/common] landed) ** {{richfaces-core}} * {{richfaces-a4j}} depends upon ** {{richfaces-core}} With these transitive dependencies in place, an application developer needs only include the single dependency in there application: {code} org.richfaces richfaces {code} Additionally the choice of artifact names will give meaningful names for those who consume the artifacts directly (without using maven). was (Author: bleathem): After discussing this with [~lfryc] we have come up with the following artifact/naming convention: * The rich set of components will be called: ** {{org.richfaces}}:{{richfaces}} * The a4j set of components will be called: ** {{org.richfaces}}:{{richfaces-a4j}} * The richfaces core will be called: ** {{org.richfaces}}:{{richfaces-core}} This naming convention was chosen so that we can setup the following transitive dependencies * {{richfaces}} depends upon ** {{richfaces-a4j}} ** {{richfaces-core}} * {{richfaces-a4j}} depends upon ** {{richfaces-core}} With these transitive dependencies in place, an application developer needs only include the single dependency in there application: {code} org.richfaces richfaces {code} Additionally the choice of artifact names will give meaningful names for those who consume the artifacts directly (without using maven). > Apply appropriate package and artifact names to the component poms > ------------------------------------------------------------------ > > Key: RF-13608 > URL: https://issues.jboss.org/browse/RF-13608 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > The current package {{org.richfaces.compat}} is inappropriate for the RichFaces 4.5 release. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 7 18:26:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 7 May 2014 18:26:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13608) Apply appropriate package and artifact names to the component poms In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13608?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12966330#comment-12966330 ] Brian Leathem commented on RF-13608: ------------------------------------ I've implemented these changes here: https://github.com/richfaces/richfaces/tree/RF-13608-artifact-rename I'd also like to rename the BOM as part of this issue. Currently the BOM manages the following Dependency versions: {code} opensymphony oscache ${version.oscache} org.jboss.cache jbosscache-core ${version.jbosscache} net.sf.ehcache ehcache ${version.ehcache} {code} Since only the cache-dependencies are managed, we could rename the BOM to {{richfaces-cache-bom}}. Thoughts? > Apply appropriate package and artifact names to the component poms > ------------------------------------------------------------------ > > Key: RF-13608 > URL: https://issues.jboss.org/browse/RF-13608 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > The current package {{org.richfaces.compat}} is inappropriate for the RichFaces 4.5 release. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 08:45:56 2014 From: issues at jboss.org (Juergen Zimmermann (JIRA)) Date: Thu, 8 May 2014 08:45:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13611) RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12966427#comment-12966427 ] Juergen Zimmermann commented on RF-13611: ----------------------------------------- Now the WildFly snapshots for 8.1.0 are upgraded to Weld 2.2.0.SP1. Therefore, RichFaces won't work with the upcoming release of WildFly... > RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final > --------------------------------------------------------- > > Key: RF-13611 > URL: https://issues.jboss.org/browse/RF-13611 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha3 > Reporter: Juergen Zimmermann > Fix For: 4.5-Tracking > > > I'm using WildFly 8.0.0.CR1 and Weld 2.2.0.Final (via the WildFly patch mechanism). However, I'm getting the stacktrace below. When I patch WildFly 8.0.0.CR1 with the predecessor version Weld 2.2.0.CR2, then the issue is gone. > {code} > ERROR [org.jboss.msc.service.fail] MSC000001: Failed to start service jboss.deployment.unit."shop.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."shop.war".WeldStartService: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0] > Caused by: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions: > Exception 0 : > org.jboss.weld.exceptions.DefinitionException: WELD-000412: ObserverMethod.getReception() returned null for org.richfaces.push.cdi.PushCDIExtension$PushObserverMethod at 31e23242 > at org.jboss.weld.util.Observers.validateObserverMethod(Observers.java:118) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.addObserverMethod(AfterBeanDiscoveryImpl.java:158) > at org.richfaces.push.cdi.PushCDIExtension.afterBeanDiscovery(PushCDIExtension.java:99) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:90) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:271) > at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:121) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:258) > at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:237) > at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:174) > at org.jboss.weld.event.ObserverNotifier.notifyObservers(ObserverNotifier.java:133) > at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:107) > at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:54) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:42) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:744) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:44) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > ... 3 more > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 12:35:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 12:35:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13608) Apply appropriate package and artifact names to the component poms In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13608?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13608. -------------------------------- Resolution: Done Unit tests pass, and integration tests fail at the same place. I've gone ahead and merged this branch into 4.5.x. Any adjustments to the artifact/folder naming can be raised in a new issue. > Apply appropriate package and artifact names to the component poms > ------------------------------------------------------------------ > > Key: RF-13608 > URL: https://issues.jboss.org/browse/RF-13608 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > The current package {{org.richfaces.compat}} is inappropriate for the RichFaces 4.5 release. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 12:35:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 12:35:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13626) Rename the BOM artifact In-Reply-To: References: Message-ID: Brian Leathem created RF-13626: ---------------------------------- Summary: Rename the BOM artifact Key: RF-13626 URL: https://issues.jboss.org/browse/RF-13626 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Reporter: Brian Leathem Fix For: 4.5.0.Alpha3 I've implemented these changes here: https://github.com/richfaces/richfaces/tree/RF-13608-artifact-rename I'd also like to rename the BOM as part of this issue. Currently the BOM manages the following Dependency versions: {code} opensymphony oscache ${version.oscache} org.jboss.cache jbosscache-core ${version.jbosscache} net.sf.ehcache ehcache ${version.ehcache} {code} Since only the cache-dependencies are managed, we could rename the BOM to {{richfaces-cache-bom}}. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 12:37:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 12:37:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13608) Apply appropriate package and artifact names to the component poms In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13608?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12966330#comment-12966330 ] Brian Leathem edited comment on RF-13608 at 5/8/14 12:36 PM: ------------------------------------------------------------- The changes suggested in this comment is being track in a new issue RF-13626 ---- {quote} I've implemented these changes here: https://github.com/richfaces/richfaces/tree/RF-13608-artifact-rename I'd also like to rename the BOM as part of this issue. Currently the BOM manages the following Dependency versions: {code} opensymphony oscache ${version.oscache} org.jboss.cache jbosscache-core ${version.jbosscache} net.sf.ehcache ehcache ${version.ehcache} {code} Since only the cache-dependencies are managed, we could rename the BOM to {{richfaces-cache-bom}}. {quote} was (Author: bleathem): I've implemented these changes here: https://github.com/richfaces/richfaces/tree/RF-13608-artifact-rename I'd also like to rename the BOM as part of this issue. Currently the BOM manages the following Dependency versions: {code} opensymphony oscache ${version.oscache} org.jboss.cache jbosscache-core ${version.jbosscache} net.sf.ehcache ehcache ${version.ehcache} {code} Since only the cache-dependencies are managed, we could rename the BOM to {{richfaces-cache-bom}}. Thoughts? > Apply appropriate package and artifact names to the component poms > ------------------------------------------------------------------ > > Key: RF-13608 > URL: https://issues.jboss.org/browse/RF-13608 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > The current package {{org.richfaces.compat}} is inappropriate for the RichFaces 4.5 release. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 12:53:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 12:53:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13618) Create a Bootstrap skin for the RichFaces 4.x set of components In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13618?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13618: ------------------------------- Fix Version/s: 4.5-Tracking (was: 4.5.0.Alpha3) > Create a Bootstrap skin for the RichFaces 4.x set of components > --------------------------------------------------------------- > > Key: RF-13618 > URL: https://issues.jboss.org/browse/RF-13618 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: skinning > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5-Tracking > > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 12:53:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 12:53:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13626) Rename the BOM artifact In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13626?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13626: ------------------------------- Original Estimate: 15 minutes Remaining Estimate: 15 minutes > Rename the BOM artifact > ----------------------- > > Key: RF-13626 > URL: https://issues.jboss.org/browse/RF-13626 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > I've implemented these changes here: > https://github.com/richfaces/richfaces/tree/RF-13608-artifact-rename > I'd also like to rename the BOM as part of this issue. Currently the BOM manages the following Dependency versions: > {code} > > > > > opensymphony > oscache > ${version.oscache} > > > org.jboss.cache > jbosscache-core > ${version.jbosscache} > > > net.sf.ehcache > ehcache > ${version.ehcache} > > > > {code} > Since only the cache-dependencies are managed, we could rename the BOM to {{richfaces-cache-bom}}. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 12:53:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 12:53:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13620) Port the RichFaces 5 re-write of xml attribute to interfaces In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13620?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13620: ------------------------------- Original Estimate: 3 hours Remaining Estimate: 3 hours > Port the RichFaces 5 re-write of xml attribute to interfaces > ------------------------------------------------------------ > > Key: RF-13620 > URL: https://issues.jboss.org/browse/RF-13620 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 3 hours > Remaining Estimate: 3 hours > > In RichFaces 5 we re-wrote the xml attribute definitions as Interfaces to support type safety. This issue addresses backporting that fix to RichFaces 4.5. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 12:53:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 12:53:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13626) Rename the BOM artifact In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13626?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13626: ------------------------------- Sprint: 4.5.0.Alpha3 - Sprint 2 > Rename the BOM artifact > ----------------------- > > Key: RF-13626 > URL: https://issues.jboss.org/browse/RF-13626 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > I've implemented these changes here: > https://github.com/richfaces/richfaces/tree/RF-13608-artifact-rename > I'd also like to rename the BOM as part of this issue. Currently the BOM manages the following Dependency versions: > {code} > > > > > opensymphony > oscache > ${version.oscache} > > > org.jboss.cache > jbosscache-core > ${version.jbosscache} > > > net.sf.ehcache > ehcache > ${version.ehcache} > > > > {code} > Since only the cache-dependencies are managed, we could rename the BOM to {{richfaces-cache-bom}}. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 12:53:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 12:53:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13620) Port the RichFaces 5 re-write of xml attribute to interfaces In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13620?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13620: ------------------------------- Sprint: 4.5.0.Alpha3 - Sprint 2 > Port the RichFaces 5 re-write of xml attribute to interfaces > ------------------------------------------------------------ > > Key: RF-13620 > URL: https://issues.jboss.org/browse/RF-13620 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 3 hours > Remaining Estimate: 3 hours > > In RichFaces 5 we re-wrote the xml attribute definitions as Interfaces to support type safety. This issue addresses backporting that fix to RichFaces 4.5. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 12:55:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 12:55:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13507) Backport RF-13317 (EPVCI should specify correct ViewState) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13507: ------------------------------- Summary: Backport RF-13317 (EPVCI should specify correct ViewState) (was: Backport RF-13317 (EPVCI should specify correct ViewState) to 4.3) > Backport RF-13317 (EPVCI should specify correct ViewState) > ---------------------------------------------------------- > > Key: RF-13507 > URL: https://issues.jboss.org/browse/RF-13507 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.3.4 > Reporter: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > > Let's let RF-13317 stabilize in 5.x first. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 12:55:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 12:55:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13507) Backport RF-13317 (EPVCI should specify correct ViewState) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13507: ------------------------------- Sprint: 4.5.0.Alpha3 - Sprint 2 > Backport RF-13317 (EPVCI should specify correct ViewState) > ---------------------------------------------------------- > > Key: RF-13507 > URL: https://issues.jboss.org/browse/RF-13507 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.3.4 > Reporter: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > > Let's let RF-13317 stabilize in 5.x first. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 12:55:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 12:55:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13507) Backport RF-13317 (EPVCI should specify correct ViewState) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13507: ------------------------------- Original Estimate: 1 hour Remaining Estimate: 1 hour > Backport RF-13317 (EPVCI should specify correct ViewState) > ---------------------------------------------------------- > > Key: RF-13507 > URL: https://issues.jboss.org/browse/RF-13507 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.3.4 > Reporter: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Let's let RF-13317 stabilize in 5.x first. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 12:55:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 12:55:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13583) Backport the chart components to RichFaces 4.5 components module In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13583: ------------------------------- Sprint: 4.5.0.Alpha3 - Sprint 1, 4.5.0.Alpha3 - Sprint 2 (was: 4.5.0.Alpha3 - Sprint 1) > Backport the chart components to RichFaces 4.5 components module > ---------------------------------------------------------------- > > Key: RF-13583 > URL: https://issues.jboss.org/browse/RF-13583 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.5.0.Alpha3 > Reporter: Brian Leathem > Assignee: Luk?? Macko > Fix For: 4.5.0.Alpha3 > > Original Estimate: 4 days > Remaining Estimate: 4 days > > Backport the chart components to RichFaces 4.5 components module -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 12:55:58 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 12:55:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13505: ------------------------------- Sprint: 4.5.0.Alpha3 - Sprint 1, 4.5.0.Alpha3 - Sprint 2 (was: 4.5.0.Alpha3 - Sprint 1) > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Juraj H?ska > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 12:55:58 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 12:55:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13591) RichFaces 4.5 integration tests are failing In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13591?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13591: ------------------------------- Sprint: 4.5.0.Alpha3 - Sprint 1, 4.5.0.Alpha3 - Sprint 2 (was: 4.5.0.Alpha3 - Sprint 1) > RichFaces 4.5 integration tests are failing > ------------------------------------------- > > Key: RF-13591 > URL: https://issues.jboss.org/browse/RF-13591 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha2 > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Fix For: 4.5.0.Alpha3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > RichFaces 4.5 cannot be build because of compilation errors in integration tests: > {code} > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:testCompile (default-testCompile) on project richfaces: Compilation failure: Compilation failure: > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[9,30] error: cannot find symbol > [ERROR] package org.richfaces.ui.toggle > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[10,39] error: package org.richfaces.ui.toggle.tabPanel does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[18,12] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[19,27] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[21,28] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[25,11] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[29,35] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[33,16] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[48,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[38,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[31,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[32,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[34,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[35,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[44,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[45,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[57,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[61,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[65,29] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusSubmissionMethods.java:[50,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[49,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[50,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[85,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[89,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[93,29] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[56,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[57,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[63,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[64,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[100,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[62,19] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[49,8] error: cannot find symbol > [ERROR] class VerifyFocusEnforcingOverridesFocusSettings > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[50,8] error: cannot find symbol > [ERROR] > [ERROR] E extends HtmlElement declared in method getElementById(String) > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[77,8] error: cannot find symbol > [ERROR] class VerifyFocusCandidates > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[78,8] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[153,16] error: cannot find symbol > [ERROR] class AbstractFocus > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[154,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,55] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,56] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,56] error: cannot find symbol > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 12:57:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 12:57:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13334) Upgrade jQuery UI to 1.10.3 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13334: ------------------------------- Fix Version/s: 4.5.0.Alpha3 (was: 4.5-Tracking) > Upgrade jQuery UI to 1.10.3 > --------------------------- > > Key: RF-13334 > URL: https://issues.jboss.org/browse/RF-13334 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: third-party > Affects Versions: 5.0.0.Alpha2 > Reporter: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > > RichWidgets issue: > https://github.com/richwidgets/richwidgets/issues/99 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 12:57:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 12:57:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13406) Create a new showcase for RichFaces 5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13406?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13406: ------------------------------- Sprint: (was: 4.5.0.Alpha3 - Sprint 2) > Create a new showcase for RichFaces 5 > ------------------------------------- > > Key: RF-13406 > URL: https://issues.jboss.org/browse/RF-13406 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: showcase > Reporter: Brian Leathem > Fix For: 5.0.0.Alpha4 > > Original Estimate: 2 days > Remaining Estimate: 2 days > > The new showcase should: > # Include the examples from the existing RichFaces4 showcase > #* Simplications should be made as appropriate to reduce complexity (eg. no JMS, no JPA - these can be addressed in standalone examples) > # Be based on the RichFaces Sandbox Bootstrap demo > #* The layout will have to be changed to use generic bootstrap CSS as required > # Drop (as much as possible) the container specific configuration found in the RichFaces4 showcase > #* consider any sample simplifications required to achieve this goal -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 12:57:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 12:57:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13334) Upgrade jQuery UI to 1.10.3 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13334: ------------------------------- Original Estimate: 1 day Remaining Estimate: 1 day > Upgrade jQuery UI to 1.10.3 > --------------------------- > > Key: RF-13334 > URL: https://issues.jboss.org/browse/RF-13334 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: third-party > Affects Versions: 5.0.0.Alpha2 > Reporter: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > RichWidgets issue: > https://github.com/richwidgets/richwidgets/issues/99 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 12:57:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 12:57:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13334) Upgrade jQuery UI to 1.10.3 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13334: ------------------------------- Sprint: (was: 4.5.0.Alpha3 - Sprint 2) > Upgrade jQuery UI to 1.10.3 > --------------------------- > > Key: RF-13334 > URL: https://issues.jboss.org/browse/RF-13334 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: third-party > Affects Versions: 5.0.0.Alpha2 > Reporter: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > RichWidgets issue: > https://github.com/richwidgets/richwidgets/issues/99 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 12:59:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 12:59:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13620) Port the RichFaces 5 re-write of xml attribute to interfaces In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13620?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reassigned RF-13620: ---------------------------------- Assignee: Brian Leathem > Port the RichFaces 5 re-write of xml attribute to interfaces > ------------------------------------------------------------ > > Key: RF-13620 > URL: https://issues.jboss.org/browse/RF-13620 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 3 hours > Remaining Estimate: 3 hours > > In RichFaces 5 we re-wrote the xml attribute definitions as Interfaces to support type safety. This issue addresses backporting that fix to RichFaces 4.5. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 12:59:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 12:59:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13626) Rename the BOM artifact In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13626?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reassigned RF-13626: ---------------------------------- Assignee: Brian Leathem > Rename the BOM artifact > ----------------------- > > Key: RF-13626 > URL: https://issues.jboss.org/browse/RF-13626 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > I've implemented these changes here: > https://github.com/richfaces/richfaces/tree/RF-13608-artifact-rename > I'd also like to rename the BOM as part of this issue. Currently the BOM manages the following Dependency versions: > {code} > > > > > opensymphony > oscache > ${version.oscache} > > > org.jboss.cache > jbosscache-core > ${version.jbosscache} > > > net.sf.ehcache > ehcache > ${version.ehcache} > > > > {code} > Since only the cache-dependencies are managed, we could rename the BOM to {{richfaces-cache-bom}}. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 12:59:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 12:59:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13507) Backport RF-13317 (EPVCI should specify correct ViewState) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reassigned RF-13507: ---------------------------------- Assignee: Luk?? Fry? > Backport RF-13317 (EPVCI should specify correct ViewState) > ---------------------------------------------------------- > > Key: RF-13507 > URL: https://issues.jboss.org/browse/RF-13507 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.3.4 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Let's let RF-13317 stabilize in 5.x first. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 13:07:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 13:07:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13586) Port the page fragments to RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13586?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reassigned RF-13586: ---------------------------------- Assignee: Pavol Pitonak QE: please allocate some time to perform this migration. > Port the page fragments to RF 4.5 > --------------------------------- > > Key: RF-13586 > URL: https://issues.jboss.org/browse/RF-13586 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: tests - functional > Affects Versions: 4.5.0.Alpha3 > Reporter: Brian Leathem > Assignee: Pavol Pitonak > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 13:09:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 13:09:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13587) rich:autocomplete - suggestion box doesn't show up at all In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13587?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13587: ------------------------------- Sprint: (was: 4.5.0.Alpha3 - Sprint 2) > rich:autocomplete - suggestion box doesn't show up at all > --------------------------------------------------------- > > Key: RF-13587 > URL: https://issues.jboss.org/browse/RF-13587 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.5 > Environment: Implementation: JSF-2.2.6 mojarra, Mojarra 2.2.5 > Server: WebLogic 12.1.2.1, WildFly 8.0.0.Final > Browser: Chrome 33, Firefox 27 > Java: 1.7 > Reporter: Amit Tikoo > Labels: richfaces > Fix For: 4.5.0.Alpha3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > I am using a component but the suggestion box just doesn't show up. Here is a simple case I'm trying: > XHTML: > {code} > > > > #{station} > > > > {code} > JAVA: > {code} > public List autocomplete1(String request){ > List suggestions = new ArrayList(); > suggestions.add("test 1"); > suggestions.add("test 2"); > suggestions.add("test 3"); > suggestions.add("test 4"); > return suggestions; > } > {code} > This shows up in logging (using ) > {code} > error[14:47:03.644]: Received 'error at malformedXML' event from > error[14:47:03.644]: [status=200] During update: javax.faces.ViewState not found > {code} > Also i can see the suggestion if i switch the mode to "Client" -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 13:11:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 13:11:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13612) Document styling attributes for rich:dataTable In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13612?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12966538#comment-12966538 ] Brian Leathem commented on RF-13612: ------------------------------------ These should be documented by creating the appropriately annotated getters in the AbstractDataTable class. > Document styling attributes for rich:dataTable > ---------------------------------------------- > > Key: RF-13612 > URL: https://issues.jboss.org/browse/RF-13612 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-tables, doc > Affects Versions: 4.3.6 > Reporter: Michal Petrov > Fix For: 4.5.0.Alpha3 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > There are several attributes that can be assigned to a dataTable such as {{headerCellClass}} or {{firstColumnFooterClass}} (see [AbstractTableRenderer|https://github.com/richfaces4/components/blob/master/iteration/ui/src/main/java/org/richfaces/renderkit/AbstractTableRenderer.java#L325]). The renderer is set to process them but they are not documented. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 13:11:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 13:11:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13612) Document styling attributes for rich:dataTable In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13612?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13612: ------------------------------- Assignee: Michal Petrov > Document styling attributes for rich:dataTable > ---------------------------------------------- > > Key: RF-13612 > URL: https://issues.jboss.org/browse/RF-13612 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-tables, doc > Affects Versions: 4.3.6 > Reporter: Michal Petrov > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > There are several attributes that can be assigned to a dataTable such as {{headerCellClass}} or {{firstColumnFooterClass}} (see [AbstractTableRenderer|https://github.com/richfaces4/components/blob/master/iteration/ui/src/main/java/org/richfaces/renderkit/AbstractTableRenderer.java#L325]). The renderer is set to process them but they are not documented. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 13:13:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 13:13:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13587) rich:autocomplete - suggestion box doesn't show up at all In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13587?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12966539#comment-12966539 ] Brian Leathem commented on RF-13587: ------------------------------------ [~ppitonak] would you please re-verify this with the latest 4.5 build? Many of the JSF 2.2 fixes from RF 5 have been backported (RF-13584). > rich:autocomplete - suggestion box doesn't show up at all > --------------------------------------------------------- > > Key: RF-13587 > URL: https://issues.jboss.org/browse/RF-13587 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.5 > Environment: Implementation: JSF-2.2.6 mojarra, Mojarra 2.2.5 > Server: WebLogic 12.1.2.1, WildFly 8.0.0.Final > Browser: Chrome 33, Firefox 27 > Java: 1.7 > Reporter: Amit Tikoo > Labels: needs-qe, richfaces > Fix For: 4.5.0.Alpha3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > I am using a component but the suggestion box just doesn't show up. Here is a simple case I'm trying: > XHTML: > {code} > > > > #{station} > > > > {code} > JAVA: > {code} > public List autocomplete1(String request){ > List suggestions = new ArrayList(); > suggestions.add("test 1"); > suggestions.add("test 2"); > suggestions.add("test 3"); > suggestions.add("test 4"); > return suggestions; > } > {code} > This shows up in logging (using ) > {code} > error[14:47:03.644]: Received 'error at malformedXML' event from > error[14:47:03.644]: [status=200] During update: javax.faces.ViewState not found > {code} > Also i can see the suggestion if i switch the mode to "Client" -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 13:13:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 13:13:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13587) rich:autocomplete - suggestion box doesn't show up at all In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13587?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13587: ------------------------------- Labels: needs-qe richfaces (was: richfaces) > rich:autocomplete - suggestion box doesn't show up at all > --------------------------------------------------------- > > Key: RF-13587 > URL: https://issues.jboss.org/browse/RF-13587 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.5 > Environment: Implementation: JSF-2.2.6 mojarra, Mojarra 2.2.5 > Server: WebLogic 12.1.2.1, WildFly 8.0.0.Final > Browser: Chrome 33, Firefox 27 > Java: 1.7 > Reporter: Amit Tikoo > Labels: needs-qe, richfaces > Fix For: 4.5.0.Alpha3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > I am using a component but the suggestion box just doesn't show up. Here is a simple case I'm trying: > XHTML: > {code} > > > > #{station} > > > > {code} > JAVA: > {code} > public List autocomplete1(String request){ > List suggestions = new ArrayList(); > suggestions.add("test 1"); > suggestions.add("test 2"); > suggestions.add("test 3"); > suggestions.add("test 4"); > return suggestions; > } > {code} > This shows up in logging (using ) > {code} > error[14:47:03.644]: Received 'error at malformedXML' event from > error[14:47:03.644]: [status=200] During update: javax.faces.ViewState not found > {code} > Also i can see the suggestion if i switch the mode to "Client" -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 19:01:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 19:01:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13627) Refactor the RF 4.5 components to make use of the type-safe handlerClass attribute In-Reply-To: References: Message-ID: Brian Leathem created RF-13627: ---------------------------------- Summary: Refactor the RF 4.5 components to make use of the type-safe handlerClass attribute Key: RF-13627 URL: https://issues.jboss.org/browse/RF-13627 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Reporter: Brian Leathem Assignee: Brian Leathem Fix For: 4.5.0.Alpha3 RF-12957 introduced the handlerClass attribute in the RichFaces CDK. RichFaces 5 components were ported to use this new attribute. The RichFaces 4.5 components should also use these attributes. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 19:03:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 19:03:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13627) Refactor the RF 4.5 components to make use of the type-safe handlerClass attribute In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13627?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12966613#comment-12966613 ] Brian Leathem commented on RF-13627: ------------------------------------ I cannot find a github commit nor a jira issue that addresses this change in RF 5, despite the fact that the code shows it's changed. > Refactor the RF 4.5 components to make use of the type-safe handlerClass attribute > ---------------------------------------------------------------------------------- > > Key: RF-13627 > URL: https://issues.jboss.org/browse/RF-13627 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > RF-12957 introduced the handlerClass attribute in the RichFaces CDK. RichFaces 5 components were ported to use this new attribute. The RichFaces 4.5 components should also use these attributes. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 19:03:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 19:03:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13627) Refactor the RF 4.5 components to make use of the type-safe handlerClass attribute In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13627?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13627: ------------------------------- Sprint: 4.5.0.Alpha3 - Sprint 2 > Refactor the RF 4.5 components to make use of the type-safe handlerClass attribute > ---------------------------------------------------------------------------------- > > Key: RF-13627 > URL: https://issues.jboss.org/browse/RF-13627 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > RF-12957 introduced the handlerClass attribute in the RichFaces CDK. RichFaces 5 components were ported to use this new attribute. The RichFaces 4.5 components should also use these attributes. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 8 19:13:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 8 May 2014 19:13:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13627) Refactor the RF 4.5 components to make use of the type-safe handlerClass attribute In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13627?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13627. -------------------------------- Resolution: Done > Refactor the RF 4.5 components to make use of the type-safe handlerClass attribute > ---------------------------------------------------------------------------------- > > Key: RF-13627 > URL: https://issues.jboss.org/browse/RF-13627 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > RF-12957 introduced the handlerClass attribute in the RichFaces CDK. RichFaces 5 components were ported to use this new attribute. The RichFaces 4.5 components should also use these attributes. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 9 12:21:56 2014 From: issues at jboss.org (Ronald Brill (JIRA)) Date: Fri, 9 May 2014 12:21:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12178) Resource plugin: duplicate css atribute get twice the 1st one In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12178?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12966858#comment-12966858 ] Ronald Brill commented on RF-12178: ----------------------------------- Why do you not report this kind of problems to the CSSParser project? > Resource plugin: duplicate css atribute get twice the 1st one > ------------------------------------------------------------- > > Key: RF-12178 > URL: https://issues.jboss.org/browse/RF-12178 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: resource handling > Affects Versions: 4.2.0.Final > Reporter: Nicolas Daniels > Fix For: 5-Tracking > > > An parsed ecss containing: > background:"-moz-linear-gradient(center top, #CCCCCC, #CCCCCC 2%, #8E8E8E)" repeat scroll 0 0 transparent; > background:"-webkit-gradient(linear, left top, left bottom, from(#CCCCCC), to(#8E8E8E))"; > is resulting to: > background: "-moz-linear-gradient(center top, #CCCCCC, #CCCCCC 2%, #8E8E8E)" repeat scroll 0 0 transparent; > background: "-moz-linear-gradient(center top, #CCCCCC, #CCCCCC 2%, #8E8E8E)" repeat scroll 0 0 transparent; > The 1st background attribute is written twice while the webkit-gradient disapeared. I know I could use richfaces gradient but I want to be able to get css from anywhere and have the advantages of Richfaces resources optimization. > I tried with false or true with same result. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 9 12:21:58 2014 From: issues at jboss.org (Ronald Brill (JIRA)) Date: Fri, 9 May 2014 12:21:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-11741) ECSS parser is too aggressive when encountering non-standard CSS properties: selector omitted entirely In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-11741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12966859#comment-12966859 ] Ronald Brill commented on RF-11741: ----------------------------------- This should be fixed in CSSParser 0.9.14 (released yesterday). Please for the future, report your problems to the CSSParser project. > ECSS parser is too aggressive when encountering non-standard CSS properties: selector omitted entirely > ------------------------------------------------------------------------------------------------------ > > Key: RF-11741 > URL: https://issues.jboss.org/browse/RF-11741 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: skinning > Affects Versions: 4.1.0.CR1 > Reporter: Karsten Wutzke > Labels: ecss, parsing, skinning > Fix For: 5-Tracking > > > When defining rules like > {code} > .shadow > { > -webkit-box-shadow: 4px 4px 5px '#{richSkin.additionalBackgroundColor}'; > -moz-box-shadow: 4px 4px 5px '#{richSkin.additionalBackgroundColor}'; > box-shadow: 4px 4px 5px '#{richSkin.additionalBackgroundColor}'; > } > {code} > in an ECSS file to create skin-dependent drop shadows, RF 4 will omit the above rule entirely and no shadows will be rendered. BTW it would be better to just omit the invalid properties instead of the entire selector (box-shadow: ... alone works). > Most browsers don't support the box-shadow yet, so defining proprietary properties *must* be possible. Note, this applies to a lot more properties than the above. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 9 18:11:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 9 May 2014 18:11:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13620) Port the RichFaces 5 re-write of xml attribute to interfaces In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13620?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13620: ------------------------------- Original Estimate: 1 day, 4 hours (was: 3 hours) Remaining Estimate: 1 day, 4 hours (was: 3 hours) > Port the RichFaces 5 re-write of xml attribute to interfaces > ------------------------------------------------------------ > > Key: RF-13620 > URL: https://issues.jboss.org/browse/RF-13620 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day, 4 hours > Remaining Estimate: 1 day, 4 hours > > In RichFaces 5 we re-wrote the xml attribute definitions as Interfaces to support type safety. This issue addresses backporting that fix to RichFaces 4.5. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 9 18:47:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 9 May 2014 18:47:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13620) Port the RichFaces 5 re-write of xml attribute to interfaces In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13620?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13620. -------------------------------- Resolution: Done > Port the RichFaces 5 re-write of xml attribute to interfaces > ------------------------------------------------------------ > > Key: RF-13620 > URL: https://issues.jboss.org/browse/RF-13620 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day, 4 hours > Remaining Estimate: 1 day, 4 hours > > In RichFaces 5 we re-wrote the xml attribute definitions as Interfaces to support type safety. This issue addresses backporting that fix to RichFaces 4.5. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 12 11:02:00 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 12 May 2014 11:02:00 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12967179#comment-12967179 ] Juraj H?ska commented on RF-13505: ---------------------------------- Here are the results of *testing #2*: There are unfortunatelly still some issues. *First one* in {{r:outputPanel}} and its {{ajaxRendered}} attribute. Rerendering of the panel seems to not update the component. It is updated only after full page refresh. It seems to be a regression (did not occur in the first round of testing). Steps to reproduce: # deploy Metamer and load: http://localhost:8080/metamer/faces/components/a4jOutputPanel/simple.xhtml # set {{ajaxRendered}} to false # click twice on the button Increase Counter # see that component is not rerendered (correct) # click on the Rerender All button # see that the counter is still 0 (incorrect - should be 2) *Second one*, this is the issue which was reproducible in the first round of the testing as well. {{fileUpload}} - after successful uploading it does not rerender {{r:outputPanel}}, which has set {{ajaxRerender}} to true. Steps to reproduce: # deploy Metamer, and load http://localhost:8080/metamer/faces/components/richFileUpload/simple.xhtml # try to upload e.g. .png picture # see that after successful upload the r:outputPanel with list of uploaded files is not rerendered Issues seems to relate to each other. > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Juraj H?ska > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 12 11:03:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 12 May 2014 11:03:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13505: ----------------------------- Assignee: Luk?? Fry? (was: Juraj H?ska) > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 12 12:06:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 12 May 2014 12:06:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-11741) ECSS parser is too aggressive when encountering non-standard CSS properties: selector omitted entirely In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-11741?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-11741: ------------------------------- Fix Version/s: 4.5.0.Alpha3 (was: 5-Tracking) > ECSS parser is too aggressive when encountering non-standard CSS properties: selector omitted entirely > ------------------------------------------------------------------------------------------------------ > > Key: RF-11741 > URL: https://issues.jboss.org/browse/RF-11741 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: skinning > Affects Versions: 4.1.0.CR1 > Reporter: Karsten Wutzke > Labels: ecss, parsing, skinning > Fix For: 4.5.0.Alpha3 > > > When defining rules like > {code} > .shadow > { > -webkit-box-shadow: 4px 4px 5px '#{richSkin.additionalBackgroundColor}'; > -moz-box-shadow: 4px 4px 5px '#{richSkin.additionalBackgroundColor}'; > box-shadow: 4px 4px 5px '#{richSkin.additionalBackgroundColor}'; > } > {code} > in an ECSS file to create skin-dependent drop shadows, RF 4 will omit the above rule entirely and no shadows will be rendered. BTW it would be better to just omit the invalid properties instead of the entire selector (box-shadow: ... alone works). > Most browsers don't support the box-shadow yet, so defining proprietary properties *must* be possible. Note, this applies to a lot more properties than the above. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 12 12:16:58 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 12 May 2014 12:16:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13626) Rename the BOM artifact In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13626?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13626: ------------------------------- Description: I'd like to rename the BOM as part of this issue. Currently the BOM manages the following Dependency versions: {code} opensymphony oscache ${version.oscache} org.jboss.cache jbosscache-core ${version.jbosscache} net.sf.ehcache ehcache ${version.ehcache} {code} Since only the cache-dependencies are managed, we could rename the BOM to {{richfaces-cache-bom}}. was: I've implemented these changes here: https://github.com/richfaces/richfaces/tree/RF-13608-artifact-rename I'd also like to rename the BOM as part of this issue. Currently the BOM manages the following Dependency versions: {code} opensymphony oscache ${version.oscache} org.jboss.cache jbosscache-core ${version.jbosscache} net.sf.ehcache ehcache ${version.ehcache} {code} Since only the cache-dependencies are managed, we could rename the BOM to {{richfaces-cache-bom}}. > Rename the BOM artifact > ----------------------- > > Key: RF-13626 > URL: https://issues.jboss.org/browse/RF-13626 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > I'd like to rename the BOM as part of this issue. Currently the BOM manages the following Dependency versions: > {code} > > > > > opensymphony > oscache > ${version.oscache} > > > org.jboss.cache > jbosscache-core > ${version.jbosscache} > > > net.sf.ehcache > ehcache > ${version.ehcache} > > > > {code} > Since only the cache-dependencies are managed, we could rename the BOM to {{richfaces-cache-bom}}. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 12 12:18:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 12 May 2014 12:18:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13626) Rename the BOM artifact In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13626?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13626: ------------------------------- Description: I'd like to rename the BOM. Currently the BOM manages the following Dependency versions: {code} opensymphony oscache ${version.oscache} org.jboss.cache jbosscache-core ${version.jbosscache} net.sf.ehcache ehcache ${version.ehcache} {code} Since only the cache-dependencies are managed, we could rename the BOM to {{richfaces-cache-bom}}. was: I'd like to rename the BOM as part of this issue. Currently the BOM manages the following Dependency versions: {code} opensymphony oscache ${version.oscache} org.jboss.cache jbosscache-core ${version.jbosscache} net.sf.ehcache ehcache ${version.ehcache} {code} Since only the cache-dependencies are managed, we could rename the BOM to {{richfaces-cache-bom}}. > Rename the BOM artifact > ----------------------- > > Key: RF-13626 > URL: https://issues.jboss.org/browse/RF-13626 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > I'd like to rename the BOM. Currently the BOM manages the following Dependency versions: > {code} > > > > > opensymphony > oscache > ${version.oscache} > > > org.jboss.cache > jbosscache-core > ${version.jbosscache} > > > net.sf.ehcache > ehcache > ${version.ehcache} > > > > {code} > Since only the cache-dependencies are managed, we could rename the BOM to {{richfaces-cache-bom}}. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 12 13:10:56 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 12 May 2014 13:10:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12967252#comment-12967252 ] Luk?? Fry? commented on RF-13505: --------------------------------- Okay, thanks for checking Juraj, I will look into it. > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 12 17:26:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 12 May 2014 17:26:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13611) RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13611?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13611: ------------------------------- Fix Version/s: 4.5.0.Alpha3 (was: 4.5-Tracking) > RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final > --------------------------------------------------------- > > Key: RF-13611 > URL: https://issues.jboss.org/browse/RF-13611 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha3 > Reporter: Juergen Zimmermann > Fix For: 4.5.0.Alpha3 > > > I'm using WildFly 8.0.0.CR1 and Weld 2.2.0.Final (via the WildFly patch mechanism). However, I'm getting the stacktrace below. When I patch WildFly 8.0.0.CR1 with the predecessor version Weld 2.2.0.CR2, then the issue is gone. > {code} > ERROR [org.jboss.msc.service.fail] MSC000001: Failed to start service jboss.deployment.unit."shop.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."shop.war".WeldStartService: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0] > Caused by: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions: > Exception 0 : > org.jboss.weld.exceptions.DefinitionException: WELD-000412: ObserverMethod.getReception() returned null for org.richfaces.push.cdi.PushCDIExtension$PushObserverMethod at 31e23242 > at org.jboss.weld.util.Observers.validateObserverMethod(Observers.java:118) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.addObserverMethod(AfterBeanDiscoveryImpl.java:158) > at org.richfaces.push.cdi.PushCDIExtension.afterBeanDiscovery(PushCDIExtension.java:99) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:90) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:271) > at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:121) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:258) > at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:237) > at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:174) > at org.jboss.weld.event.ObserverNotifier.notifyObservers(ObserverNotifier.java:133) > at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:107) > at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:54) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:42) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:744) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:44) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > ... 3 more > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 12 17:26:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 12 May 2014 17:26:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13611) RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13611?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reassigned RF-13611: ---------------------------------- Assignee: Pavol Pitonak QE, please verify this with RichFaces 4.5 > RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final > --------------------------------------------------------- > > Key: RF-13611 > URL: https://issues.jboss.org/browse/RF-13611 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha3 > Reporter: Juergen Zimmermann > Assignee: Pavol Pitonak > Fix For: 4.5.0.Alpha3 > > > I'm using WildFly 8.0.0.CR1 and Weld 2.2.0.Final (via the WildFly patch mechanism). However, I'm getting the stacktrace below. When I patch WildFly 8.0.0.CR1 with the predecessor version Weld 2.2.0.CR2, then the issue is gone. > {code} > ERROR [org.jboss.msc.service.fail] MSC000001: Failed to start service jboss.deployment.unit."shop.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."shop.war".WeldStartService: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0] > Caused by: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions: > Exception 0 : > org.jboss.weld.exceptions.DefinitionException: WELD-000412: ObserverMethod.getReception() returned null for org.richfaces.push.cdi.PushCDIExtension$PushObserverMethod at 31e23242 > at org.jboss.weld.util.Observers.validateObserverMethod(Observers.java:118) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.addObserverMethod(AfterBeanDiscoveryImpl.java:158) > at org.richfaces.push.cdi.PushCDIExtension.afterBeanDiscovery(PushCDIExtension.java:99) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:90) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:271) > at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:121) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:258) > at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:237) > at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:174) > at org.jboss.weld.event.ObserverNotifier.notifyObservers(ObserverNotifier.java:133) > at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:107) > at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:54) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:42) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:744) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:44) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > ... 3 more > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 12 17:28:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 12 May 2014 17:28:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13625) org.ajax4jsf.model.SequenceRange is not serializable In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13625?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13625: ------------------------------- Description: {code} Caused by: org.infinispan.marshall.NotSerializableException: org.ajax4jsf.model.SequenceRange Caused by: an exception which occurred: in field cachedRange in field bean in object java.util.HashMap at 0 in object org.jboss.as.clustering.SimpleMarshalledValue at 0 in object org.infinispan.atomic.PutOperation at 0 in object java.util.LinkedList at 0 in object org.infinispan.atomic.AtomicHashMapDelta at 3e01b8 in object org.infinispan.commands.write.PutKeyValueCommand at 514bdbf9 in object org.infinispan.commands.tx.PrepareCommand at 8bb71fb {code} was: Caused by: org.infinispan.marshall.NotSerializableException: org.ajax4jsf.model.SequenceRange Caused by: an exception which occurred: in field cachedRange in field bean in object java.util.HashMap at 0 in object org.jboss.as.clustering.SimpleMarshalledValue at 0 in object org.infinispan.atomic.PutOperation at 0 in object java.util.LinkedList at 0 in object org.infinispan.atomic.AtomicHashMapDelta at 3e01b8 in object org.infinispan.commands.write.PutKeyValueCommand at 514bdbf9 in object org.infinispan.commands.tx.PrepareCommand at 8bb71fb > org.ajax4jsf.model.SequenceRange is not serializable > ---------------------------------------------------- > > Key: RF-13625 > URL: https://issues.jboss.org/browse/RF-13625 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.6 > Reporter: Marco Rossi > Labels: waiting_on_user > > {code} > Caused by: org.infinispan.marshall.NotSerializableException: org.ajax4jsf.model.SequenceRange > Caused by: an exception which occurred: > in field cachedRange > in field bean > in object java.util.HashMap at 0 > in object org.jboss.as.clustering.SimpleMarshalledValue at 0 > in object org.infinispan.atomic.PutOperation at 0 > in object java.util.LinkedList at 0 > in object org.infinispan.atomic.AtomicHashMapDelta at 3e01b8 > in object org.infinispan.commands.write.PutKeyValueCommand at 514bdbf9 > in object org.infinispan.commands.tx.PrepareCommand at 8bb71fb > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 12 17:28:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 12 May 2014 17:28:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13625) org.ajax4jsf.model.SequenceRange is not serializable In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13625?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12967319#comment-12967319 ] Brian Leathem commented on RF-13625: ------------------------------------ [~mrossix] do you have a test case for this? The fastest way to resolve this issue is if you were to prepare a Pull Request that resolves this issue against your local test case. We'll review that Pull Request and include it if it doesn't break any of our tests. > org.ajax4jsf.model.SequenceRange is not serializable > ---------------------------------------------------- > > Key: RF-13625 > URL: https://issues.jboss.org/browse/RF-13625 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.6 > Reporter: Marco Rossi > Labels: waiting_on_user > > {code} > Caused by: org.infinispan.marshall.NotSerializableException: org.ajax4jsf.model.SequenceRange > Caused by: an exception which occurred: > in field cachedRange > in field bean > in object java.util.HashMap at 0 > in object org.jboss.as.clustering.SimpleMarshalledValue at 0 > in object org.infinispan.atomic.PutOperation at 0 > in object java.util.LinkedList at 0 > in object org.infinispan.atomic.AtomicHashMapDelta at 3e01b8 > in object org.infinispan.commands.write.PutKeyValueCommand at 514bdbf9 > in object org.infinispan.commands.tx.PrepareCommand at 8bb71fb > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 12 17:28:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 12 May 2014 17:28:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13625) org.ajax4jsf.model.SequenceRange is not serializable In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13625?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13625: ------------------------------- Labels: waiting_on_user (was: ) > org.ajax4jsf.model.SequenceRange is not serializable > ---------------------------------------------------- > > Key: RF-13625 > URL: https://issues.jboss.org/browse/RF-13625 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.6 > Reporter: Marco Rossi > Labels: waiting_on_user > > {code} > Caused by: org.infinispan.marshall.NotSerializableException: org.ajax4jsf.model.SequenceRange > Caused by: an exception which occurred: > in field cachedRange > in field bean > in object java.util.HashMap at 0 > in object org.jboss.as.clustering.SimpleMarshalledValue at 0 > in object org.infinispan.atomic.PutOperation at 0 > in object java.util.LinkedList at 0 > in object org.infinispan.atomic.AtomicHashMapDelta at 3e01b8 > in object org.infinispan.commands.write.PutKeyValueCommand at 514bdbf9 > in object org.infinispan.commands.tx.PrepareCommand at 8bb71fb > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 12 17:36:58 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 12 May 2014 17:36:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12178) Resource plugin: duplicate css atribute get twice the 1st one In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12178?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12967320#comment-12967320 ] Brian Leathem commented on RF-12178: ------------------------------------ [~rbri] thanks for commenting on this issue. We have not reported it upstream as it was not clear to us that it was an upstream issue. We felt further investigation on our part was required to determine if this was the case, something which we have not yet had the time to do. If you are certain this is an upstream issue with CSSParser then we will go ahead and file the issue. > Resource plugin: duplicate css atribute get twice the 1st one > ------------------------------------------------------------- > > Key: RF-12178 > URL: https://issues.jboss.org/browse/RF-12178 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: resource handling > Affects Versions: 4.2.0.Final > Reporter: Nicolas Daniels > Fix For: 5-Tracking > > > An parsed ecss containing: > background:"-moz-linear-gradient(center top, #CCCCCC, #CCCCCC 2%, #8E8E8E)" repeat scroll 0 0 transparent; > background:"-webkit-gradient(linear, left top, left bottom, from(#CCCCCC), to(#8E8E8E))"; > is resulting to: > background: "-moz-linear-gradient(center top, #CCCCCC, #CCCCCC 2%, #8E8E8E)" repeat scroll 0 0 transparent; > background: "-moz-linear-gradient(center top, #CCCCCC, #CCCCCC 2%, #8E8E8E)" repeat scroll 0 0 transparent; > The 1st background attribute is written twice while the webkit-gradient disapeared. I know I could use richfaces gradient but I want to be able to get css from anywhere and have the advantages of Richfaces resources optimization. > I tried with false or true with same result. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 13 03:52:58 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Tue, 13 May 2014 03:52:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12554) in a doesn't work in composite components In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12554?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek updated RF-12554: ----------------------------- Attachment: RF-12554.zip > in a doesn't work in composite components > ------------------------------------------------------------------------ > > Key: RF-12554 > URL: https://issues.jboss.org/browse/RF-12554 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.2.3.Final > Reporter: Bojan Antonovic > Assignee: Ji?? ?tefek > Priority: Minor > Attachments: RF-12554.zip > > > To make it work, you have to write once the dummy > {code} > > {code} > then you can use as often as you wish: > {code} > > ... > > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 13 04:14:56 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Tue, 13 May 2014 04:14:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12554) in a doesn't work in composite components In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12554?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12967385#comment-12967385 ] Ji?? ?tefek commented on RF-12554: ---------------------------------- Attached a project created from archetypes. I was not able to reproduce this bug neither using tooltip in composite component placed in a4jRepeat or uiRepeat nor using composite component containing tooltip placed in a4jRepeat. Tried in: Firefox 29, Glassfish 3.1.2.2, RF 4.1.6. [~randhawag] could you, please, try the attached project if it works for you? Or could you improve the project so it will reflect your problem? What container (Jboss EAP, Tomcat...), JSF version and browser do you use? > in a doesn't work in composite components > ------------------------------------------------------------------------ > > Key: RF-12554 > URL: https://issues.jboss.org/browse/RF-12554 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.2.3.Final > Reporter: Bojan Antonovic > Assignee: Ji?? ?tefek > Priority: Minor > Attachments: RF-12554.zip > > > To make it work, you have to write once the dummy > {code} > > {code} > then you can use as often as you wish: > {code} > > ... > > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 13 05:00:56 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Tue, 13 May 2014 05:00:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13586) Port the page fragments to RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13586?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak reassigned RF-13586: ---------------------------------- Assignee: Juraj H?ska (was: Pavol Pitonak) > Port the page fragments to RF 4.5 > --------------------------------- > > Key: RF-13586 > URL: https://issues.jboss.org/browse/RF-13586 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: tests - functional > Affects Versions: 4.5.0.Alpha3 > Reporter: Brian Leathem > Assignee: Juraj H?ska > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 13 05:06:57 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Tue, 13 May 2014 05:06:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13611) RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13611?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak reassigned RF-13611: ---------------------------------- Assignee: Ji?? ?tefek (was: Pavol Pitonak) > RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final > --------------------------------------------------------- > > Key: RF-13611 > URL: https://issues.jboss.org/browse/RF-13611 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha3 > Reporter: Juergen Zimmermann > Assignee: Ji?? ?tefek > Fix For: 4.5.0.Alpha3 > > > I'm using WildFly 8.0.0.CR1 and Weld 2.2.0.Final (via the WildFly patch mechanism). However, I'm getting the stacktrace below. When I patch WildFly 8.0.0.CR1 with the predecessor version Weld 2.2.0.CR2, then the issue is gone. > {code} > ERROR [org.jboss.msc.service.fail] MSC000001: Failed to start service jboss.deployment.unit."shop.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."shop.war".WeldStartService: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0] > Caused by: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions: > Exception 0 : > org.jboss.weld.exceptions.DefinitionException: WELD-000412: ObserverMethod.getReception() returned null for org.richfaces.push.cdi.PushCDIExtension$PushObserverMethod at 31e23242 > at org.jboss.weld.util.Observers.validateObserverMethod(Observers.java:118) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.addObserverMethod(AfterBeanDiscoveryImpl.java:158) > at org.richfaces.push.cdi.PushCDIExtension.afterBeanDiscovery(PushCDIExtension.java:99) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:90) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:271) > at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:121) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:258) > at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:237) > at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:174) > at org.jboss.weld.event.ObserverNotifier.notifyObservers(ObserverNotifier.java:133) > at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:107) > at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:54) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:42) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:744) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:44) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > ... 3 more > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 13 06:46:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Tue, 13 May 2014 06:46:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13616) PopupPanel autosize with togglePanel doesn't resize In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska closed RF-13616. ---------------------------- Verified. Closing. > PopupPanel autosize with togglePanel doesn't resize > --------------------------------------------------- > > Key: RF-13616 > URL: https://issues.jboss.org/browse/RF-13616 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 4.2.3.Final, 4.3.6 > Reporter: abhishek vijra > Assignee: Brian Leathem > Labels: gss > Fix For: 4.3.7 > > Attachments: popupPanel-maven.zip, popupPanel.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > PopupPanel doesn't autosize correctly after move. Moving a PopupPanel with 'autosized' attribute enabled causes the width properties of its inner container div, content div, srcoller div, and shadow div to be hard-set such that a subsequent content change doesn't trigger the auto-resize of the PopupPanel any longer. The PopupPanel height is apparently unaffected. > Attached is a testcase to demonstrate the problem, see the attached zip file containing a minimal JSF application which reproduces the undesired behavior. > {code} > onload="#{rich:component('popup')}.hide(); return false;"> > > .rf-tgp-itm { > border: 1px solid #{richSkin.panelBorderColor}; > padding: 5px; > } > > .tabDiv { > margin: 0 5px 5px 0; > border: 1px solid #{richSkin.panelBorderColor}; > background-color: #{richSkin.headerBackgroundColor}; > cursor: pointer; > padding: 0 5px; > float: left; > } > > > > > > > resizeable="false"> > > > > > onclick="#{rich:component('popup')}.hide(); return false;">X > > > itemChangeListener="#{panelMenuBean.processItemChange}"> > >

Panel Item 1

>

Steps to reproduce:

>

1. Without moving the PopupPanel directly switch to Panel > Item 2.

>

3. Now move the PopupPanel around and then switch back to > Panel Item 2.

> > >

Panel Item 2

>

2. The PopupPanel is autosized, correctly adjusting to the > size difference between its previous and its current content. Now > switch back to Panel Item 1.

>

4. As you notice, the PopupPanel isn't properly autosized > anymore after first moving it but is now stuck to the smaller > width of Panel Item 1, its previous content.

> > > > > targetItem="item1" /> > style="#{rich:findComponent('panel1').activeItem == 'item1' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > targetItem="item2" /> > style="#{rich:findComponent('panel1').activeItem == 'item2' ? 'font-weight:bold' : 'font-weight:normal'}" /> > > > > > > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 13 11:06:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 13 May 2014 11:06:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12554) in a doesn't work in composite components In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12554?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-12554: ------------------------------- Labels: waiting_on_user (was: ) > in a doesn't work in composite components > ------------------------------------------------------------------------ > > Key: RF-12554 > URL: https://issues.jboss.org/browse/RF-12554 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.2.3.Final > Reporter: Bojan Antonovic > Assignee: Ji?? ?tefek > Priority: Minor > Labels: waiting_on_user > Attachments: RF-12554.zip > > > To make it work, you have to write once the dummy > {code} > > {code} > then you can use as often as you wish: > {code} > > ... > > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 02:16:57 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Wed, 14 May 2014 02:16:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13628) notifyMessage - stack attribute - only default value works In-Reply-To: References: Message-ID: Juraj H?ska created RF-13628: -------------------------------- Summary: notifyMessage - stack attribute - only default value works Key: RF-13628 URL: https://issues.jboss.org/browse/RF-13628 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-validators Affects Versions: 4.3.7 Reporter: Juraj H?ska {{notifyMessage}} & {{notifyMessages}} attribute {{stack}} cease to function. Whatever the value is, -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 02:18:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Wed, 14 May 2014 02:18:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13628) notifyMessage - stack attribute - only default value works In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13628: ----------------------------- Description: {{notifyMessage}} & {{notifyMessages}} attribute {{stack}} cease to function. Whatever the value is, the notify message is still rendered only in the top right stack. (was: {{notifyMessage}} & {{notifyMessages}} attribute {{stack}} cease to function. Whatever the value is, ) > notifyMessage - stack attribute - only default value works > ---------------------------------------------------------- > > Key: RF-13628 > URL: https://issues.jboss.org/browse/RF-13628 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-validators > Affects Versions: 4.3.7 > Reporter: Juraj H?ska > > {{notifyMessage}} & {{notifyMessages}} attribute {{stack}} cease to function. Whatever the value is, the notify message is still rendered only in the top right stack. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 02:18:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Wed, 14 May 2014 02:18:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13628) notifyMessage - stack attribute - only default value works In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13628: ----------------------------- Priority: Critical (was: Major) > notifyMessage - stack attribute - only default value works > ---------------------------------------------------------- > > Key: RF-13628 > URL: https://issues.jboss.org/browse/RF-13628 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-validators > Affects Versions: 4.3.7 > Reporter: Juraj H?ska > Priority: Critical > > {{notifyMessage}} & {{notifyMessages}} attribute {{stack}} cease to function. Whatever the value is, the notify message is still rendered only in the top right stack. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 02:20:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Wed, 14 May 2014 02:20:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13628) notifyMessage - stack attribute - only default value works In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13628: ----------------------------- Steps to Reproduce: # deploy Metamer and load http://localhost:8080/metamer/faces/components/richNotifyMessage/jsr303.xhtml # set attribute {{stack}} to e.g. {{topLeftStack}} # click on the "set wrong values" button # click on the "a4j:commandButton" button # see that notify messages are rendered in right stack instead of left one Labels: regression (was: ) > notifyMessage - stack attribute - only default value works > ---------------------------------------------------------- > > Key: RF-13628 > URL: https://issues.jboss.org/browse/RF-13628 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-validators > Affects Versions: 4.3.7 > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > > {{notifyMessage}} & {{notifyMessages}} attribute {{stack}} cease to function. Whatever the value is, the notify message is still rendered only in the top right stack. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 02:48:57 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Wed, 14 May 2014 02:48:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - cease to autosize its width according to content In-Reply-To: References: Message-ID: Juraj H?ska created RF-13629: -------------------------------- Summary: popupPanel - cease to autosize its width according to content Key: RF-13629 URL: https://issues.jboss.org/browse/RF-13629 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-output Affects Versions: 4.3.7 Environment: Firefox Reporter: Juraj H?ska Priority: Critical PopupPanel attribute {{autosize}} does not work correctly. It does not change its *width* automatically according to the content size of the panel. Height is adjusted well. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 02:54:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 14 May 2014 02:54:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13628) notifyMessage - stack attribute - only default value works In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12967710#comment-12967710 ] Brian Leathem commented on RF-13628: ------------------------------------ In what version was this last working correctly? > notifyMessage - stack attribute - only default value works > ---------------------------------------------------------- > > Key: RF-13628 > URL: https://issues.jboss.org/browse/RF-13628 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-validators > Affects Versions: 4.3.7 > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > > {{notifyMessage}} & {{notifyMessages}} attribute {{stack}} cease to function. Whatever the value is, the notify message is still rendered only in the top right stack. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 02:54:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 14 May 2014 02:54:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - cease to autosize its width according to content In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12967711#comment-12967711 ] Brian Leathem edited comment on RF-13629 at 5/14/14 2:54 AM: ------------------------------------------------------------- Setting the width and height to {{-1}} is suspect. Can you reproduce this in a standalone reproducer with the width and height left unset? was (Author: bleathem): seeting the width and height to {{-1}} is suspect. Can you reproduce this in a standalone reproducer with the width and height left unset? > popupPanel - cease to autosize its width according to content > ------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > > PopupPanel attribute {{autosize}} does not work correctly. It does not change its *width* automatically according to the content size of the panel. Height is adjusted well. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 02:54:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 14 May 2014 02:54:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - cease to autosize its width according to content In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12967711#comment-12967711 ] Brian Leathem commented on RF-13629: ------------------------------------ seeting the width and height to {{-1}} is suspect. Can you reproduce this in a standalone reproducer with the width and height left unset? > popupPanel - cease to autosize its width according to content > ------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > > PopupPanel attribute {{autosize}} does not work correctly. It does not change its *width* automatically according to the content size of the panel. Height is adjusted well. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 03:10:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Wed, 14 May 2014 03:10:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13628) notifyMessage - stack attribute - only default value works In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska resolved RF-13628. ------------------------------ Resolution: Rejected Sorry, it is a bug of application not a bug of framework. Wrong namespaces were used. > notifyMessage - stack attribute - only default value works > ---------------------------------------------------------- > > Key: RF-13628 > URL: https://issues.jboss.org/browse/RF-13628 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-validators > Affects Versions: 4.3.7 > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > > {{notifyMessage}} & {{notifyMessages}} attribute {{stack}} cease to function. Whatever the value is, the notify message is still rendered only in the top right stack. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 03:22:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Wed, 14 May 2014 03:22:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - cease to autosize its width according to content In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13629: ----------------------------- Steps to Reproduce: # deploy Metamer and load http://localhost:8080/metamer/faces/components/richPopupPanel/simple.xhtml # set "Popup's paragraph width:" input to {{100}} # set {{resizeable}} to {{false}} # set {{autosized}} to {{true}} # set {{width}} to {{-1}} # set {{height}} to {{-1}} # click on the Call popup button # see that popup panel adjusted only its height, width stays the same was: # deploy Metamer and load http://localhost:8080/metamer/faces/components/richPopupPanel/simple.xhtml # set "Popup's paragraph width:" input to {{100}} # set {{autosized}} to {{true}} # set {{resizeable}} to {{false}} # set {{width}} to {{-1}} # set {{height}} to {{-1}} # click on the Call popup button # see that popup panel adjusted only its height, width stays the same > popupPanel - cease to autosize its width according to content > ------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > > PopupPanel attribute {{autosize}} does not work correctly. It does not change its *width* automatically according to the content size of the panel. Height is adjusted well. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 03:30:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Wed, 14 May 2014 03:30:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - cease to autosize its width according to content In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13629: ----------------------------- Steps to Reproduce: # deploy Metamer and load http://localhost:8080/metamer/faces/components/richPopupPanel/simple.xhtml # set "Popup's paragraph width:" input to {{100}} # set {{resizeable}} to {{false}} # set {{autosized}} to {{true}} # set {{width}} to "" # set {{height}} to "" # click on the Call popup button # see that popup panel adjusted only its height, width stays the same was: # deploy Metamer and load http://localhost:8080/metamer/faces/components/richPopupPanel/simple.xhtml # set "Popup's paragraph width:" input to {{100}} # set {{resizeable}} to {{false}} # set {{autosized}} to {{true}} # set {{width}} to {{-1}} # set {{height}} to {{-1}} # click on the Call popup button # see that popup panel adjusted only its height, width stays the same > popupPanel - cease to autosize its width according to content > ------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > > PopupPanel attribute {{autosize}} does not work correctly. It does not change its *width* automatically according to the content size of the panel. Height is adjusted well. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 03:30:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Wed, 14 May 2014 03:30:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - cease to autosize its width according to content In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12967719#comment-12967719 ] Juraj H?ska commented on RF-13629: ---------------------------------- I tried to set those values to empty strings, and I can still reproduce it. However, [~jstefek] can not, we need to investigate further. > popupPanel - cease to autosize its width according to content > ------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > > PopupPanel attribute {{autosize}} does not work correctly. It does not change its *width* automatically according to the content size of the panel. Height is adjusted well. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 05:19:57 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Wed, 14 May 2014 05:19:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - cease to autosize its width according to content In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12967740#comment-12967740 ] Juraj H?ska commented on RF-13629: ---------------------------------- It is a problem that attributes {{maxHeight}}, {{maxWidth}}, {{minWidth}}, {{minHeight}} are not ignored anymore when {{autosize}} is set to {{true}}. I will investigate further on standalone project. > popupPanel - cease to autosize its width according to content > ------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > > PopupPanel attribute {{autosize}} does not work correctly. It does not change its *width* automatically according to the content size of the panel. Height is adjusted well. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 05:21:57 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Wed, 14 May 2014 05:21:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - cease to autosize its width according to content In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12967741#comment-12967741 ] Ji?? ?tefek commented on RF-13629: ---------------------------------- My fault was using old RF version. I can confirm it is a regression. > popupPanel - cease to autosize its width according to content > ------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > > PopupPanel attribute {{autosize}} does not work correctly. It does not change its *width* automatically according to the content size of the panel. Height is adjusted well. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 05:21:57 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Wed, 14 May 2014 05:21:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - cease to autosize its width according to content In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12967741#comment-12967741 ] Ji?? ?tefek edited comment on RF-13629 at 5/14/14 5:20 AM: ----------------------------------------------------------- My fault, I was using old RF version. I can confirm it is a regression. was (Author: jstefek): My fault was using old RF version. I can confirm it is a regression. > popupPanel - cease to autosize its width according to content > ------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > > PopupPanel attribute {{autosize}} does not work correctly. It does not change its *width* automatically according to the content size of the panel. Height is adjusted well. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 05:57:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Wed, 14 May 2014 05:57:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - cease to autosize its width according to content In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12967740#comment-12967740 ] Juraj H?ska edited comment on RF-13629 at 5/14/14 5:56 AM: ----------------------------------------------------------- The problem is, that attributes {{maxHeight}}, {{maxWidth}}, {{minWidth}}, {{minHeight}} are not ignored anymore when {{autosize}} is set to {{true}}. I will investigate further on standalone project. was (Author: jhuska): It is a problem that attributes {{maxHeight}}, {{maxWidth}}, {{minWidth}}, {{minHeight}} are not ignored anymore when {{autosize}} is set to {{true}}. I will investigate further on standalone project. > popupPanel - cease to autosize its width according to content > ------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > > PopupPanel attribute {{autosize}} does not work correctly. It does not change its *width* automatically according to the content size of the panel. Height is adjusted well. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 07:43:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Wed, 14 May 2014 07:43:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - cease to autosize its width according to content In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12967761#comment-12967761 ] Juraj H?ska commented on RF-13629: ---------------------------------- I have reproduced it on standalone project, [here|https://github.com/jhuska/richfaces-sanbox/blob/RF-13629/pom.xml]. See also the attachments, where is maybe more visible what is the problem. In previous releases attributes {{maxHeight}}, {{maxWidth}}, {{minWidth}}, {{minHeight}} were ignored when {{autosize == true}}. However, it is not explicitly stated in the documentation. In the same time IMHO they should be ignored, e.g. because of their default values. > popupPanel - cease to autosize its width according to content > ------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > Attachments: popupPanelWrong.png, popupPanelWrong.png > > > PopupPanel attribute {{autosize}} does not work correctly. It does not change its *width* automatically according to the content size of the panel. Height is adjusted well. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 07:43:57 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Wed, 14 May 2014 07:43:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - cease to autosize its width according to content In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13629: ----------------------------- Attachment: popupPanelWrong.png > popupPanel - cease to autosize its width according to content > ------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > Attachments: popupPanelWrong.png, popupPanelWrong.png > > > PopupPanel attribute {{autosize}} does not work correctly. It does not change its *width* automatically according to the content size of the panel. Height is adjusted well. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 07:43:57 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Wed, 14 May 2014 07:43:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - cease to autosize its width according to content In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13629: ----------------------------- Attachment: popupPanelWrong.png > popupPanel - cease to autosize its width according to content > ------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > Attachments: popupPanelWrong.png, popupPanelWrong.png > > > PopupPanel attribute {{autosize}} does not work correctly. It does not change its *width* automatically according to the content size of the panel. Height is adjusted well. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 07:45:58 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Wed, 14 May 2014 07:45:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - cease to autosize its width according to content In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13629: ----------------------------- Attachment: (was: popupPanelWrong.png) > popupPanel - cease to autosize its width according to content > ------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > Attachments: popupPanelGood.png, popupPanelWrong.png > > > PopupPanel attribute {{autosize}} does not work correctly. It does not change its *width* automatically according to the content size of the panel. Height is adjusted well. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 07:45:58 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Wed, 14 May 2014 07:45:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - cease to autosize its width according to content In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13629: ----------------------------- Attachment: popupPanelGood.png > popupPanel - cease to autosize its width according to content > ------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > Attachments: popupPanelGood.png, popupPanelWrong.png > > > PopupPanel attribute {{autosize}} does not work correctly. It does not change its *width* automatically according to the content size of the panel. Height is adjusted well. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 07:47:57 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Wed, 14 May 2014 07:47:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - cease to autosize its width according to content In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12967761#comment-12967761 ] Juraj H?ska edited comment on RF-13629 at 5/14/14 7:46 AM: ----------------------------------------------------------- I have reproduced it on standalone project, [here|https://github.com/jhuska/richfaces-sanbox/blob/RF-13629/pom.xml]. See also the attachments, where is maybe more visible what is the problem. In previous releases attributes {{maxHeight}}, {{maxWidth}}, {{minWidth}}, {{minHeight}} were ignored when {{autosize == true}}. However, it is not explicitly stated in the documentation. In the same time IMHO they should be ignored, e.g. because of their default values. Steps to reproduce: # clone, build and deploy app from https://github.com/jhuska/richfaces-sanbox/tree/RF-13629 # load http://localhost:8080/richfaces-sanbox # click on Call the popup # see that popups width is not autosized to 100px (the size of the paragraph inside the panel), but to the {{minWidth}} was (Author: jhuska): I have reproduced it on standalone project, [here|https://github.com/jhuska/richfaces-sanbox/blob/RF-13629/pom.xml]. See also the attachments, where is maybe more visible what is the problem. In previous releases attributes {{maxHeight}}, {{maxWidth}}, {{minWidth}}, {{minHeight}} were ignored when {{autosize == true}}. However, it is not explicitly stated in the documentation. In the same time IMHO they should be ignored, e.g. because of their default values. > popupPanel - cease to autosize its width according to content > ------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > Attachments: popupPanelGood.png, popupPanelWrong.png > > > PopupPanel attribute {{autosize}} does not work correctly. It does not change its *width* automatically according to the content size of the panel. Height is adjusted well. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 07:57:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Wed, 14 May 2014 07:57:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - cease to autosize its width according to content when minWidth is different In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13629: ----------------------------- Summary: popupPanel - cease to autosize its width according to content when minWidth is different (was: popupPanel - cease to autosize its width according to content) > popupPanel - cease to autosize its width according to content when minWidth is different > ---------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > Attachments: popupPanelGood.png, popupPanelWrong.png > > > PopupPanel attribute {{autosize}} does not work correctly. It does not change its *width* automatically according to the content size of the panel. Height is adjusted well. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 07:59:57 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Wed, 14 May 2014 07:59:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13629: ----------------------------- Summary: popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true (was: popupPanel - cease to autosize its width according to content when minWidth is different) > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > Attachments: popupPanelGood.png, popupPanelWrong.png > > > PopupPanel attribute {{autosize}} does not work correctly. It does not change its *width* automatically according to the content size of the panel. Height is adjusted well. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 08:03:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Wed, 14 May 2014 08:03:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13629: ----------------------------- Description: In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. When used together (does not really make sense IMHO, but maybe I am neglecting some use case), e.g. the popup width is not adjusted automatically. was:PopupPanel attribute {{autosize}} does not work correctly. It does not change its *width* automatically according to the content size of the panel. Height is adjusted well. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > Attachments: popupPanelGood.png, popupPanelWrong.png > > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), e.g. the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 08:03:57 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Wed, 14 May 2014 08:03:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13629: ----------------------------- Description: In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. was: In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. When used together (does not really make sense IMHO, but maybe I am neglecting some use case), e.g. the popup width is not adjusted automatically. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > Attachments: popupPanelGood.png, popupPanelWrong.png > > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 10:31:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Wed, 14 May 2014 10:31:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13630) RichFaces 4.5.x can not be built due to cyclic maven dependency In-Reply-To: References: Message-ID: Juraj H?ska created RF-13630: -------------------------------- Summary: RichFaces 4.5.x can not be built due to cyclic maven dependency Key: RF-13630 URL: https://issues.jboss.org/browse/RF-13630 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: build/distribution Affects Versions: 4.5.0.Alpha3 Reporter: Juraj H?ska Priority: Critical Building of https://github.com/richfaces/richfaces/tree/4.5.x is not possible. There is a cyclic maven dependency: {code} [ERROR] The projects in the reactor contain a cyclic reference: Edge between 'Vertex{label='org.richfaces:richfaces-resource-optimizer-maven-plugin:4.5.0-SNAPSHOT'}' and 'Vertex{label='org.richfaces:richfaces:4.5.0-SNAPSHOT'}' introduces to cycle in the graph org.richfaces:richfaces:4.5.0-SNAPSHOT --> org.richfaces:richfaces-resource-optimizer-maven-plugin:4.5.0-SNAPSHOT --> org.richfaces:richfaces:4.5.0-SNAPSHOT -> [Help 1] {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 10:57:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 14 May 2014 10:57:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12967844#comment-12967844 ] Brian Leathem commented on RF-13629: ------------------------------------ {{maxHeight}}, {{maxWidth}}, {{minWidth}}, {{minHeight}} should not be ignored even when {{autosize == true}}. One should be able to autosize a popup while still specifying upper and lower bounds on that resizing. The previous behaviour of ignoring these limits was incorrect. Rather leaving these values unset should provide the sought-after behaviour of a fully auto-sized popup. If the default values are what is causing a problem, those can be changed. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > Attachments: popupPanelGood.png, popupPanelWrong.png > > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 11:35:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 14 May 2014 11:35:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12967853#comment-12967853 ] Brian Leathem edited comment on RF-13629 at 5/14/14 11:35 AM: -------------------------------------------------------------- I am unable to reproduce the described behaviour with the attached sample. Setting the width of the inner paragraph element correctly sets the width of the popupPanel (leaving the max/min widths unset). [~jhuska] please try and reproduce this issue in the attached sample to confirm that the problem reported is not localized to metamer. ---- Deploy the sample, goto: http://localhost:8080/sample/simple.jsf was (Author: bleathem): I am unable to reproduce the described behaviour with the attached sample. Setting the width of the inner paragraph element correctly sets the width of the popupPanel (leaving the max/min widths unset). [~jhuska] please try and reproduce this issue in the attached sample to confirm that the problem reported is not localized to metamer. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 11:35:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 14 May 2014 11:35:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13629: ------------------------------- Attachment: sample.zip I am unable to reproduce the described behaviour with the attached sample. Setting the width of the inner paragraph element correctly sets the width of the popupPanel (leaving the max/min widths unset). [~jhuska] please try and reproduce this issue in the attached sample to confirm that the problem reported is not localized to metamer. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 18:39:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 14 May 2014 18:39:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13631) Remove the components/dist module In-Reply-To: References: Message-ID: Brian Leathem created RF-13631: ---------------------------------- Summary: Remove the components/dist module Key: RF-13631 URL: https://issues.jboss.org/browse/RF-13631 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Reporter: Brian Leathem Assignee: Brian Leathem Fix For: 4.5.0.Alpha3 The components-dist module appears to be redundant now that we have ported the RF 5 frameowrk to RF 4.5.: https://github.com/richfaces/richfaces/tree/4.5.x/components/dist I propose we removed this dist module altogether. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 18:39:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 14 May 2014 18:39:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13631) Remove the components/dist module In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13631?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13631: ------------------------------- Original Estimate: 15 minutes Remaining Estimate: 15 minutes Sprint: 4.5.0.Alpha3 - Sprint 2 [~lfryc] would you please comment on whether or not my assessment of this dist module is correct? > Remove the components/dist module > --------------------------------- > > Key: RF-13631 > URL: https://issues.jboss.org/browse/RF-13631 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > The components-dist module appears to be redundant now that we have ported the RF 5 frameowrk to RF 4.5.: > https://github.com/richfaces/richfaces/tree/4.5.x/components/dist > I propose we removed this dist module altogether. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 18:43:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 14 May 2014 18:43:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13626) Rename the BOM artifact In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13626?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13626. -------------------------------- Resolution: Done > Rename the BOM artifact > ----------------------- > > Key: RF-13626 > URL: https://issues.jboss.org/browse/RF-13626 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > I'd like to rename the BOM. Currently the BOM manages the following Dependency versions: > {code} > > > > > opensymphony > oscache > ${version.oscache} > > > org.jboss.cache > jbosscache-core > ${version.jbosscache} > > > net.sf.ehcache > ehcache > ${version.ehcache} > > > > {code} > Since only the cache-dependencies are managed, we could rename the BOM to {{richfaces-cache-bom}}. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 19:39:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 14 May 2014 19:39:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13630) RichFaces 4.5.x can not be built due to cyclic maven dependency In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13630: ------------------------------- Fix Version/s: 4.5.0.Alpha3 > RichFaces 4.5.x can not be built due to cyclic maven dependency > --------------------------------------------------------------- > > Key: RF-13630 > URL: https://issues.jboss.org/browse/RF-13630 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha3 > Reporter: Juraj H?ska > Priority: Critical > Fix For: 4.5.0.Alpha3 > > > Building of https://github.com/richfaces/richfaces/tree/4.5.x is not possible. > There is a cyclic maven dependency: > {code} > [ERROR] The projects in the reactor contain a cyclic reference: Edge between 'Vertex{label='org.richfaces:richfaces-resource-optimizer-maven-plugin:4.5.0-SNAPSHOT'}' and 'Vertex{label='org.richfaces:richfaces:4.5.0-SNAPSHOT'}' introduces to cycle in the graph org.richfaces:richfaces:4.5.0-SNAPSHOT --> org.richfaces:richfaces-resource-optimizer-maven-plugin:4.5.0-SNAPSHOT --> org.richfaces:richfaces:4.5.0-SNAPSHOT -> [Help 1] > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 19:39:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 14 May 2014 19:39:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13630) RichFaces 4.5.x can not be built due to cyclic maven dependency In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reassigned RF-13630: ---------------------------------- Assignee: Brian Leathem > RichFaces 4.5.x can not be built due to cyclic maven dependency > --------------------------------------------------------------- > > Key: RF-13630 > URL: https://issues.jboss.org/browse/RF-13630 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha3 > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Fix For: 4.5.0.Alpha3 > > > Building of https://github.com/richfaces/richfaces/tree/4.5.x is not possible. > There is a cyclic maven dependency: > {code} > [ERROR] The projects in the reactor contain a cyclic reference: Edge between 'Vertex{label='org.richfaces:richfaces-resource-optimizer-maven-plugin:4.5.0-SNAPSHOT'}' and 'Vertex{label='org.richfaces:richfaces:4.5.0-SNAPSHOT'}' introduces to cycle in the graph org.richfaces:richfaces:4.5.0-SNAPSHOT --> org.richfaces:richfaces-resource-optimizer-maven-plugin:4.5.0-SNAPSHOT --> org.richfaces:richfaces:4.5.0-SNAPSHOT -> [Help 1] > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 19:39:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 14 May 2014 19:39:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13630) RichFaces 4.5.x can not be built due to cyclic maven dependency In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13630. -------------------------------- Resolution: Done Corrected the resource-optimizer-plugin dependency > RichFaces 4.5.x can not be built due to cyclic maven dependency > --------------------------------------------------------------- > > Key: RF-13630 > URL: https://issues.jboss.org/browse/RF-13630 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha3 > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > Building of https://github.com/richfaces/richfaces/tree/4.5.x is not possible. > There is a cyclic maven dependency: > {code} > [ERROR] The projects in the reactor contain a cyclic reference: Edge between 'Vertex{label='org.richfaces:richfaces-resource-optimizer-maven-plugin:4.5.0-SNAPSHOT'}' and 'Vertex{label='org.richfaces:richfaces:4.5.0-SNAPSHOT'}' introduces to cycle in the graph org.richfaces:richfaces:4.5.0-SNAPSHOT --> org.richfaces:richfaces-resource-optimizer-maven-plugin:4.5.0-SNAPSHOT --> org.richfaces:richfaces:4.5.0-SNAPSHOT -> [Help 1] > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 14 19:39:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 14 May 2014 19:39:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13630) RichFaces 4.5.x can not be built due to cyclic maven dependency In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13630: ------------------------------- Original Estimate: 30 minutes Remaining Estimate: 30 minutes Sprint: 4.5.0.Alpha3 - Sprint 2 > RichFaces 4.5.x can not be built due to cyclic maven dependency > --------------------------------------------------------------- > > Key: RF-13630 > URL: https://issues.jboss.org/browse/RF-13630 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha3 > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > Building of https://github.com/richfaces/richfaces/tree/4.5.x is not possible. > There is a cyclic maven dependency: > {code} > [ERROR] The projects in the reactor contain a cyclic reference: Edge between 'Vertex{label='org.richfaces:richfaces-resource-optimizer-maven-plugin:4.5.0-SNAPSHOT'}' and 'Vertex{label='org.richfaces:richfaces:4.5.0-SNAPSHOT'}' introduces to cycle in the graph org.richfaces:richfaces:4.5.0-SNAPSHOT --> org.richfaces:richfaces-resource-optimizer-maven-plugin:4.5.0-SNAPSHOT --> org.richfaces:richfaces:4.5.0-SNAPSHOT -> [Help 1] > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 15 05:17:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Thu, 15 May 2014 05:17:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968047#comment-12968047 ] Juraj H?ska commented on RF-13629: ---------------------------------- Unfortunately the attached reproducer is empty (not xhtml pages are there). However, I have already reproduced it in different than Metamer sample. Please see my [comment|https://issues.jboss.org/browse/RF-13629?focusedCommentId=12967761&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12967761]. Now I updated the sample, you can find [there|https://github.com/jhuska/richfaces-sanbox/tree/RF-13629/src/main/webapp]: * {{minWidthSetBiggerThanContent.xhtml}} - this page simulates how {{minWidth}} overrides the width of the content. As you are [~bleathem] saying, it is probably not a bug. I just want to point out that it is different than in previous releases, and we need to document it somewhere (release notes, documentation). * {{verticalMovementBroken.xhtml}} - this is probably more serious, when {{maxHeight}} is set, then vertical movement of the popupPanel is not possible You can check all those sample when you: # clone branch https://github.com/jhuska/richfaces-sanbox/tree/RF-13629 # deploy it and load e.g. http://localhost:8080/richfaces-sanbox/verticalMovementBroken.jsf > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 15 05:55:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Thu, 15 May 2014 05:55:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968060#comment-12968060 ] Juraj H?ska commented on RF-13629: ---------------------------------- I am also quite unsure what are the default values, there seems to be quite a discrepancy between the doc and the real behavior. See: https://github.com/richfaces/richfaces/blob/4.5.x/components/rich/src/main/java/org/richfaces/component/AbstractPopupPanel.java#L76-81 , e.g. no {{IllegalArgumentException}} is thrown when {{maxHeight}} is lower than 10. What default values are expected then ? I will create an issue once I have more info about this. Thanks. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 15 08:55:58 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Thu, 15 May 2014 08:55:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13586) Port the page fragments to RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968108#comment-12968108 ] Juraj H?ska commented on RF-13586: ---------------------------------- Pull request linked. I basically just copied the rf-qa page fragments repository to the framework repo. > Port the page fragments to RF 4.5 > --------------------------------- > > Key: RF-13586 > URL: https://issues.jboss.org/browse/RF-13586 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: tests - functional > Affects Versions: 4.5.0.Alpha3 > Reporter: Brian Leathem > Assignee: Juraj H?ska > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 15 08:55:58 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Thu, 15 May 2014 08:55:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13586) Port the page fragments to RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968108#comment-12968108 ] Juraj H?ska edited comment on RF-13586 at 5/15/14 8:54 AM: ----------------------------------------------------------- Pull request linked. I basically just copied the rf-qa page fragments repository to the framework repo & updated licence headers. was (Author: jhuska): Pull request linked. I basically just copied the rf-qa page fragments repository to the framework repo. > Port the page fragments to RF 4.5 > --------------------------------- > > Key: RF-13586 > URL: https://issues.jboss.org/browse/RF-13586 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: tests - functional > Affects Versions: 4.5.0.Alpha3 > Reporter: Brian Leathem > Assignee: Juraj H?ska > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 15 08:55:58 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Thu, 15 May 2014 08:55:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13591) RichFaces 4.5 integration tests are failing In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968109#comment-12968109 ] Michal Petrov commented on RF-13591: ------------------------------------ I've managed to fix deployment dependencies but some tests are still failing: * ITResourceOptimization - resource optimization settings need to be updated, I'll look into that * IT*Validation - there are errors on the tested page after submission, inaccessible bean property * ITPlaceholderInputTest - the UIForm error that occurs in Production is messing with the expected XML structure * ITDnd - inaccessible bean method * ITFocusManager - java.lang.IllegalStateException: There is no context available for qualifier javax.enterprise.inject.Default. Available contexts are [interface org.jboss.arquillian.drone.api.annotation.Default]. I am not sure how to fix those. Concerning the deployments we use classes such as DndDeployment and MiscDeployment but components are no longer split into multiple jars, so I'm guessing we can use just a single deployment class for components (we also don't need to depend on the classes from core). > RichFaces 4.5 integration tests are failing > ------------------------------------------- > > Key: RF-13591 > URL: https://issues.jboss.org/browse/RF-13591 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha2 > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Fix For: 4.5.0.Alpha3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > RichFaces 4.5 cannot be build because of compilation errors in integration tests: > {code} > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:testCompile (default-testCompile) on project richfaces: Compilation failure: Compilation failure: > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[9,30] error: cannot find symbol > [ERROR] package org.richfaces.ui.toggle > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[10,39] error: package org.richfaces.ui.toggle.tabPanel does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[18,12] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[19,27] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[21,28] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[25,11] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[29,35] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[33,16] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[48,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[38,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[31,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[32,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[34,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[35,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[44,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[45,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[57,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[61,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[65,29] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusSubmissionMethods.java:[50,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[49,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[50,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[85,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[89,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[93,29] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[56,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[57,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[63,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[64,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[100,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[62,19] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[49,8] error: cannot find symbol > [ERROR] class VerifyFocusEnforcingOverridesFocusSettings > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[50,8] error: cannot find symbol > [ERROR] > [ERROR] E extends HtmlElement declared in method getElementById(String) > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[77,8] error: cannot find symbol > [ERROR] class VerifyFocusCandidates > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[78,8] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[153,16] error: cannot find symbol > [ERROR] class AbstractFocus > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[154,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,55] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,56] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,56] error: cannot find symbol > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 15 10:51:57 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Thu, 15 May 2014 10:51:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13514) Support file upload progress tracking in Servlets >= 3.0 environment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13514?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968161#comment-12968161 ] Juraj H?ska commented on RF-13514: ---------------------------------- I have retested on WildFly 8.0.0.Final, and I have not found any other issue. (unfortunately it is not possible to test this new fileUpload automatically because of ARQGRA-432). > Support file upload progress tracking in Servlets >= 3.0 environment > -------------------------------------------------------------------- > > Key: RF-13514 > URL: https://issues.jboss.org/browse/RF-13514 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-input, core > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > We currently support two approaches for file upload: > * Servlets 2.5: own request form data parser [{{MultipartRequestParser}}|https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/request/MultipartRequestParser.java] > * Servlets 3.0: leveraging {{HttpServletRequest#getParts()}} > However as we have discussed RF-13444, we had to finally do a trade-off of limiting support of file progress tracking. I.e. in Servlets 3.0 we have no simple way how to track file upload progress since getParts() returns data for completed request. > There are several possible outcomes: > 1) drop server-side file upload progress tracking and leverage XHR2/HTML5 that has built-in ability to track progress > * imho we are already prepared to switch to XHR2 and client-side progress (possibly leveraging some third-party widget) since [all major browsers support it at least one version back|http://caniuse.com/#feat=xhr2] > * existing implementation: http://www.script-tutorials.com/pure-html5-file-upload/ > 2) use a {{ServletFilter}} to wrap a request as our {{FileUploadFacesContextFactory}} currently do and so have an earlier access to the request object > * this principle has a drawback - we have to ensure our filter has high-enough priority so the servlet container won't touch the request body yet -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 15 11:39:57 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Thu, 15 May 2014 11:39:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13632) RF 4.5 - refactor Javascript namespaces In-Reply-To: References: Message-ID: Michal Petrov created RF-13632: ---------------------------------- Summary: RF 4.5 - refactor Javascript namespaces Key: RF-13632 URL: https://issues.jboss.org/browse/RF-13632 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: 4.5.0.Alpha2 Reporter: Michal Petrov Assignee: Michal Petrov Fix For: 4.5.0.Alpha3 Component scripts were using {{rf.rf4.ui}} namespace to avoid collision. This can be changed back to {{rf.ui}}. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 15 11:53:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 15 May 2014 11:53:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13629: ------------------------------- Attachment: (was: sample.zip) > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 15 11:53:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 15 May 2014 11:53:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13629: ------------------------------- Attachment: sample.zip > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 15 11:53:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 15 May 2014 11:53:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968189#comment-12968189 ] Brian Leathem commented on RF-13629: ------------------------------------ I've updated teh attached sample. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 15 13:17:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 15 May 2014 13:17:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968210#comment-12968210 ] Brian Leathem commented on RF-13629: ------------------------------------ I've committed a fix where I applied the same changes to the height handling as were applied to the width handling in RF-13616. [~jhuska] please review all aspects of width/height handling for the popupPanel. I will await your QA analysis before we proceed with a respin. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Priority: Critical > Labels: regression > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 15 13:17:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 15 May 2014 13:17:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13629: ------------------------------- Assignee: Juraj H?ska > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Juraj H?ska > Priority: Critical > Labels: regression > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 15 13:19:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 15 May 2014 13:19:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13629: ------------------------------- Original Estimate: 1 hour Remaining Estimate: 1 hour Fix Version/s: 4.5.0.Alpha3 Sprint: 4.5.0.Alpha3 - Sprint 2 > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Juraj H?ska > Priority: Critical > Labels: regression > Fix For: 4.5.0.Alpha3 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 15 13:23:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 15 May 2014 13:23:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13632) RF 4.5 - refactor Javascript namespaces In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13632?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13632: ------------------------------- Original Estimate: 1 hour Remaining Estimate: 1 hour Sprint: 4.5.0.Alpha3 - Sprint 2 > RF 4.5 - refactor Javascript namespaces > --------------------------------------- > > Key: RF-13632 > URL: https://issues.jboss.org/browse/RF-13632 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 4.5.0.Alpha2 > Reporter: Michal Petrov > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Component scripts were using {{rf.rf4.ui}} namespace to avoid collision. This can be changed back to {{rf.ui}}. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 15 13:25:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 15 May 2014 13:25:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13629: ------------------------------- Labels: needs-qe regression (was: regression) > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Juraj H?ska > Priority: Critical > Labels: needs-qe, regression > Fix For: 4.5.0.Alpha3 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 15 15:11:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 15 May 2014 15:11:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reassigned RF-13629: ---------------------------------- Assignee: Brian Leathem (was: Juraj H?ska) > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: needs-qe, regression > Fix For: 4.5.0.Alpha3 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 15 15:11:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 15 May 2014 15:11:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13629. -------------------------------- Resolution: Done > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: needs-qe, regression > Fix For: 4.5.0.Alpha3 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 16 05:45:56 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Fri, 16 May 2014 05:45:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13604) rich:editor is flickering on mouse hover In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968353#comment-12968353 ] Matej Novotny commented on RF-13604: ------------------------------------ I am unable to reproduce this behavior. I tried this with Chrome and IE. But editor works correctly and there is no flickering and/or button movement. Also there was no JS error. Just to be sure I double checked this with older versions of IE as well as with different versions of RF. [~serge.rogatch] if you insist this is a bug, I might try it with your example (if you attach a ZIP file) but I doubt that will make a difference as I was following your steps to reproduce. By the way as for Firefox everything works fine for you? (I had no problems there either.) Also you can try Wildfly 8.0 server (it is using JSF 2.2 implementation as well) and report your findings here. > rich:editor is flickering on mouse hover > ---------------------------------------- > > Key: RF-13604 > URL: https://issues.jboss.org/browse/RF-13604 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.5 > Environment: Windows 7, Glassfish 4, Java 1.7, JSF2.2, Chrome (version 34.0.1847.116 m) or Internet Explorer (version 11.0.9600.16659) > Reporter: Serge Rogatch > Assignee: Matej Novotny > Labels: editor, glassfish, jsf22 > > Initially the rich:editor component didn't render, throwing some errors in JavaScript ( https://community.jboss.org/message/867978 ), however afterwards I was not able to reproduce that in a newly created project. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 16 06:33:57 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Fri, 16 May 2014 06:33:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13604) rich:editor is flickering on mouse hover In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968353#comment-12968353 ] Matej Novotny edited comment on RF-13604 at 5/16/14 6:33 AM: ------------------------------------------------------------- I am unable to reproduce this behavior. I tried this with Chrome and IE. But editor works correctly and there is no flickering and/or button movement. Also there was no JS error. Just to be sure I double checked this with older versions of IE as well as with different versions of RF. [~serge.rogatch] if you insist this is a bug, I might try it with your example (if you attach a ZIP file) but I doubt that will make a difference as I was following your steps to reproduce. By the way as for Firefox everything works fine for you? (I had no problems there either.) Also you can try Wildfly 8.0 server (it is using JSF 2.2 implementation as well) and report your findings here. EDIT: One more thing, I tried to reproduce this in our testing app as well. I did not succeed but there is one thing I came across. It is just a guess but try using cssparser in version 0.9.5, accordingly to dependency hierarchy (in our test project) this is the one used by richfaces-core-impl. The rest is absolutely equal. Maybe forcing another version might have caused some problems? was (Author: manovotn): I am unable to reproduce this behavior. I tried this with Chrome and IE. But editor works correctly and there is no flickering and/or button movement. Also there was no JS error. Just to be sure I double checked this with older versions of IE as well as with different versions of RF. [~serge.rogatch] if you insist this is a bug, I might try it with your example (if you attach a ZIP file) but I doubt that will make a difference as I was following your steps to reproduce. By the way as for Firefox everything works fine for you? (I had no problems there either.) Also you can try Wildfly 8.0 server (it is using JSF 2.2 implementation as well) and report your findings here. > rich:editor is flickering on mouse hover > ---------------------------------------- > > Key: RF-13604 > URL: https://issues.jboss.org/browse/RF-13604 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.5 > Environment: Windows 7, Glassfish 4, Java 1.7, JSF2.2, Chrome (version 34.0.1847.116 m) or Internet Explorer (version 11.0.9600.16659) > Reporter: Serge Rogatch > Assignee: Matej Novotny > Labels: editor, glassfish, jsf22 > > Initially the rich:editor component didn't render, throwing some errors in JavaScript ( https://community.jboss.org/message/867978 ), however afterwards I was not able to reproduce that in a newly created project. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 16 06:39:58 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Fri, 16 May 2014 06:39:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968366#comment-12968366 ] Juraj H?ska commented on RF-13629: ---------------------------------- The issue, with vertical movement, described in [comment|https://issues.jboss.org/browse/RF-13629?focusedCommentId=12968047&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12968047] is fixed with your recent commit. However, here are some other issues to consider: * When _autosized == true_, performance of moving the popupPanel on Firefox (29) is very bad. It is not a smooth transition at all, affecting usability a lot. It is as well regression against 4.3.6.Final. - Chrome works just ok * when _height_ or _width_ is set to 0, then RF-10251 can not be reproduced anymore, however, another issue occurs - popupPanel is rendered with width as big as screen, and it is adjusted to the correct one, once it is moved (resembles RF-13616). General comments * IMHO width and height like attributes requires refactoring, validation of the values user set to them, so for example it will not be possible to set _width_ to 0. The VDL doc for some attributes (e.g. {{minHeight}}) is describing this, however, it does not check the values at all. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: needs-qe, regression > Fix For: 4.5.0.Alpha3 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 16 06:39:58 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Fri, 16 May 2014 06:39:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968366#comment-12968366 ] Juraj H?ska edited comment on RF-13629 at 5/16/14 6:38 AM: ----------------------------------------------------------- The issue, with vertical movement, described in [comment|https://issues.jboss.org/browse/RF-13629?focusedCommentId=12968047&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12968047] is fixed with your recent commit. However, here are some other issues to consider: * When _autosized == true_, performance of moving the popupPanel on Firefox (29) is very bad. It is not a smooth transition at all, affecting usability a lot. It is as well regression against 4.3.6.Final. - Chrome works just ok * when _height_ or _width_ is set to 0, then RF-10251 can not be reproduced anymore, however, another issue occurs - popupPanel is rendered with width as big as screen, and it is adjusted to the correct one, once it is moved (resembles RF-13616). General comments * IMHO width and height like attributes requires refactoring, validation of the values user set to them, so for example it will not be possible to set _width_ to 0. The VDL doc for some attributes (e.g. {{minHeight}}) is describing this, however, it does not check the values at all. was (Author: jhuska): The issue, with vertical movement, described in [comment|https://issues.jboss.org/browse/RF-13629?focusedCommentId=12968047&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12968047] is fixed with your recent commit. However, here are some other issues to consider: * When _autosized == true_, performance of moving the popupPanel on Firefox (29) is very bad. It is not a smooth transition at all, affecting usability a lot. It is as well regression against 4.3.6.Final. - Chrome works just ok * when _height_ or _width_ is set to 0, then RF-10251 can not be reproduced anymore, however, another issue occurs - popupPanel is rendered with width as big as screen, and it is adjusted to the correct one, once it is moved (resembles RF-13616). General comments * IMHO width and height like attributes requires refactoring, validation of the values user set to them, so for example it will not be possible to set _width_ to 0. The VDL doc for some attributes (e.g. {{minHeight}}) is describing this, however, it does not check the values at all. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: needs-qe, regression > Fix For: 4.5.0.Alpha3 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 16 06:39:59 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Fri, 16 May 2014 06:39:59 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968366#comment-12968366 ] Juraj H?ska edited comment on RF-13629 at 5/16/14 6:39 AM: ----------------------------------------------------------- The issue, with vertical movement, described in [comment|https://issues.jboss.org/browse/RF-13629?focusedCommentId=12968047&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12968047] is fixed with your recent commit. However, here are some other issues to consider: * When _autosized == true_, performance of moving the popupPanel on Firefox (29) is very bad. It is not a smooth transition at all, affecting usability a lot. It is also regression against 4.3.6.Final. - Chrome works just ok * when _height_ or _width_ is set to 0, then RF-10251 can not be reproduced anymore, however, another issue occurs - popupPanel is rendered with width as big as screen, and it is adjusted to the correct one, once it is moved (resembles RF-13616). General comments * IMHO width and height like attributes requires refactoring, validation of the values user set to them, so for example it will not be possible to set _width_ to 0. The VDL doc for some attributes (e.g. {{minHeight}}) is describing this, however, it does not check the values at all. was (Author: jhuska): The issue, with vertical movement, described in [comment|https://issues.jboss.org/browse/RF-13629?focusedCommentId=12968047&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12968047] is fixed with your recent commit. However, here are some other issues to consider: * When _autosized == true_, performance of moving the popupPanel on Firefox (29) is very bad. It is not a smooth transition at all, affecting usability a lot. It is as well regression against 4.3.6.Final. - Chrome works just ok * when _height_ or _width_ is set to 0, then RF-10251 can not be reproduced anymore, however, another issue occurs - popupPanel is rendered with width as big as screen, and it is adjusted to the correct one, once it is moved (resembles RF-13616). General comments * IMHO width and height like attributes requires refactoring, validation of the values user set to them, so for example it will not be possible to set _width_ to 0. The VDL doc for some attributes (e.g. {{minHeight}}) is describing this, however, it does not check the values at all. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: needs-qe, regression > Fix For: 4.5.0.Alpha3 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 16 06:41:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Fri, 16 May 2014 06:41:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13629: ----------------------------- Labels: regression (was: needs-qe regression) > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: regression > Fix For: 4.5.0.Alpha3 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 16 06:41:57 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Fri, 16 May 2014 06:41:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13604) rich:editor is flickering on mouse hover In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13604?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matej Novotny resolved RF-13604. -------------------------------- Resolution: Cannot Reproduce Bug Closing issue since the bug cannot be reproduced. > rich:editor is flickering on mouse hover > ---------------------------------------- > > Key: RF-13604 > URL: https://issues.jboss.org/browse/RF-13604 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.5 > Environment: Windows 7, Glassfish 4, Java 1.7, JSF2.2, Chrome (version 34.0.1847.116 m) or Internet Explorer (version 11.0.9600.16659) > Reporter: Serge Rogatch > Assignee: Matej Novotny > Labels: editor, glassfish, jsf22 > > Initially the rich:editor component didn't render, throwing some errors in JavaScript ( https://community.jboss.org/message/867978 ), however afterwards I was not able to reproduce that in a newly created project. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 16 06:43:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Fri, 16 May 2014 06:43:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968366#comment-12968366 ] Juraj H?ska edited comment on RF-13629 at 5/16/14 6:42 AM: ----------------------------------------------------------- The issue, with vertical movement, described in [comment|https://issues.jboss.org/browse/RF-13629?focusedCommentId=12968047&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12968047] is fixed with your recent commit. However, here are some other issues to consider: * When _autosized == true_, performance of moving the popupPanel on Firefox (29) is very bad. It is not a smooth transition at all, affecting usability a lot. It is also regression against 4.3.6.Final. - Chrome works just ok * when _height_ or _width_ is set to 0, then RF-10251 can not be reproduced anymore, however, another issue occurs - popupPanel is rendered with width as big as screen, and it is adjusted to the correct one, once it is moved (resembles RF-13616). - it is quite arguable whether this is a bug General comments * IMHO width and height like attributes requires refactoring, validation of the values user set to them, so for example it will not be possible to set _width_ to 0. The VDL doc for some attributes (e.g. {{minHeight}}) is describing this, however, it does not check the values at all. was (Author: jhuska): The issue, with vertical movement, described in [comment|https://issues.jboss.org/browse/RF-13629?focusedCommentId=12968047&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12968047] is fixed with your recent commit. However, here are some other issues to consider: * When _autosized == true_, performance of moving the popupPanel on Firefox (29) is very bad. It is not a smooth transition at all, affecting usability a lot. It is also regression against 4.3.6.Final. - Chrome works just ok * when _height_ or _width_ is set to 0, then RF-10251 can not be reproduced anymore, however, another issue occurs - popupPanel is rendered with width as big as screen, and it is adjusted to the correct one, once it is moved (resembles RF-13616). General comments * IMHO width and height like attributes requires refactoring, validation of the values user set to them, so for example it will not be possible to set _width_ to 0. The VDL doc for some attributes (e.g. {{minHeight}}) is describing this, however, it does not check the values at all. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: regression > Fix For: 4.5.0.Alpha3 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 16 08:35:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Fri, 16 May 2014 08:35:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13586) Port the page fragments to RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13586?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13586: ----------------------------- Assignee: (was: Juraj H?ska) > Port the page fragments to RF 4.5 > --------------------------------- > > Key: RF-13586 > URL: https://issues.jboss.org/browse/RF-13586 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: tests - functional > Affects Versions: 4.5.0.Alpha3 > Reporter: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 16 10:45:58 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Fri, 16 May 2014 10:45:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13591) RichFaces 4.5 integration tests are failing In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968442#comment-12968442 ] Matej Novotny commented on RF-13591: ------------------------------------ IT*Validation - I found out that these tests cause problems because there are bean classes without any annotations and the tests assume they are all "named" hence the exceptions. For instance [ITClientValidation|https://github.com/richfaces/richfaces/blob/4.5.x/components/rich/src/test/integration/org/richfaces/component/validation/ITClientValidation.java#L76] uses a [Bean.class|https://github.com/richfaces/richfaces/blob/4.5.x/components/rich/src/test/java/org/richfaces/component/Bean.java] via 'test.method' - this bean needs to be @Named. I am currently having some problems with maven which I am adressing atm, I can fix these tests right after that (or feel free to do that if you can get to it faster). As for the other tests I don't know the cause yet but I will try to help resolving it. > RichFaces 4.5 integration tests are failing > ------------------------------------------- > > Key: RF-13591 > URL: https://issues.jboss.org/browse/RF-13591 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha2 > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Fix For: 4.5.0.Alpha3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > RichFaces 4.5 cannot be build because of compilation errors in integration tests: > {code} > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:testCompile (default-testCompile) on project richfaces: Compilation failure: Compilation failure: > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[9,30] error: cannot find symbol > [ERROR] package org.richfaces.ui.toggle > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[10,39] error: package org.richfaces.ui.toggle.tabPanel does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[18,12] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[19,27] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[21,28] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[25,11] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[29,35] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[33,16] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[48,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[38,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[31,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[32,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[34,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[35,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[44,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[45,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[57,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[61,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[65,29] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusSubmissionMethods.java:[50,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[49,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[50,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[85,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[89,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[93,29] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[56,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[57,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[63,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[64,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[100,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[62,19] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[49,8] error: cannot find symbol > [ERROR] class VerifyFocusEnforcingOverridesFocusSettings > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[50,8] error: cannot find symbol > [ERROR] > [ERROR] E extends HtmlElement declared in method getElementById(String) > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[77,8] error: cannot find symbol > [ERROR] class VerifyFocusCandidates > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[78,8] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[153,16] error: cannot find symbol > [ERROR] class AbstractFocus > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[154,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,55] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,56] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,56] error: cannot find symbol > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 16 13:17:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 16 May 2014 13:17:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968518#comment-12968518 ] Brian Leathem commented on RF-13629: ------------------------------------ {quote} When autosized == true, performance of moving the popupPanel on Firefox (29) is very bad. It is not a smooth transition at all, affecting usability a lot. It is also regression against 4.3.6.Final. - Chrome works just ok {quote} This works perfectly fine for me with Firefox 29 and Chrome 34 on my Ubuntu 14.04 installation. Is there anything unique about your workstation that might give a performance problem? Are you running in a VM for instance? {quote} when height or width is set to 0, then RF-10251 can not be reproduced anymore, however, another issue occurs - popupPanel is rendered with width as big as screen, and it is adjusted to the correct one, once it is moved (resembles RF-13616). - it is quite arguable whether this is a bug {quote} Setting height or width to 0 is nonsensical. Not a use case we need to cover. {quote} IMHO width and height like attributes requires refactoring, {quote} This is hard to do given the lack of client-side tests for the popupPanel and the lack of comments in the code. The current plan is to replace the client-side implementation with a standalone javascript implementation in RichFaces 5. Until then we will have to be conservative in our patches of the javascript implementation. {quote} validation of the values user set to them, so for example it will not be possible to set width to 0. The VDL doc for some attributes (e.g. minHeight) is describing this, however, it does not check the values at all. {quote} Please file a new jira issue for this, we will consider addressing it in a future release. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: regression > Fix For: 4.5.0.Alpha3 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Sat May 17 13:53:57 2014 From: issues at jboss.org (Serge Rogatch (JIRA)) Date: Sat, 17 May 2014 13:53:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13604) rich:editor is flickering on mouse hover In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13604?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Serge Rogatch updated RF-13604: ------------------------------- Attachment: TutRichf1.zip I am attaching the .zip file with the sources. The usage of 0.9.5 version of cssparser doesn't help: the rich editor still flickers. > rich:editor is flickering on mouse hover > ---------------------------------------- > > Key: RF-13604 > URL: https://issues.jboss.org/browse/RF-13604 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.5 > Environment: Windows 7, Glassfish 4, Java 1.7, JSF2.2, Chrome (version 34.0.1847.116 m) or Internet Explorer (version 11.0.9600.16659) > Reporter: Serge Rogatch > Assignee: Matej Novotny > Labels: editor, glassfish, jsf22 > Attachments: TutRichf1.zip > > > Initially the rich:editor component didn't render, throwing some errors in JavaScript ( https://community.jboss.org/message/867978 ), however afterwards I was not able to reproduce that in a newly created project. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Sat May 17 13:55:56 2014 From: issues at jboss.org (Serge Rogatch (JIRA)) Date: Sat, 17 May 2014 13:55:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13604) rich:editor is flickering on mouse hover In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13604?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Serge Rogatch reopened RF-13604: -------------------------------- Please, try to reproduce the issue with the attached zip archive. > rich:editor is flickering on mouse hover > ---------------------------------------- > > Key: RF-13604 > URL: https://issues.jboss.org/browse/RF-13604 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.5 > Environment: Windows 7, Glassfish 4, Java 1.7, JSF2.2, Chrome (version 34.0.1847.116 m) or Internet Explorer (version 11.0.9600.16659) > Reporter: Serge Rogatch > Assignee: Matej Novotny > Labels: editor, glassfish, jsf22 > Attachments: TutRichf1.zip > > > Initially the rich:editor component didn't render, throwing some errors in JavaScript ( https://community.jboss.org/message/867978 ), however afterwards I was not able to reproduce that in a newly created project. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 19 02:34:57 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 19 May 2014 02:34:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13633) PopupPanel - should validate width, height, minWidth, maxWidth and similar In-Reply-To: References: Message-ID: Juraj H?ska created RF-13633: -------------------------------- Summary: PopupPanel - should validate width, height, minWidth, maxWidth and similar Key: RF-13633 URL: https://issues.jboss.org/browse/RF-13633 Project: RichFaces Issue Type: Enhancement Security Level: Public (Everyone can see) Components: component-output, doc Affects Versions: 4.3.7 Reporter: Juraj H?ska Priority: Minor Validation of {{popupPanel}} attributes like: * width * minWidth * maxWidth * height * minHeight * maxHeight should be in place, to avoid for example user setting {{width}} to 0. The documentation for {{minWidth}} is describing a state when an {{IllegalArgumentException}} is thrown, however, no exception is thrown at all. So at least we should remove these discrepancies. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 19 02:40:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 19 May 2014 02:40:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968616#comment-12968616 ] Juraj H?ska commented on RF-13629: ---------------------------------- # when {{autosized == true}} then bad performance I tried to share my serverside deployment with WE guys, and I can still reproduce it, [~ppitonak] as well, however [~jstefek] not. We are all running Fedora 64bit, Firefox 29 and JBoss AS 7.1.1.Final in a non VM environment. I will try to profile the JS with Firebug to find maybe more clues. I created RF-13633 as per your last comment. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: regression > Fix For: 4.5.0.Alpha3 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 19 02:40:57 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 19 May 2014 02:40:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968616#comment-12968616 ] Juraj H?ska edited comment on RF-13629 at 5/19/14 2:40 AM: ----------------------------------------------------------- # when {{autosized == true}} then bad performance I tried to share my serverside deployment with QE guys, and I can still reproduce it, [~ppitonak] as well, however [~jstefek] not. We are all running Fedora 64bit, Firefox 29 and JBoss AS 7.1.1.Final in a non VM environment. I will try to profile the JS with Firebug to find maybe more clues. I created RF-13633 as per your last comment. was (Author: jhuska): # when {{autosized == true}} then bad performance I tried to share my serverside deployment with WE guys, and I can still reproduce it, [~ppitonak] as well, however [~jstefek] not. We are all running Fedora 64bit, Firefox 29 and JBoss AS 7.1.1.Final in a non VM environment. I will try to profile the JS with Firebug to find maybe more clues. I created RF-13633 as per your last comment. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: regression > Fix For: 4.5.0.Alpha3 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 19 03:24:56 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Mon, 19 May 2014 03:24:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13587) rich:autocomplete - suggestion box doesn't show up at all In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13587?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968624#comment-12968624 ] Ji?? ?tefek commented on RF-13587: ---------------------------------- I can confirm, that the autocomplete is working in latest 4.5 Metamer. Tried on WildFly 8.1.0.CR1, Firefox 29, Chrome 34. > rich:autocomplete - suggestion box doesn't show up at all > --------------------------------------------------------- > > Key: RF-13587 > URL: https://issues.jboss.org/browse/RF-13587 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.5 > Environment: Implementation: JSF-2.2.6 mojarra, Mojarra 2.2.5 > Server: WebLogic 12.1.2.1, WildFly 8.0.0.Final > Browser: Chrome 33, Firefox 27 > Java: 1.7 > Reporter: Amit Tikoo > Labels: richfaces > Fix For: 4.5.0.Alpha3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > I am using a component but the suggestion box just doesn't show up. Here is a simple case I'm trying: > XHTML: > {code} > > > > #{station} > > > > {code} > JAVA: > {code} > public List autocomplete1(String request){ > List suggestions = new ArrayList(); > suggestions.add("test 1"); > suggestions.add("test 2"); > suggestions.add("test 3"); > suggestions.add("test 4"); > return suggestions; > } > {code} > This shows up in logging (using ) > {code} > error[14:47:03.644]: Received 'error at malformedXML' event from > error[14:47:03.644]: [status=200] During update: javax.faces.ViewState not found > {code} > Also i can see the suggestion if i switch the mode to "Client" -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 19 03:24:57 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Mon, 19 May 2014 03:24:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13587) rich:autocomplete - suggestion box doesn't show up at all In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13587?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek updated RF-13587: ----------------------------- Labels: richfaces (was: needs-qe richfaces) > rich:autocomplete - suggestion box doesn't show up at all > --------------------------------------------------------- > > Key: RF-13587 > URL: https://issues.jboss.org/browse/RF-13587 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.5 > Environment: Implementation: JSF-2.2.6 mojarra, Mojarra 2.2.5 > Server: WebLogic 12.1.2.1, WildFly 8.0.0.Final > Browser: Chrome 33, Firefox 27 > Java: 1.7 > Reporter: Amit Tikoo > Labels: richfaces > Fix For: 4.5.0.Alpha3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > I am using a component but the suggestion box just doesn't show up. Here is a simple case I'm trying: > XHTML: > {code} > > > > #{station} > > > > {code} > JAVA: > {code} > public List autocomplete1(String request){ > List suggestions = new ArrayList(); > suggestions.add("test 1"); > suggestions.add("test 2"); > suggestions.add("test 3"); > suggestions.add("test 4"); > return suggestions; > } > {code} > This shows up in logging (using ) > {code} > error[14:47:03.644]: Received 'error at malformedXML' event from > error[14:47:03.644]: [status=200] During update: javax.faces.ViewState not found > {code} > Also i can see the suggestion if i switch the mode to "Client" -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 19 05:12:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 19 May 2014 05:12:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968656#comment-12968656 ] Juraj H?ska commented on RF-13629: ---------------------------------- The bad performance of {{popupPanel}} moving was introduced by this commit: https://github.com/richfaces4/components/commit/aa2ab4c60520ec928787ad6d4be0702d280d6309 It is even worse when next commit is applied: https://github.com/richfaces4/components/commit/b0eb8e4f7facb03e3e836f8293a0d1f1b7a2ca35 Firebug profiler tells that: * function with biggest own time value: https://github.com/richfaces4/components/blob/master/output/ui/src/main/resources/META-INF/resources/org.richfaces/popupPanel.js#L111 * function with biggest time value: https://github.com/richfaces4/components/blob/master/output/ui/src/main/resources/META-INF/resources/org.richfaces/popupPanelBorders.js#L78 > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: regression > Fix For: 4.5.0.Alpha3 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 19 05:14:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 19 May 2014 05:14:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968656#comment-12968656 ] Juraj H?ska edited comment on RF-13629 at 5/19/14 5:13 AM: ----------------------------------------------------------- The bad performance of {{popupPanel}} moving was introduced by this commit: https://github.com/richfaces4/components/commit/aa2ab4c60520ec928787ad6d4be0702d280d6309 It is even worse when next commit is applied: https://github.com/richfaces4/components/commit/b0eb8e4f7facb03e3e836f8293a0d1f1b7a2ca35 Firebug profiler tells that: * function with biggest own time value: https://github.com/richfaces4/components/blob/master/output/ui/src/main/resources/META-INF/resources/org.richfaces/popupPanel.js#L111 * function with biggest time value: https://github.com/richfaces4/components/blob/master/output/ui/src/main/resources/META-INF/resources/org.richfaces/popupPanelBorders.js#L78 If you can tell me what I can do more, I will. was (Author: jhuska): The bad performance of {{popupPanel}} moving was introduced by this commit: https://github.com/richfaces4/components/commit/aa2ab4c60520ec928787ad6d4be0702d280d6309 It is even worse when next commit is applied: https://github.com/richfaces4/components/commit/b0eb8e4f7facb03e3e836f8293a0d1f1b7a2ca35 Firebug profiler tells that: * function with biggest own time value: https://github.com/richfaces4/components/blob/master/output/ui/src/main/resources/META-INF/resources/org.richfaces/popupPanel.js#L111 * function with biggest time value: https://github.com/richfaces4/components/blob/master/output/ui/src/main/resources/META-INF/resources/org.richfaces/popupPanelBorders.js#L78 > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: regression > Fix For: 4.5.0.Alpha3 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 19 05:14:57 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 19 May 2014 05:14:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968656#comment-12968656 ] Juraj H?ska edited comment on RF-13629 at 5/19/14 5:13 AM: ----------------------------------------------------------- The bad performance of {{popupPanel}} moving was introduced by this commit: https://github.com/richfaces4/components/commit/aa2ab4c60520ec928787ad6d4be0702d280d6309 It is even worse when next commit is applied: https://github.com/richfaces4/components/commit/b0eb8e4f7facb03e3e836f8293a0d1f1b7a2ca35 Firebug profiler tells that: * function with biggest own time value: https://github.com/richfaces4/components/blob/master/output/ui/src/main/resources/META-INF/resources/org.richfaces/popupPanel.js#L111 * function with biggest time value: https://github.com/richfaces4/components/blob/master/output/ui/src/main/resources/META-INF/resources/org.richfaces/popupPanelBorders.js#L78 If you can tell me what I can test more, I will. was (Author: jhuska): The bad performance of {{popupPanel}} moving was introduced by this commit: https://github.com/richfaces4/components/commit/aa2ab4c60520ec928787ad6d4be0702d280d6309 It is even worse when next commit is applied: https://github.com/richfaces4/components/commit/b0eb8e4f7facb03e3e836f8293a0d1f1b7a2ca35 Firebug profiler tells that: * function with biggest own time value: https://github.com/richfaces4/components/blob/master/output/ui/src/main/resources/META-INF/resources/org.richfaces/popupPanel.js#L111 * function with biggest time value: https://github.com/richfaces4/components/blob/master/output/ui/src/main/resources/META-INF/resources/org.richfaces/popupPanelBorders.js#L78 If you can tell me what I can do more, I will. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: regression > Fix For: 4.5.0.Alpha3 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 19 07:08:57 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Mon, 19 May 2014 07:08:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13634) Consolidate deployment classes for integration tests In-Reply-To: References: Message-ID: Michal Petrov created RF-13634: ---------------------------------- Summary: Consolidate deployment classes for integration tests Key: RF-13634 URL: https://issues.jboss.org/browse/RF-13634 Project: RichFaces Issue Type: Enhancement Security Level: Public (Everyone can see) Affects Versions: 4.5.0.Alpha2 Reporter: Michal Petrov Assignee: Michal Petrov Fix For: 4.5.0.Alpha3 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 19 08:20:56 2014 From: issues at jboss.org (Marta Juzepczuk (JIRA)) Date: Mon, 19 May 2014 08:20:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13635) rich:menuGroup: Menu node image is missing In-Reply-To: References: Message-ID: Marta Juzepczuk created RF-13635: ------------------------------------ Summary: rich:menuGroup: Menu node image is missing Key: RF-13635 URL: https://issues.jboss.org/browse/RF-13635 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.3.6 Reporter: Marta Juzepczuk After upgrading to 4.3.6.Final, the small black arrow near rich:menuGroup label disappeared. Background image of the menu item is set to ../org.richfaces.images/menuNodeImage.gif, the same as in previous versions, but the image is empty. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 19 09:54:58 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 19 May 2014 09:54:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska reopened RF-13629: ------------------------------ Reopening because of introducing performance issue, reproduced already by two people. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: regression > Fix For: 4.5.0.Alpha3 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 19 14:06:57 2014 From: issues at jboss.org (Cody Lerum (JIRA)) Date: Mon, 19 May 2014 14:06:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13636) Add List Impls to the resource serialization whitelist In-Reply-To: References: Message-ID: Cody Lerum created RF-13636: ------------------------------- Summary: Add List Impls to the resource serialization whitelist Key: RF-13636 URL: https://issues.jboss.org/browse/RF-13636 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 4.3.6 Reporter: Cody Lerum Not having these prevents passing data list data to charting components via the mediaoutput component -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 19 16:00:57 2014 From: issues at jboss.org (omar al kababji (JIRA)) Date: Mon, 19 May 2014 16:00:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13576) Problems while loading resources of richfaces 5 with myfaces In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13576?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968905#comment-12968905 ] omar al kababji commented on RF-13576: -------------------------------------- I am experiencing the same issue and posted a similar problem on richfaces forums https://community.jboss.org/thread/241130 > Problems while loading resources of richfaces 5 with myfaces > ------------------------------------------------------------ > > Key: RF-13576 > URL: https://issues.jboss.org/browse/RF-13576 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Environment: tomcat-7.0.50, java 7 > Reporter: Rene O > Labels: myfaces > Fix For: 5-Tracking > > Attachments: jsftest22.zip, rf5_mojarra.png, rf5_myfaces.png > > > If you use myfaces (2.2.1 or current 2.2.2-SNAPSHOT), Richfaces 5 (Alpha3 or current-SNAPSHOT) is not able to load its css-resources correctly. > If you use current mojarra implementation (2.2.5) all resources load without any complications. > A testcase (mavenproject) is attached. Within the pom.xml you can change the jsf implementation. > You can start the testcase with the following URL: > http://localhost:8080/jsftest22/pages/richfacesskintest.jsf > For further details of this issue see: https://issues.apache.org/jira/browse/MYFACES-3871 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 20 04:34:56 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Tue, 20 May 2014 04:34:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13514) Support file upload progress tracking in Servlets >= 3.0 environment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13514?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-13514. -------------------------------- Resolution: Done Done for 4.5.x, works on WildFly 8 and EAP 6.2 (tested on showcase). > Support file upload progress tracking in Servlets >= 3.0 environment > -------------------------------------------------------------------- > > Key: RF-13514 > URL: https://issues.jboss.org/browse/RF-13514 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-input, core > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > We currently support two approaches for file upload: > * Servlets 2.5: own request form data parser [{{MultipartRequestParser}}|https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/request/MultipartRequestParser.java] > * Servlets 3.0: leveraging {{HttpServletRequest#getParts()}} > However as we have discussed RF-13444, we had to finally do a trade-off of limiting support of file progress tracking. I.e. in Servlets 3.0 we have no simple way how to track file upload progress since getParts() returns data for completed request. > There are several possible outcomes: > 1) drop server-side file upload progress tracking and leverage XHR2/HTML5 that has built-in ability to track progress > * imho we are already prepared to switch to XHR2 and client-side progress (possibly leveraging some third-party widget) since [all major browsers support it at least one version back|http://caniuse.com/#feat=xhr2] > * existing implementation: http://www.script-tutorials.com/pure-html5-file-upload/ > 2) use a {{ServletFilter}} to wrap a request as our {{FileUploadFacesContextFactory}} currently do and so have an earlier access to the request object > * this principle has a drawback - we have to ensure our filter has high-enough priority so the servlet container won't touch the request body yet -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 20 04:38:56 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Tue, 20 May 2014 04:38:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13597) Drag and drop support for file upload In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13597?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-13597. -------------------------------- Resolution: Done Just to note, the drag-and-drop functionality has to be tied to uploading by custom XHR, it's not possible to put dropped files into an with JavaScript. > Drag and drop support for file upload > ------------------------------------- > > Key: RF-13597 > URL: https://issues.jboss.org/browse/RF-13597 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 4.1.0.Final > Reporter: abhishek vijra > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > Drag/Drop support should be added to file upload component . > Like the primefaces fileUploadDnd : http://www.primefaces.org/showcase/ui/fileUploadDnd.jsf -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 20 06:18:56 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Tue, 20 May 2014 06:18:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13604) rich:editor is flickering on mouse hover In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968990#comment-12968990 ] Matej Novotny commented on RF-13604: ------------------------------------ Thanks for sample [~serge.rogatch]! I managed to reproduce it, I must have made a mistake before - sorry for that. This can also be reproduced using Wildfly and Firefox. > rich:editor is flickering on mouse hover > ---------------------------------------- > > Key: RF-13604 > URL: https://issues.jboss.org/browse/RF-13604 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.5 > Environment: Windows 7, Glassfish 4, Java 1.7, JSF2.2, Chrome (version 34.0.1847.116 m) or Internet Explorer (version 11.0.9600.16659) > Reporter: Serge Rogatch > Assignee: Matej Novotny > Labels: editor, glassfish, jsf22 > Attachments: TutRichf1.zip > > > Initially the rich:editor component didn't render, throwing some errors in JavaScript ( https://community.jboss.org/message/867978 ), however afterwards I was not able to reproduce that in a newly created project. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 20 06:20:56 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Tue, 20 May 2014 06:20:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13604) rich:editor is flickering on mouse hover In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12968990#comment-12968990 ] Matej Novotny edited comment on RF-13604 at 5/20/14 6:20 AM: ------------------------------------------------------------- Thanks for sample [~serge.rogatch]! I managed to reproduce it, I must have made a mistake before - sorry for that. This can also be reproduced using Wildfly and Firefox. I was suspecting this might be an issue with JSF 2.2, but I tried it with other versions on JBoss AS 7.1 and it was still flickering. was (Author: manovotn): Thanks for sample [~serge.rogatch]! I managed to reproduce it, I must have made a mistake before - sorry for that. This can also be reproduced using Wildfly and Firefox. > rich:editor is flickering on mouse hover > ---------------------------------------- > > Key: RF-13604 > URL: https://issues.jboss.org/browse/RF-13604 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.5 > Environment: Windows 7, Glassfish 4, Java 1.7, JSF2.2, Chrome (version 34.0.1847.116 m) or Internet Explorer (version 11.0.9600.16659) > Reporter: Serge Rogatch > Assignee: Matej Novotny > Labels: editor, glassfish, jsf22 > Attachments: TutRichf1.zip > > > Initially the rich:editor component didn't render, throwing some errors in JavaScript ( https://community.jboss.org/message/867978 ), however afterwards I was not able to reproduce that in a newly created project. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 20 07:38:56 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Tue, 20 May 2014 07:38:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13634) Consolidate deployment classes for integration tests In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13634?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-13634. -------------------------------- Resolution: Done > Consolidate deployment classes for integration tests > ---------------------------------------------------- > > Key: RF-13634 > URL: https://issues.jboss.org/browse/RF-13634 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 4.5.0.Alpha2 > Reporter: Michal Petrov > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 20 08:36:56 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Tue, 20 May 2014 08:36:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13632) RF 4.5 - refactor Javascript namespaces In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13632?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-13632. -------------------------------- Resolution: Done > RF 4.5 - refactor Javascript namespaces > --------------------------------------- > > Key: RF-13632 > URL: https://issues.jboss.org/browse/RF-13632 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 4.5.0.Alpha2 > Reporter: Michal Petrov > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Component scripts were using {{rf.rf4.ui}} namespace to avoid collision. This can be changed back to {{rf.ui}}. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 20 09:22:57 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 20 May 2014 09:22:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13631) Remove the components/dist module In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13631?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969053#comment-12969053 ] Luk?? Fry? commented on RF-13631: --------------------------------- Hey Brian, it's correct, we don't need it anymore. > Remove the components/dist module > --------------------------------- > > Key: RF-13631 > URL: https://issues.jboss.org/browse/RF-13631 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > The components-dist module appears to be redundant now that we have ported the RF 5 frameowrk to RF 4.5.: > https://github.com/richfaces/richfaces/tree/4.5.x/components/dist > I propose we removed this dist module altogether. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 20 09:50:57 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Tue, 20 May 2014 09:50:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13635) rich:menuGroup: Menu node image is missing In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13635?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969062#comment-12969062 ] Michal Petrov commented on RF-13635: ------------------------------------ Can confirm the image is completely transparent. Which is weird because the file that generates it wasn't changed since 4.3.2, must be something in the resource generator itself. > rich:menuGroup: Menu node image is missing > ------------------------------------------ > > Key: RF-13635 > URL: https://issues.jboss.org/browse/RF-13635 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.6 > Reporter: Marta Juzepczuk > > After upgrading to 4.3.6.Final, the small black arrow near rich:menuGroup label disappeared. Background image of the menu item is set to ../org.richfaces.images/menuNodeImage.gif, the same as in previous versions, but the image is empty. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 20 10:34:56 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Tue, 20 May 2014 10:34:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13514) Support file upload progress tracking in Servlets >= 3.0 environment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13514?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov reopened RF-13514: -------------------------------- > Support file upload progress tracking in Servlets >= 3.0 environment > -------------------------------------------------------------------- > > Key: RF-13514 > URL: https://issues.jboss.org/browse/RF-13514 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-input, core > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > We currently support two approaches for file upload: > * Servlets 2.5: own request form data parser [{{MultipartRequestParser}}|https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/request/MultipartRequestParser.java] > * Servlets 3.0: leveraging {{HttpServletRequest#getParts()}} > However as we have discussed RF-13444, we had to finally do a trade-off of limiting support of file progress tracking. I.e. in Servlets 3.0 we have no simple way how to track file upload progress since getParts() returns data for completed request. > There are several possible outcomes: > 1) drop server-side file upload progress tracking and leverage XHR2/HTML5 that has built-in ability to track progress > * imho we are already prepared to switch to XHR2 and client-side progress (possibly leveraging some third-party widget) since [all major browsers support it at least one version back|http://caniuse.com/#feat=xhr2] > * existing implementation: http://www.script-tutorials.com/pure-html5-file-upload/ > 2) use a {{ServletFilter}} to wrap a request as our {{FileUploadFacesContextFactory}} currently do and so have an earlier access to the request object > * this principle has a drawback - we have to ensure our filter has high-enough priority so the servlet container won't touch the request body yet -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 20 12:58:58 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 20 May 2014 12:58:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969133#comment-12969133 ] Brian Leathem commented on RF-13629: ------------------------------------ I am still unable to reproduce the performance issue. Can you provide precise steps to reproduce? > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: regression > Fix For: 4.5.0.Alpha3 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 20 13:00:59 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 20 May 2014 13:00:59 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969133#comment-12969133 ] Brian Leathem edited comment on RF-13629 at 5/20/14 12:59 PM: -------------------------------------------------------------- I am still unable to reproduce the performance issue. Can you provide precise steps to reproduce? ie. * are you using metamer or a dedicated reproducer? * any particular branch or build instructions I should follow? Have you tried this yourself on multiple machines / OSes? [~michpetrov]: can you please review this performance issue with [~jhuska] and see if you can isolate the conditions required to reproduce the performance problem? was (Author: bleathem): I am still unable to reproduce the performance issue. Can you provide precise steps to reproduce? > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: regression > Fix For: 4.5.0.Alpha3 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 20 14:38:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 20 May 2014 14:38:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969156#comment-12969156 ] Brian Leathem commented on RF-13629: ------------------------------------ I installed a Fedora 20 Virtual Machine (using virtual box). Even with 2D acceleration disabled in the VM, I am unable to produce a difference in performance in the sample [1] run against 4.3.6.Final and 4.3.7.Final. [1] https://github.com/jhuska/richfaces-sanbox/tree/RF-13629 > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: regression > Fix For: 4.5.0.Alpha3 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 20 14:44:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 20 May 2014 14:44:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13587) rich:autocomplete - suggestion box doesn't show up at all In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13587?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13587. -------------------------------- Fix Version/s: (was: 4.5.0.Alpha3) Resolution: Out of Date > rich:autocomplete - suggestion box doesn't show up at all > --------------------------------------------------------- > > Key: RF-13587 > URL: https://issues.jboss.org/browse/RF-13587 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.5 > Environment: Implementation: JSF-2.2.6 mojarra, Mojarra 2.2.5 > Server: WebLogic 12.1.2.1, WildFly 8.0.0.Final > Browser: Chrome 33, Firefox 27 > Java: 1.7 > Reporter: Amit Tikoo > Labels: richfaces > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > I am using a component but the suggestion box just doesn't show up. Here is a simple case I'm trying: > XHTML: > {code} > > > > #{station} > > > > {code} > JAVA: > {code} > public List autocomplete1(String request){ > List suggestions = new ArrayList(); > suggestions.add("test 1"); > suggestions.add("test 2"); > suggestions.add("test 3"); > suggestions.add("test 4"); > return suggestions; > } > {code} > This shows up in logging (using ) > {code} > error[14:47:03.644]: Received 'error at malformedXML' event from > error[14:47:03.644]: [status=200] During update: javax.faces.ViewState not found > {code} > Also i can see the suggestion if i switch the mode to "Client" -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 20 14:58:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 20 May 2014 14:58:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13604) rich:editor is flickering on mouse hover In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969163#comment-12969163 ] Brian Leathem commented on RF-13604: ------------------------------------ [~manovotn] do you have any comments on the specifics required to reproduce this problem? ie. Is it a generally observable problem that can be reproduced without any specific configuration? Or does it show up only in some specific application usage and/or container combination? > rich:editor is flickering on mouse hover > ---------------------------------------- > > Key: RF-13604 > URL: https://issues.jboss.org/browse/RF-13604 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.5 > Environment: Windows 7, Glassfish 4, Java 1.7, JSF2.2, Chrome (version 34.0.1847.116 m) or Internet Explorer (version 11.0.9600.16659) > Reporter: Serge Rogatch > Assignee: Matej Novotny > Labels: editor, glassfish, jsf22 > Attachments: TutRichf1.zip > > > Initially the rich:editor component didn't render, throwing some errors in JavaScript ( https://community.jboss.org/message/867978 ), however afterwards I was not able to reproduce that in a newly created project. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 20 15:04:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 20 May 2014 15:04:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13635) rich:menuGroup: Menu node image is missing In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13635?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13635: ------------------------------- Fix Version/s: 4.3.8 > rich:menuGroup: Menu node image is missing > ------------------------------------------ > > Key: RF-13635 > URL: https://issues.jboss.org/browse/RF-13635 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.6 > Reporter: Marta Juzepczuk > Fix For: 4.3.8 > > > After upgrading to 4.3.6.Final, the small black arrow near rich:menuGroup label disappeared. Background image of the menu item is set to ../org.richfaces.images/menuNodeImage.gif, the same as in previous versions, but the image is empty. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 20 15:04:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 20 May 2014 15:04:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13636) Add List Impls to the resource serialization whitelist In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13636?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13636: ------------------------------- Fix Version/s: 4.3.8 > Add List Impls to the resource serialization whitelist > ------------------------------------------------------ > > Key: RF-13636 > URL: https://issues.jboss.org/browse/RF-13636 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 4.3.6 > Reporter: Cody Lerum > Fix For: 4.3.8 > > > Not having these prevents passing data list data to charting components via the mediaoutput component -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 20 16:24:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 20 May 2014 16:24:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13629: ------------------------------- Fix Version/s: 4.3.7 (was: 4.5.0.Alpha3) > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: regression > Fix For: 4.3.7 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 20 21:48:56 2014 From: issues at jboss.org (Cody Lerum (JIRA)) Date: Tue, 20 May 2014 21:48:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13636) Add List Impls to the resource serialization whitelist In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13636?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969204#comment-12969204 ] Cody Lerum commented on RF-13636: --------------------------------- Should this maybe add to whitelistBaseClasses as java.util.Collection That would be more flexible. > Add List Impls to the resource serialization whitelist > ------------------------------------------------------ > > Key: RF-13636 > URL: https://issues.jboss.org/browse/RF-13636 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 4.3.6 > Reporter: Cody Lerum > Fix For: 4.3.8 > > > Not having these prevents passing data list data to charting components via the mediaoutput component -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 21 05:00:57 2014 From: issues at jboss.org (J W (JIRA)) Date: Wed, 21 May 2014 05:00:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12270) Allow RichFaces to bring new CSS/JS resources into the page after AJAX request In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12270?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969279#comment-12969279 ] J W commented on RF-12270: -------------------------- I have the following Issue at the moment: - open my website for the first time. no RF components are present yet - with an AJAX request i want to render a rich:select component. - I do receive the HTML of the Component, but since the CSS and the JS files are missing the component is not working. This seems to be the same Issue like described in this ticket, right? > Allow RichFaces to bring new CSS/JS resources into the page after AJAX request > ------------------------------------------------------------------------------ > > Key: RF-12270 > URL: https://issues.jboss.org/browse/RF-12270 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: core, resource handling > Affects Versions: 4.2.2.Final > Reporter: Tomasz Kurpios > Fix For: 5-Tracking > > Original Estimate: 2 days > Remaining Estimate: 2 days > > Quoting the extract from official documentation (3.5 Restrictions): > ??JSF 2 does not allow resources such as JavaScript or Cascading Style Sheets (CSS) to be added if the element requiring the resource is not initially present in the JSF tree. As such, components added to the tree via Ajax must have any required resources already loaded. In RichFaces, any components added to the JSF tree should have components with corresponding resources included on the main page initially. To facilitate this, components can use the rendered="false" setting to not be rendered on the page.?? > > Setting rendered="false" is OK when components are in the tree. However, if there are lots of components on a single view, for performance reasons some parts might be excluded by means of or tags. > That's at least what could be done in 3.3.3. It worked fine back then. However, the JSF2 AJAX mechanism does not support this feature. This makes usage of aforementioned tags impossible in some cases. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 21 07:34:57 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Wed, 21 May 2014 07:34:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969318#comment-12969318 ] Michal Petrov commented on RF-13629: ------------------------------------ I can confirm observing the issue but after some time it stopped. I can still see the excessive time consumption but the dragging is smooth. The most time consuming call is {{Element.clientWidth}} which a standard DOM property, so there might be an issue in Firefox's implementation. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: regression > Fix For: 4.3.7 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 21 09:56:57 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Wed, 21 May 2014 09:56:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13514) Support file upload progress tracking in Servlets >= 3.0 environment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13514?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-13514. -------------------------------- Resolution: Done > Support file upload progress tracking in Servlets >= 3.0 environment > -------------------------------------------------------------------- > > Key: RF-13514 > URL: https://issues.jboss.org/browse/RF-13514 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-input, core > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > We currently support two approaches for file upload: > * Servlets 2.5: own request form data parser [{{MultipartRequestParser}}|https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/request/MultipartRequestParser.java] > * Servlets 3.0: leveraging {{HttpServletRequest#getParts()}} > However as we have discussed RF-13444, we had to finally do a trade-off of limiting support of file progress tracking. I.e. in Servlets 3.0 we have no simple way how to track file upload progress since getParts() returns data for completed request. > There are several possible outcomes: > 1) drop server-side file upload progress tracking and leverage XHR2/HTML5 that has built-in ability to track progress > * imho we are already prepared to switch to XHR2 and client-side progress (possibly leveraging some third-party widget) since [all major browsers support it at least one version back|http://caniuse.com/#feat=xhr2] > * existing implementation: http://www.script-tutorials.com/pure-html5-file-upload/ > 2) use a {{ServletFilter}} to wrap a request as our {{FileUploadFacesContextFactory}} currently do and so have an earlier access to the request object > * this principle has a drawback - we have to ensure our filter has high-enough priority so the servlet container won't touch the request body yet -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 21 18:18:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 21 May 2014 18:18:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13629. -------------------------------- Labels: needs-qe regression (was: regression) Resolution: Done QE: please test the height/width settings of the popupPanel, and also test that RF-13616 remains fixed with this patch. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: regression, needs-qe > Fix For: 4.3.7 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 01:18:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 01:18:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13637) Refresh the dist zip for RF 4.5 In-Reply-To: References: Message-ID: Brian Leathem created RF-13637: ---------------------------------- Summary: Refresh the dist zip for RF 4.5 Key: RF-13637 URL: https://issues.jboss.org/browse/RF-13637 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: build/distribution Reporter: Brian Leathem Assignee: Brian Leathem Fix For: 4.5.0.Alpha3 The distribution zip for RichFaces 4.5 needs to be refreshed to account for the module and repository changes. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 01:18:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 01:18:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13637) Refresh the dist zip for RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13637?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13637: ------------------------------- Sprint: 4.5.0.Alpha3 - Sprint 2 > Refresh the dist zip for RF 4.5 > ------------------------------- > > Key: RF-13637 > URL: https://issues.jboss.org/browse/RF-13637 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: build/distribution > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 days > Remaining Estimate: 2 days > > The distribution zip for RichFaces 4.5 needs to be refreshed to account for the module and repository changes. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 01:20:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 01:20:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13637) Refresh the dist zip for RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13637?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969576#comment-12969576 ] Brian Leathem commented on RF-13637: ------------------------------------ The maven artifacts consist of: * richfaces.jar (rich components) * richafces-a4j.jar (a4j components) * richfaces-core.jar (framework classes) In the distributions zip I propose renaming these to: * richfaces-components-rich.jar * richfaces-components-core.jar * richfaces-core.jar I have implemented this using a {{dependencySet}} in the maven-assembly-plugin. > Refresh the dist zip for RF 4.5 > ------------------------------- > > Key: RF-13637 > URL: https://issues.jboss.org/browse/RF-13637 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: build/distribution > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 days > Remaining Estimate: 2 days > > The distribution zip for RichFaces 4.5 needs to be refreshed to account for the module and repository changes. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 01:26:59 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 01:26:59 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13637) Refresh the dist zip for RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13637?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969578#comment-12969578 ] Brian Leathem commented on RF-13637: ------------------------------------ I propose the generated documentation be generated for each of the 3 richfaces maven jars (rich, a4j, and core). These generated docs will be stored as jars in the maven repo with the classifiers: source, javadoc, vdldoc, and jsdoc. These classifier jar will be generated when the component and core module are built with the {{release}} profile. However three separate jars is not useful to be provided in the distribution zip. I propose a maven step to unpack the source jars of the 3 richfaces jars and regenerate the javadoc, vdldoc, and jsdoc documentation. These merged generated docs should not be stored in the maven repo directly, but rather as part of the richfaces-dist zip that will be in the maven repo. > Refresh the dist zip for RF 4.5 > ------------------------------- > > Key: RF-13637 > URL: https://issues.jboss.org/browse/RF-13637 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: build/distribution > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 days > Remaining Estimate: 2 days > > The distribution zip for RichFaces 4.5 needs to be refreshed to account for the module and repository changes. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 03:30:56 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 22 May 2014 03:30:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969607#comment-12969607 ] Luk?? Fry? commented on RF-13505: --------------------------------- *First one:* Seems that in the response, the correct render value is propagated: {{extension[id=org.richfaces.extension]/render=@all}} but the response doesn't contain an update for whole page. > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 03:56:56 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Thu, 22 May 2014 03:56:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13604) rich:editor is flickering on mouse hover In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969613#comment-12969613 ] Matej Novotny commented on RF-13604: ------------------------------------ I was tempering with this a little in order to find out where it can be reproduced. In the end I found it is generally observable. Using the attached ZIP project... You can use whichever browser you like (chrome, ff ie,..), and as for AS you can surely use Wildfly, JBoss AS 7.1, Glassfish (those I tested). I tried recreating the project with JSF 2.1 instead of 2.2 as I was suspicious that could cause the problem. But with no luck - editor was still flickering. However I was unable to reproduce this with Metamer which is Maven project compared to this, but otherwise using same libs (and similar versions). Not sure how, but could that make a difference? > rich:editor is flickering on mouse hover > ---------------------------------------- > > Key: RF-13604 > URL: https://issues.jboss.org/browse/RF-13604 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.5 > Environment: Windows 7, Glassfish 4, Java 1.7, JSF2.2, Chrome (version 34.0.1847.116 m) or Internet Explorer (version 11.0.9600.16659) > Reporter: Serge Rogatch > Assignee: Matej Novotny > Labels: editor, glassfish, jsf22 > Attachments: TutRichf1.zip > > > Initially the rich:editor component didn't render, throwing some errors in JavaScript ( https://community.jboss.org/message/867978 ), however afterwards I was not able to reproduce that in a newly created project. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 04:52:58 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Thu, 22 May 2014 04:52:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969625#comment-12969625 ] Juraj H?ska commented on RF-13629: ---------------------------------- The performance issue no more occur which is great, but unfortunately there are other issues introduced with this patch, reproducible on all browsers: # _After resize, {{popupPanel}} visual state is broken. Its bottom border does not exist, rendered shadow is too big_ ## please see the attachments: popupPanelResizedAndBroken_2 and popupResizedAndBroken_1 ## Steps to reproduce: ### Build and deploy project from https://github.com/jhuska/richfaces-sanbox/tree/RF-13629 ### Load: http://localhost:8080/richfaces-sanbox/simpleResizablePopup.jsf ### Try to resize the {{popupPanel}}, either make it bigger or smaller and see that it is broken # _PopupPanel can not be resized by its top border, because when D&Dropping its top border it is moved instead_ ## Steps to reproduce: ### Build and deploy project from https://github.com/jhuska/richfaces-sanbox/tree/RF-13629 ### Load: http://localhost:8080/richfaces-sanbox/simpleResizablePopup.jsf ### Try to resize the {{popupPanel}} by its top border, and see that it is not enlarged, but moved. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: needs-qe, regression > Fix For: 4.3.7 > > Attachments: popupPanelGood.png, popupPanelResizedAndBroken_2.png, popupPanelWrong.png, popupResizedAndBroken_1.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 04:52:58 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Thu, 22 May 2014 04:52:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13629: ----------------------------- Attachment: popupPanelResizedAndBroken_2.png popupResizedAndBroken_1.png > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: needs-qe, regression > Fix For: 4.3.7 > > Attachments: popupPanelGood.png, popupPanelResizedAndBroken_2.png, popupPanelWrong.png, popupResizedAndBroken_1.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 04:56:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Thu, 22 May 2014 04:56:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969625#comment-12969625 ] Juraj H?ska edited comment on RF-13629 at 5/22/14 4:56 AM: ----------------------------------------------------------- The performance issue no more occur which is great, but unfortunately there are other issues introduced with this patch, reproducible on all browsers: # _After resize, {{popupPanel}} visual state is broken. Its bottom border does not exist, rendered shadow is too big_ ## please see the attachments: !popupPanelResizedAndBroken_2.png|thumbnail! and !popupResizedAndBroken_1.png|thumbnail! ## Steps to reproduce: ### Build and deploy project from https://github.com/jhuska/richfaces-sanbox/tree/RF-13629 ### Load: http://localhost:8080/richfaces-sanbox/simpleResizablePopup.jsf ### Try to resize the {{popupPanel}}, either make it bigger or smaller and see that it is broken # _PopupPanel can not be resized by its top border, because when D&Dropping its top border it is moved instead_ ## Steps to reproduce: ### Build and deploy project from https://github.com/jhuska/richfaces-sanbox/tree/RF-13629 ### Load: http://localhost:8080/richfaces-sanbox/simpleResizablePopup.jsf ### Try to resize the {{popupPanel}} by its top border, and see that it is not enlarged, but moved. was (Author: jhuska): The performance issue no more occur which is great, but unfortunately there are other issues introduced with this patch, reproducible on all browsers: # _After resize, {{popupPanel}} visual state is broken. Its bottom border does not exist, rendered shadow is too big_ ## please see the attachments: popupPanelResizedAndBroken_2 and popupResizedAndBroken_1 ## Steps to reproduce: ### Build and deploy project from https://github.com/jhuska/richfaces-sanbox/tree/RF-13629 ### Load: http://localhost:8080/richfaces-sanbox/simpleResizablePopup.jsf ### Try to resize the {{popupPanel}}, either make it bigger or smaller and see that it is broken # _PopupPanel can not be resized by its top border, because when D&Dropping its top border it is moved instead_ ## Steps to reproduce: ### Build and deploy project from https://github.com/jhuska/richfaces-sanbox/tree/RF-13629 ### Load: http://localhost:8080/richfaces-sanbox/simpleResizablePopup.jsf ### Try to resize the {{popupPanel}} by its top border, and see that it is not enlarged, but moved. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: needs-qe, regression > Fix For: 4.3.7 > > Attachments: popupPanelGood.png, popupPanelResizedAndBroken_2.png, popupPanelWrong.png, popupResizedAndBroken_1.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 05:28:56 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Thu, 22 May 2014 05:28:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-11301) Sub table: not possible to use data scroller on several subtables In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-11301?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek updated RF-11301: ----------------------------- Fix Version/s: 4.3.7 (was: 5-Future) > Sub table: not possible to use data scroller on several subtables > ----------------------------------------------------------------- > > Key: RF-11301 > URL: https://issues.jboss.org/browse/RF-11301 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.1.0.Milestone1, 4.2.2.Final > Environment: RichFaces 4.1.0-SNAPSHOT r.d0f9c11eb0dacc1444c0a3182b12567e28aef6bc > Metamer 4.1.0-SNAPSHOT r.22616 > Mojarra 2.1.2-FCS > Apache Tomcat 7.0.19 > OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux > Chrome 13.0.782.112 @ Linux i686 > Reporter: Pavol Pitonak > Fix For: 4.3.7 > > > 1. deploy Metamer and open http://localhost:8080/metamer/faces/components/richCollapsibleSubTable/scroller.xhtml > 2. scroll "Men" subtable to page 2 using "Next" button > 3. scroll "Men" subtable to page 3 using "Next" button > result: > subtable is scrolled on page 2 but scrolling to page 3 doesn't work > 4. scroll "Women" subtable to page 2 using "Next" button > result: > subtable "Men" is back on page 1 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 05:28:57 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Thu, 22 May 2014 05:28:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-11301) Sub table: not possible to use data scroller on several subtables In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-11301?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek updated RF-11301: ----------------------------- Labels: (was: ci_issue) > Sub table: not possible to use data scroller on several subtables > ----------------------------------------------------------------- > > Key: RF-11301 > URL: https://issues.jboss.org/browse/RF-11301 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.1.0.Milestone1, 4.2.2.Final > Environment: RichFaces 4.1.0-SNAPSHOT r.d0f9c11eb0dacc1444c0a3182b12567e28aef6bc > Metamer 4.1.0-SNAPSHOT r.22616 > Mojarra 2.1.2-FCS > Apache Tomcat 7.0.19 > OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux > Chrome 13.0.782.112 @ Linux i686 > Reporter: Pavol Pitonak > Fix For: 4.3.7 > > > 1. deploy Metamer and open http://localhost:8080/metamer/faces/components/richCollapsibleSubTable/scroller.xhtml > 2. scroll "Men" subtable to page 2 using "Next" button > 3. scroll "Men" subtable to page 3 using "Next" button > result: > subtable is scrolled on page 2 but scrolling to page 3 doesn't work > 4. scroll "Women" subtable to page 2 using "Next" button > result: > subtable "Men" is back on page 1 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 05:30:57 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Thu, 22 May 2014 05:30:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-11301) Sub table: not possible to use data scroller on several subtables In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-11301?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek closed RF-11301. ---------------------------- Resolution: Out of Date Works with latest 4.3.x, 4.5.x and 5.0.x RichFaces > Sub table: not possible to use data scroller on several subtables > ----------------------------------------------------------------- > > Key: RF-11301 > URL: https://issues.jboss.org/browse/RF-11301 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.1.0.Milestone1, 4.2.2.Final > Environment: RichFaces 4.1.0-SNAPSHOT r.d0f9c11eb0dacc1444c0a3182b12567e28aef6bc > Metamer 4.1.0-SNAPSHOT r.22616 > Mojarra 2.1.2-FCS > Apache Tomcat 7.0.19 > OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux > Chrome 13.0.782.112 @ Linux i686 > Reporter: Pavol Pitonak > Fix For: 4.3.7 > > > 1. deploy Metamer and open http://localhost:8080/metamer/faces/components/richCollapsibleSubTable/scroller.xhtml > 2. scroll "Men" subtable to page 2 using "Next" button > 3. scroll "Men" subtable to page 3 using "Next" button > result: > subtable is scrolled on page 2 but scrolling to page 3 doesn't work > 4. scroll "Women" subtable to page 2 using "Next" button > result: > subtable "Men" is back on page 1 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 06:30:57 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 22 May 2014 06:30:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969659#comment-12969659 ] Luk?? Fry? commented on RF-13505: --------------------------------- *Second one:* The problem is based in an approach how file upload sends request parameters to the server. fileupload.js sets up parameters in a) query string b) request body (as form params). This is odd, because undertow(?) detects just query string {{rf_fu_uid}} as a parameter and leaves form params unnoticed. Because one of the form params is also {{org.richfaces.ajax.component}} parameter, EPVC assumes the request does not come from RichFaces component and delegates partial request processing to JSF impl. In JSF impl, implicitly rendered areas are not considered. See attached image {{fu-request.png} for illustration of the problem. > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Attachments: fu-request.png > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 06:30:57 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 22 May 2014 06:30:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13505: ---------------------------- Attachment: fu-request.png > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Attachments: fu-request.png > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 06:30:57 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 22 May 2014 06:30:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969659#comment-12969659 ] Luk?? Fry? edited comment on RF-13505 at 5/22/14 6:30 AM: ---------------------------------------------------------- *Second one:* The problem is based in an approach how file upload sends request parameters to the server. fileupload.js sets up parameters in a) query string b) request body (as form params). This is odd, because undertow(?) detects just query string {{rf_fu_uid}} as a parameter and leaves form params unnoticed. Because one of the form params is also {{org.richfaces.ajax.component}} parameter, EPVC assumes the request does not come from RichFaces component and delegates partial request processing to JSF impl. In JSF impl, implicitly rendered areas are not considered. See attached image [{{fu-request.png}}|https://issues.jboss.org/secure/attachment/12382531/fu-request.png] for illustration of the problem. was (Author: lfryc): *Second one:* The problem is based in an approach how file upload sends request parameters to the server. fileupload.js sets up parameters in a) query string b) request body (as form params). This is odd, because undertow(?) detects just query string {{rf_fu_uid}} as a parameter and leaves form params unnoticed. Because one of the form params is also {{org.richfaces.ajax.component}} parameter, EPVC assumes the request does not come from RichFaces component and delegates partial request processing to JSF impl. In JSF impl, implicitly rendered areas are not considered. See attached image {{fu-request.png} for illustration of the problem. > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Attachments: fu-request.png > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 06:34:57 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 22 May 2014 06:34:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969607#comment-12969607 ] Luk?? Fry? edited comment on RF-13505 at 5/22/14 6:33 AM: ---------------------------------------------------------- *First one:* Seems that in the response, the correct render value is propagated: {{extension[id=org.richfaces.extension]/render=@all}} but the response doesn't contain an update for whole page. ---- The thing is that {{render=@all}} does not work at all, since we delegate to {{PartialViewContextImpl#processPartial(PhaseId)}} that asks for {{#isRenderAll()}} but it does not delegate to PVC chain (incl. EPVC). This means the JSF impl itself does not consider the request as {{render=@all}} and tries to render just implicitly rendered areas (as instructed by EPVC). The fix consists of call of {{PartialViewContextImpl#setRenderAll(true)}} when needed. was (Author: lfryc): *First one:* Seems that in the response, the correct render value is propagated: {{extension[id=org.richfaces.extension]/render=@all}} but the response doesn't contain an update for whole page. > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Attachments: fu-request.png > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 06:34:57 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 22 May 2014 06:34:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969659#comment-12969659 ] Luk?? Fry? edited comment on RF-13505 at 5/22/14 6:34 AM: ---------------------------------------------------------- *Second one:* The problem is based in an approach how file upload sends request parameters to the server. fileupload.js sets up parameters in a) query string b) request body (as form params). This is odd, because undertow(?) detects just query string {{rf_fu_uid}} as a parameter and leaves form params unnoticed. Because one of the form params is also {{org.richfaces.ajax.component}} parameter, EPVC assumes the request does not come from RichFaces component and delegates partial request processing to JSF impl. In JSF impl, implicitly rendered areas are not considered. See attached image [{{fu-request.png}}|https://issues.jboss.org/secure/attachment/12382531/fu-request.png] for illustration of the problem. ---- I believe this couldn't work even without EPVC refactoring. was (Author: lfryc): *Second one:* The problem is based in an approach how file upload sends request parameters to the server. fileupload.js sets up parameters in a) query string b) request body (as form params). This is odd, because undertow(?) detects just query string {{rf_fu_uid}} as a parameter and leaves form params unnoticed. Because one of the form params is also {{org.richfaces.ajax.component}} parameter, EPVC assumes the request does not come from RichFaces component and delegates partial request processing to JSF impl. In JSF impl, implicitly rendered areas are not considered. See attached image [{{fu-request.png}}|https://issues.jboss.org/secure/attachment/12382531/fu-request.png] for illustration of the problem. > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Attachments: fu-request.png > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 07:24:56 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 22 May 2014 07:24:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969682#comment-12969682 ] Luk?? Fry? commented on RF-13505: --------------------------------- Hey Juraj, I have created a fix for the *First issue*: https://github.com/richfaces/richfaces/commit/f0e8896471bafb0c84ac50589cf72726e6da5b90 The *second issue* should not be concern of this refactoring (I believe it failed on WildFly 8.0.0.Final before), but I'm just verifying that. > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Attachments: fu-request.png > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 07:42:57 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 22 May 2014 07:42:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969682#comment-12969682 ] Luk?? Fry? edited comment on RF-13505 at 5/22/14 7:41 AM: ---------------------------------------------------------- Hey Juraj, I have created a fix for the *First issue*: https://github.com/richfaces/richfaces/commit/f0e8896471bafb0c84ac50589cf72726e6da5b90 The *second issue* should not be concern of this refactoring (I believe it failed on WildFly 8.0.0.Final before). I have verified this and with the last commit [1] before I started working on EPVC integration, it failed for same reasons. [1] https://github.com/richfaces/richfaces/commit/23a87fac2c0beb237af902bb4f4122072b07ed65 was (Author: lfryc): Hey Juraj, I have created a fix for the *First issue*: https://github.com/richfaces/richfaces/commit/f0e8896471bafb0c84ac50589cf72726e6da5b90 The *second issue* should not be concern of this refactoring (I believe it failed on WildFly 8.0.0.Final before), but I'm just verifying that. > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Attachments: fu-request.png > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 07:42:57 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Thu, 22 May 2014 07:42:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13612) Document styling attributes for rich:dataTable In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13612?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-13612. -------------------------------- Resolution: Done Given that the renderer also takes care of collapsibleSubTable I've created a TableStyleProps interface for the attributes that AbstractDataTable and AbstractCollapsibleSubTable implement. > Document styling attributes for rich:dataTable > ---------------------------------------------- > > Key: RF-13612 > URL: https://issues.jboss.org/browse/RF-13612 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-tables, doc > Affects Versions: 4.3.6 > Reporter: Michal Petrov > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > There are several attributes that can be assigned to a dataTable such as {{headerCellClass}} or {{firstColumnFooterClass}} (see [AbstractTableRenderer|https://github.com/richfaces4/components/blob/master/iteration/ui/src/main/java/org/richfaces/renderkit/AbstractTableRenderer.java#L325]). The renderer is set to process them but they are not documented. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 07:42:58 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 22 May 2014 07:42:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969682#comment-12969682 ] Luk?? Fry? edited comment on RF-13505 at 5/22/14 7:42 AM: ---------------------------------------------------------- Hey Juraj, I have created a fix for the *First issue*: https://github.com/richfaces/richfaces/commit/f0e8896471bafb0c84ac50589cf72726e6da5b90 The *second issue* should not be concern of this refactoring (I believe it failed on WildFly 8.0.0.Final before). I have verified this and with the last commit [1] before I started working on EPVC integration, it failed for same reasons. I wonder whether WildFly/Undertow works correctly here. [1] https://github.com/richfaces/richfaces/commit/23a87fac2c0beb237af902bb4f4122072b07ed65 was (Author: lfryc): Hey Juraj, I have created a fix for the *First issue*: https://github.com/richfaces/richfaces/commit/f0e8896471bafb0c84ac50589cf72726e6da5b90 The *second issue* should not be concern of this refactoring (I believe it failed on WildFly 8.0.0.Final before). I have verified this and with the last commit [1] before I started working on EPVC integration, it failed for same reasons. [1] https://github.com/richfaces/richfaces/commit/23a87fac2c0beb237af902bb4f4122072b07ed65 > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Attachments: fu-request.png > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 08:46:58 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Thu, 22 May 2014 08:46:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13591) RichFaces 4.5 integration tests are failing In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969734#comment-12969734 ] Matej Novotny commented on RF-13591: ------------------------------------ I managed to fix some more tests. * IT*Validation - working * ITDnd - working. * ITFocusManager - now 4/5 tests pass (tests marked as @Smoke pass). Problematic test is _ITFocusManager.test_FocusManager_on_ajax_postback_. The exception is following (I will see if I can resolve this): {code} org.jboss.arquillian.warp.impl.client.verification.InspectionMethodWasNotInvokedException: Lifecycle test declared on public void org.richfaces.component.focus.VerifyFocusEnforcing.subscribe_to_preRenderViewEvent() with qualifiers [@org.jboss.arquillian.warp.jsf.BeforePhase(value=RENDER_RESPONSE)] was not executed at org.jboss.arquillian.warp.impl.client.verification.ResponsePayloadVerifier.verifyAllLifecycleTestsExecuted(ResponsePayloadVerifier.java:74) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) {code} The above mentioned fixes should all be pushed in 4.5 branch already. I am now stuck with the remaining two - ITResourceOptimization and ITPlaceholderText. I don't really know how to fix those, [~lfryc] could you please look into those? > RichFaces 4.5 integration tests are failing > ------------------------------------------- > > Key: RF-13591 > URL: https://issues.jboss.org/browse/RF-13591 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha2 > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Fix For: 4.5.0.Alpha3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > RichFaces 4.5 cannot be build because of compilation errors in integration tests: > {code} > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:testCompile (default-testCompile) on project richfaces: Compilation failure: Compilation failure: > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[9,30] error: cannot find symbol > [ERROR] package org.richfaces.ui.toggle > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[10,39] error: package org.richfaces.ui.toggle.tabPanel does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[18,12] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[19,27] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[21,28] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[25,11] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[29,35] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[33,16] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[48,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[38,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[31,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[32,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[34,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[35,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[44,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[45,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[57,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[61,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[65,29] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusSubmissionMethods.java:[50,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[49,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[50,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[85,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[89,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[93,29] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[56,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[57,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[63,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[64,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[100,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[62,19] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[49,8] error: cannot find symbol > [ERROR] class VerifyFocusEnforcingOverridesFocusSettings > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[50,8] error: cannot find symbol > [ERROR] > [ERROR] E extends HtmlElement declared in method getElementById(String) > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[77,8] error: cannot find symbol > [ERROR] class VerifyFocusCandidates > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[78,8] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[153,16] error: cannot find symbol > [ERROR] class AbstractFocus > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[154,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,55] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,56] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,56] error: cannot find symbol > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 10:20:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 10:20:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12950) Move Showcase ftests from QA repo to the examples/showcase module and mark some of them as smoke tests In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12950?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reopened RF-12950: -------------------------------- > Move Showcase ftests from QA repo to the examples/showcase module and mark some of them as smoke tests > ------------------------------------------------------------------------------------------------------ > > Key: RF-12950 > URL: https://issues.jboss.org/browse/RF-12950 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: tests - functional > Reporter: Luk?? Fry? > Assignee: Juraj H?ska > > Smoke tests should verify that basic showcase functionality works as expected. > Full showcase test suite can be moved into RF5 repository then. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 10:20:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 10:20:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12950) Move Showcase ftests from QA repo to the examples/showcase module and mark some of them as smoke tests In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12950?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-12950: ------------------------------- Fix Version/s: 4.5.0.Alpha3 > Move Showcase ftests from QA repo to the examples/showcase module and mark some of them as smoke tests > ------------------------------------------------------------------------------------------------------ > > Key: RF-12950 > URL: https://issues.jboss.org/browse/RF-12950 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: tests - functional > Reporter: Luk?? Fry? > Assignee: Juraj H?ska > Fix For: 4.5.0.Alpha3 > > > Smoke tests should verify that basic showcase functionality works as expected. > Full showcase test suite can be moved into RF5 repository then. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 10:38:57 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Thu, 22 May 2014 10:38:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969783#comment-12969783 ] Michal Petrov commented on RF-13505: ------------------------------------ There is a bug in undertow that makes it not parse headers under certain conditions: UNDERTOW-202. It is fixed in WildFly 8.0.1. > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Attachments: fu-request.png > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 10:48:56 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Thu, 22 May 2014 10:48:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13334) Upgrade jQuery UI to 1.10.3 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov reassigned RF-13334: ---------------------------------- Assignee: Michal Petrov > Upgrade jQuery UI to 1.10.3 > --------------------------- > > Key: RF-13334 > URL: https://issues.jboss.org/browse/RF-13334 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: third-party > Affects Versions: 5.0.0.Alpha2 > Reporter: Luk?? Fry? > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > RichWidgets issue: > https://github.com/richwidgets/richwidgets/issues/99 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 10:50:57 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 22 May 2014 10:50:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? reassigned RF-13505: ------------------------------- Assignee: Juraj H?ska (was: Luk?? Fry?) > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Juraj H?ska > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Attachments: fu-request.png > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 10:50:57 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 22 May 2014 10:50:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969789#comment-12969789 ] Luk?? Fry? commented on RF-13505: --------------------------------- Juraj, could you please run the tests against this branch once more? > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Juraj H?ska > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Attachments: fu-request.png > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 12:50:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 12:50:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13334) Upgrade jQuery UI to 1.10.3 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13334: ------------------------------- Sprint: 4.5.0.Alpha3 - Sprint 2 > Upgrade jQuery UI to 1.10.3 > --------------------------- > > Key: RF-13334 > URL: https://issues.jboss.org/browse/RF-13334 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: third-party > Affects Versions: 5.0.0.Alpha2 > Reporter: Luk?? Fry? > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > RichWidgets issue: > https://github.com/richwidgets/richwidgets/issues/99 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 15:36:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 15:36:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969867#comment-12969867 ] Brian Leathem commented on RF-13629: ------------------------------------ Thanks [~jhuska], your meticulousness is much appreciated! I've further re-factored the changes. I've run the 3 pages in your sample app as well as the reproducer for RF-13616; all pages behave correctly. I've executed the jenkins job you set up, and the tests all pass: https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/RichFaces/view/RF-QE/job/RF-13629-popupPanel-autosizing-and-other-issues/jdk=java17_default,label=RHEL6_x86%7C%7CRHEL6_x86_64/ If you could please perform any additional manual QA required, I'd appreciate it. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: needs-qe, regression > Fix For: 4.3.7 > > Attachments: popupPanelGood.png, popupPanelResizedAndBroken_2.png, popupPanelWrong.png, popupResizedAndBroken_1.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 15:40:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 15:40:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-11301) Sub table: not possible to use data scroller on several subtables In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-11301?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reopened RF-11301: -------------------------------- > Sub table: not possible to use data scroller on several subtables > ----------------------------------------------------------------- > > Key: RF-11301 > URL: https://issues.jboss.org/browse/RF-11301 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.1.0.Milestone1, 4.2.2.Final > Environment: RichFaces 4.1.0-SNAPSHOT r.d0f9c11eb0dacc1444c0a3182b12567e28aef6bc > Metamer 4.1.0-SNAPSHOT r.22616 > Mojarra 2.1.2-FCS > Apache Tomcat 7.0.19 > OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux > Chrome 13.0.782.112 @ Linux i686 > Reporter: Pavol Pitonak > Fix For: 4.3.7 > > > 1. deploy Metamer and open http://localhost:8080/metamer/faces/components/richCollapsibleSubTable/scroller.xhtml > 2. scroll "Men" subtable to page 2 using "Next" button > 3. scroll "Men" subtable to page 3 using "Next" button > result: > subtable is scrolled on page 2 but scrolling to page 3 doesn't work > 4. scroll "Women" subtable to page 2 using "Next" button > result: > subtable "Men" is back on page 1 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 15:42:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 15:42:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-11301) Sub table: not possible to use data scroller on several subtables In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-11301?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-11301: ------------------------------- Fix Version/s: (was: 4.3.7) > Sub table: not possible to use data scroller on several subtables > ----------------------------------------------------------------- > > Key: RF-11301 > URL: https://issues.jboss.org/browse/RF-11301 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.1.0.Milestone1, 4.2.2.Final > Environment: RichFaces 4.1.0-SNAPSHOT r.d0f9c11eb0dacc1444c0a3182b12567e28aef6bc > Metamer 4.1.0-SNAPSHOT r.22616 > Mojarra 2.1.2-FCS > Apache Tomcat 7.0.19 > OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux > Chrome 13.0.782.112 @ Linux i686 > Reporter: Pavol Pitonak > > 1. deploy Metamer and open http://localhost:8080/metamer/faces/components/richCollapsibleSubTable/scroller.xhtml > 2. scroll "Men" subtable to page 2 using "Next" button > 3. scroll "Men" subtable to page 3 using "Next" button > result: > subtable is scrolled on page 2 but scrolling to page 3 doesn't work > 4. scroll "Women" subtable to page 2 using "Next" button > result: > subtable "Men" is back on page 1 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 15:42:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 15:42:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-11301) Sub table: not possible to use data scroller on several subtables In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-11301?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem closed RF-11301. ------------------------------ Resolution: Out of Date > Sub table: not possible to use data scroller on several subtables > ----------------------------------------------------------------- > > Key: RF-11301 > URL: https://issues.jboss.org/browse/RF-11301 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.1.0.Milestone1, 4.2.2.Final > Environment: RichFaces 4.1.0-SNAPSHOT r.d0f9c11eb0dacc1444c0a3182b12567e28aef6bc > Metamer 4.1.0-SNAPSHOT r.22616 > Mojarra 2.1.2-FCS > Apache Tomcat 7.0.19 > OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux > Chrome 13.0.782.112 @ Linux i686 > Reporter: Pavol Pitonak > > 1. deploy Metamer and open http://localhost:8080/metamer/faces/components/richCollapsibleSubTable/scroller.xhtml > 2. scroll "Men" subtable to page 2 using "Next" button > 3. scroll "Men" subtable to page 3 using "Next" button > result: > subtable is scrolled on page 2 but scrolling to page 3 doesn't work > 4. scroll "Women" subtable to page 2 using "Next" button > result: > subtable "Men" is back on page 1 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 15:44:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 15:44:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12270) Allow RichFaces to bring new CSS/JS resources into the page after AJAX request In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12270?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969869#comment-12969869 ] Brian Leathem commented on RF-12270: ------------------------------------ [~jigg4] you are correct. The recommended workaround is to use resource optimisation to have all resources present in minified form. > Allow RichFaces to bring new CSS/JS resources into the page after AJAX request > ------------------------------------------------------------------------------ > > Key: RF-12270 > URL: https://issues.jboss.org/browse/RF-12270 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: core, resource handling > Affects Versions: 4.2.2.Final > Reporter: Tomasz Kurpios > Fix For: 5-Tracking > > Original Estimate: 2 days > Remaining Estimate: 2 days > > Quoting the extract from official documentation (3.5 Restrictions): > ??JSF 2 does not allow resources such as JavaScript or Cascading Style Sheets (CSS) to be added if the element requiring the resource is not initially present in the JSF tree. As such, components added to the tree via Ajax must have any required resources already loaded. In RichFaces, any components added to the JSF tree should have components with corresponding resources included on the main page initially. To facilitate this, components can use the rendered="false" setting to not be rendered on the page.?? > > Setting rendered="false" is OK when components are in the tree. However, if there are lots of components on a single view, for performance reasons some parts might be excluded by means of or tags. > That's at least what could be done in 3.3.3. It worked fine back then. However, the JSF2 AJAX mechanism does not support this feature. This makes usage of aforementioned tags impossible in some cases. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 15:48:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 15:48:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13638) Upgrade CKEditor to 4.3 (and switch code to jQuery Widget Factory) In-Reply-To: References: Message-ID: Brian Leathem created RF-13638: ---------------------------------- Summary: Upgrade CKEditor to 4.3 (and switch code to jQuery Widget Factory) Key: RF-13638 URL: https://issues.jboss.org/browse/RF-13638 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.3.4, 5.0.0.Alpha1 Reporter: barbara b Assignee: Luk?? Fry? Fix For: 5.0.0.Alpha4 All current versions of Richfaces are working with CKEditor 3.6.6. Would it be possible to make an upgrade of CKEditor to a version 4.3? Some plugins for CKEditor are only working with the 4.X versions of the editor. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 15:48:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 15:48:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13638) Upgrade CKEditor to 4.3 (and switch code to jQuery Widget Factory) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13638?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13638: ------------------------------- Fix Version/s: 4.5.0.Alpha3 (was: 5.0.0.Alpha4) > Upgrade CKEditor to 4.3 (and switch code to jQuery Widget Factory) > ------------------------------------------------------------------ > > Key: RF-13638 > URL: https://issues.jboss.org/browse/RF-13638 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.4, 5.0.0.Alpha1 > Reporter: barbara b > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > > All current versions of Richfaces are working with CKEditor 3.6.6. Would it be possible to make an upgrade of CKEditor to a version 4.3? Some plugins for CKEditor are only working with the 4.X versions of the editor. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 15:50:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 15:50:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13638) Upgrade CKEditor to 4.3 (and switch code to jQuery Widget Factory) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13638?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969873#comment-12969873 ] Brian Leathem commented on RF-13638: ------------------------------------ RichFaces 4.5 still seems to use the 3.6.6 version of the ckeditor: https://github.com/richfaces/richfaces/blob/4.5.x/components/rich/src/main/resources/META-INF/resources/org.richfaces.ckeditor/ckeditor.js [~lfryc] is there any technical reason (API incompatibility etc.) that would keep us from backporting the RF 5 ckeditor upgrade to RichFaces 4.5? > Upgrade CKEditor to 4.3 (and switch code to jQuery Widget Factory) > ------------------------------------------------------------------ > > Key: RF-13638 > URL: https://issues.jboss.org/browse/RF-13638 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.4, 5.0.0.Alpha1 > Reporter: barbara b > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > > All current versions of Richfaces are working with CKEditor 3.6.6. Would it be possible to make an upgrade of CKEditor to a version 4.3? Some plugins for CKEditor are only working with the 4.X versions of the editor. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 15:52:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 15:52:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13604) rich:editor is flickering on mouse hover In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969874#comment-12969874 ] Brian Leathem commented on RF-13604: ------------------------------------ This may be addressed by an update to CKeditor 4. [~manovotn] this upgrade has already been done in RF 5. Can you determine whether or not this is still an issue in RF 5? I've created RF-13638 to address upgrading to CKeditor in RichFaces 4.5. > rich:editor is flickering on mouse hover > ---------------------------------------- > > Key: RF-13604 > URL: https://issues.jboss.org/browse/RF-13604 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.5 > Environment: Windows 7, Glassfish 4, Java 1.7, JSF2.2, Chrome (version 34.0.1847.116 m) or Internet Explorer (version 11.0.9600.16659) > Reporter: Serge Rogatch > Assignee: Matej Novotny > Labels: editor, glassfish, jsf22 > Attachments: TutRichf1.zip > > > Initially the rich:editor component didn't render, throwing some errors in JavaScript ( https://community.jboss.org/message/867978 ), however afterwards I was not able to reproduce that in a newly created project. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 15:52:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 15:52:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13633) PopupPanel - should validate width, height, minWidth, maxWidth and similar In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13633?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13633: ------------------------------- Fix Version/s: 4.5-Tracking > PopupPanel - should validate width, height, minWidth, maxWidth and similar > -------------------------------------------------------------------------- > > Key: RF-13633 > URL: https://issues.jboss.org/browse/RF-13633 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-output, doc > Affects Versions: 4.3.7 > Reporter: Juraj H?ska > Priority: Minor > Fix For: 4.5-Tracking > > > Validation of {{popupPanel}} attributes like: > * width > * minWidth > * maxWidth > * height > * minHeight > * maxHeight > should be in place, to avoid for example user setting {{width}} to 0. > The documentation for {{minWidth}} is describing a state when an {{IllegalArgumentException}} is thrown, however, no exception is thrown at all. > So at least we should remove these discrepancies. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 15:54:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 15:54:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13636) Add List Impls to the resource serialization whitelist In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13636?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969875#comment-12969875 ] Brian Leathem commented on RF-13636: ------------------------------------ +1 for adding java.util.Collection to whitelistBaseClasses. > Add List Impls to the resource serialization whitelist > ------------------------------------------------------ > > Key: RF-13636 > URL: https://issues.jboss.org/browse/RF-13636 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 4.3.6 > Reporter: Cody Lerum > Fix For: 4.3.8 > > > Not having these prevents passing data list data to charting components via the mediaoutput component -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 18:10:56 2014 From: issues at jboss.org (Cody Lerum (JIRA)) Date: Thu, 22 May 2014 18:10:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13636) Add List Impls to the resource serialization whitelist In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13636?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969921#comment-12969921 ] Cody Lerum commented on RF-13636: --------------------------------- pull request updated for java.util.Collection > Add List Impls to the resource serialization whitelist > ------------------------------------------------------ > > Key: RF-13636 > URL: https://issues.jboss.org/browse/RF-13636 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 4.3.6 > Reporter: Cody Lerum > Fix For: 4.3.8 > > > Not having these prevents passing data list data to charting components via the mediaoutput component -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 18:24:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 18:24:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13637) Refresh the dist zip for RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13637?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969924#comment-12969924 ] Brian Leathem commented on RF-13637: ------------------------------------ The structure of the resulting zip looks like: {code} richfaces-distribution-4.5.0-SNAPSHOT/ ??? doc ??? ??? apidocs ??? ??? jsdoc ??? ??? vdldoc ??? examples ??? ??? richfaces-showcase ??? lgpl.txt ??? lib ??? ??? cache ??? ??? ??? ehcache-1.6.0.jar ??? ??? cssparser-0.9.11.jar ??? ??? guava-16.0.1.jar ??? ??? push ??? ??? ??? atmosphere-compat-jbossweb-1.0.18.jar ??? ??? ??? atmosphere-compat-tomcat-1.0.18.jar ??? ??? ??? atmosphere-compat-tomcat7-1.0.18.jar ??? ??? ??? atmosphere-runtime-1.0.18.jar ??? ??? sac-1.3.jar ??? readme-examples.txt ??? readme.txt ??? release-notes.txt ??? richfaces-components-a4j-4.5.0-SNAPSHOT.jar ??? richfaces-components-a4j-4.5.0-SNAPSHOT-sources.jar ??? richfaces-components-rich-4.5.0-SNAPSHOT.jar ??? richfaces-components-rich-4.5.0-SNAPSHOT-sources.jar ??? richfaces-core-4.5.0-SNAPSHOT.jar ??? richfaces-core-4.5.0-SNAPSHOT-sources.jar {code} > Refresh the dist zip for RF 4.5 > ------------------------------- > > Key: RF-13637 > URL: https://issues.jboss.org/browse/RF-13637 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: build/distribution > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 days > Time Spent: 1 day > Remaining Estimate: 1 day > > The distribution zip for RichFaces 4.5 needs to be refreshed to account for the module and repository changes. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 18:24:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 18:24:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13637) Refresh the dist zip for RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13637?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13637. -------------------------------- Resolution: Done > Refresh the dist zip for RF 4.5 > ------------------------------- > > Key: RF-13637 > URL: https://issues.jboss.org/browse/RF-13637 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: build/distribution > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 days > Time Spent: 1 day > Remaining Estimate: 1 day > > The distribution zip for RichFaces 4.5 needs to be refreshed to account for the module and repository changes. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 18:24:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 18:24:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13631) Remove the components/dist module In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13631?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13631. -------------------------------- Resolution: Done > Remove the components/dist module > --------------------------------- > > Key: RF-13631 > URL: https://issues.jboss.org/browse/RF-13631 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > The components-dist module appears to be redundant now that we have ported the RF 5 frameowrk to RF 4.5.: > https://github.com/richfaces/richfaces/tree/4.5.x/components/dist > I propose we removed this dist module altogether. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 18:26:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 18:26:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13611) RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13611?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13611: ------------------------------- Original Estimate: 2 hours Remaining Estimate: 2 hours > RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final > --------------------------------------------------------- > > Key: RF-13611 > URL: https://issues.jboss.org/browse/RF-13611 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha3 > Reporter: Juergen Zimmermann > Assignee: Ji?? ?tefek > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I'm using WildFly 8.0.0.CR1 and Weld 2.2.0.Final (via the WildFly patch mechanism). However, I'm getting the stacktrace below. When I patch WildFly 8.0.0.CR1 with the predecessor version Weld 2.2.0.CR2, then the issue is gone. > {code} > ERROR [org.jboss.msc.service.fail] MSC000001: Failed to start service jboss.deployment.unit."shop.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."shop.war".WeldStartService: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0] > Caused by: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions: > Exception 0 : > org.jboss.weld.exceptions.DefinitionException: WELD-000412: ObserverMethod.getReception() returned null for org.richfaces.push.cdi.PushCDIExtension$PushObserverMethod at 31e23242 > at org.jboss.weld.util.Observers.validateObserverMethod(Observers.java:118) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.addObserverMethod(AfterBeanDiscoveryImpl.java:158) > at org.richfaces.push.cdi.PushCDIExtension.afterBeanDiscovery(PushCDIExtension.java:99) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:90) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:271) > at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:121) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:258) > at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:237) > at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:174) > at org.jboss.weld.event.ObserverNotifier.notifyObservers(ObserverNotifier.java:133) > at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:107) > at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:54) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:42) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:744) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:44) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > ... 3 more > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 18:26:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 18:26:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13611) RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13611?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13611: ------------------------------- Sprint: 4.5.0.Alpha3 - Sprint 2 > RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final > --------------------------------------------------------- > > Key: RF-13611 > URL: https://issues.jboss.org/browse/RF-13611 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha3 > Reporter: Juergen Zimmermann > Assignee: Ji?? ?tefek > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I'm using WildFly 8.0.0.CR1 and Weld 2.2.0.Final (via the WildFly patch mechanism). However, I'm getting the stacktrace below. When I patch WildFly 8.0.0.CR1 with the predecessor version Weld 2.2.0.CR2, then the issue is gone. > {code} > ERROR [org.jboss.msc.service.fail] MSC000001: Failed to start service jboss.deployment.unit."shop.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."shop.war".WeldStartService: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0] > Caused by: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions: > Exception 0 : > org.jboss.weld.exceptions.DefinitionException: WELD-000412: ObserverMethod.getReception() returned null for org.richfaces.push.cdi.PushCDIExtension$PushObserverMethod at 31e23242 > at org.jboss.weld.util.Observers.validateObserverMethod(Observers.java:118) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.addObserverMethod(AfterBeanDiscoveryImpl.java:158) > at org.richfaces.push.cdi.PushCDIExtension.afterBeanDiscovery(PushCDIExtension.java:99) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:90) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:271) > at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:121) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:258) > at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:237) > at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:174) > at org.jboss.weld.event.ObserverNotifier.notifyObservers(ObserverNotifier.java:133) > at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:107) > at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:54) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:42) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:744) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:44) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > ... 3 more > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 22 18:28:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 22 May 2014 18:28:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13611) RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969925#comment-12969925 ] Brian Leathem commented on RF-13611: ------------------------------------ [~jstefek] any progress in the verification? I'll be working on this issue soon and would appreciate any insight your verification would share. > RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final > --------------------------------------------------------- > > Key: RF-13611 > URL: https://issues.jboss.org/browse/RF-13611 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha3 > Reporter: Juergen Zimmermann > Assignee: Ji?? ?tefek > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I'm using WildFly 8.0.0.CR1 and Weld 2.2.0.Final (via the WildFly patch mechanism). However, I'm getting the stacktrace below. When I patch WildFly 8.0.0.CR1 with the predecessor version Weld 2.2.0.CR2, then the issue is gone. > {code} > ERROR [org.jboss.msc.service.fail] MSC000001: Failed to start service jboss.deployment.unit."shop.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."shop.war".WeldStartService: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0] > Caused by: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions: > Exception 0 : > org.jboss.weld.exceptions.DefinitionException: WELD-000412: ObserverMethod.getReception() returned null for org.richfaces.push.cdi.PushCDIExtension$PushObserverMethod at 31e23242 > at org.jboss.weld.util.Observers.validateObserverMethod(Observers.java:118) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.addObserverMethod(AfterBeanDiscoveryImpl.java:158) > at org.richfaces.push.cdi.PushCDIExtension.afterBeanDiscovery(PushCDIExtension.java:99) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:90) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:271) > at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:121) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:258) > at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:237) > at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:174) > at org.jboss.weld.event.ObserverNotifier.notifyObservers(ObserverNotifier.java:133) > at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:107) > at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:54) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:42) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:744) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:44) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > ... 3 more > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 23 04:36:57 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Fri, 23 May 2014 04:36:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12969987#comment-12969987 ] Juraj H?ska commented on RF-13629: ---------------------------------- I regret to say that there is still an issue :( * when trying to move {{popupPanel}} to the right, it can not cross the borders of the screen, its size is adjusted according to how close to the right border of the screen the {{popupPanel}} is. The {{height}} is adjusted during the {{popupPanel}} movement as well. This behavior occurs when {{autosized == true}}, and {{maxHeight, minHeight, ...}} are *not* set. Once those max, min attributes are set, it is behaving normally (like in 4.3.6.Final). Steps to reproduce: # Build and deploy project from https://github.com/jhuska/richfaces-sanbox/tree/RF-13629 # load http://localhost:8080/richfaces-sanbox/simpleAutosizedPopup.jsf # click on the button to show the popup # try to move the popup to the right side of the screen, see that it is changing its size, and that it can not cross the right screen border (it was possible in 4.3.6.Final). > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: needs-qe, regression > Fix For: 4.3.7 > > Attachments: popupPanelGood.png, popupPanelResizedAndBroken_2.png, popupPanelWrong.png, popupResizedAndBroken_1.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 23 04:44:57 2014 From: issues at jboss.org (Ingo Weiss (JIRA)) Date: Fri, 23 May 2014 04:44:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12637) Zip exception when deploying RichFaces app with JSF 2.2 to JBoss AS 7.2 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12637?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970001#comment-12970001 ] Ingo Weiss commented on RF-12637: --------------------------------- I am seeing this issue with JSF 2.1 as well. If I add: com.sun.faces jsf-api 2.1.28 com.sun.faces jsf-impl 2.1.28 and org.jboss.jbossfaces.WAR_BUNDLES_JSF_IMPL true I can see JBoss using the bundled JSF: 09:12:46,561 INFO [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 56) Initializing Mojarra 2.1.28 ( 20140303-1517 https://svn.java.net/svn/mojarra~svn/tags/2.1.28 at 12942) for context '/richfaces-photoalbum' But then RichFaces fails: 09:42:24,930 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 64) Unable to process annotations for url, vfs:/content/richfaces-photoalbum.war/WEB-INF/lib/richfaces-components-ui-4.3.5.Final-redhat-1.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty 09:42:24,930 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 64) : java.util.zip.ZipException: zip file is empty at java.util.zip.ZipFile.open(Native Method) [rt.jar:1.7.0-internal] at java.util.zip.ZipFile.(ZipFile.java:215) [rt.jar:1.7.0-internal] at java.util.zip.ZipFile.(ZipFile.java:145) [rt.jar:1.7.0-internal] at java.util.jar.JarFile.(JarFile.java:154) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile.(URLJarFile.java:88) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:221) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:216) [rt.jar:1.7.0-internal] at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:215) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:71) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:99) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89) [rt.jar:1.7.0-internal] at com.sun.faces.config.JavaClassScanningAnnotationScanner.processClasspath(JavaClassScanningAnnotationScanner.java:166) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.JavaClassScanningAnnotationScanner.getAnnotatedClasses(JavaClassScanningAnnotationScanner.java:125) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.DelegatingAnnotationProvider.getAnnotatedClasses(DelegatingAnnotationProvider.java:85) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:841) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:793) [jsf-impl-2.1.28.jar:2.1.28] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:351) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:216) [jsf-impl-2.1.28.jar:2.1.28] at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:3339) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.core.StandardContext.start(StandardContext.java:3777) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:156) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0-internal] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0-internal] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0-internal] at org.jboss.threads.JBossThread.run(JBossThread.java:122) 09:42:24,958 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 64) Unable to process annotations for url, vfs:/content/richfaces-photoalbum.war/WEB-INF/lib/richfaces-core-impl-4.3.5.Final-redhat-1.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty 09:42:24,958 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 64) : java.util.zip.ZipException: zip file is empty at java.util.zip.ZipFile.open(Native Method) [rt.jar:1.7.0-internal] at java.util.zip.ZipFile.(ZipFile.java:215) [rt.jar:1.7.0-internal] at java.util.zip.ZipFile.(ZipFile.java:145) [rt.jar:1.7.0-internal] at java.util.jar.JarFile.(JarFile.java:154) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile.(URLJarFile.java:88) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:221) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:216) [rt.jar:1.7.0-internal] at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:215) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:71) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:99) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89) [rt.jar:1.7.0-internal] at com.sun.faces.config.JavaClassScanningAnnotationScanner.processClasspath(JavaClassScanningAnnotationScanner.java:166) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.JavaClassScanningAnnotationScanner.getAnnotatedClasses(JavaClassScanningAnnotationScanner.java:125) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.DelegatingAnnotationProvider.getAnnotatedClasses(DelegatingAnnotationProvider.java:85) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:841) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:793) [jsf-impl-2.1.28.jar:2.1.28] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:351) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:216) [jsf-impl-2.1.28.jar:2.1.28] at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:3339) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.core.StandardContext.start(StandardContext.java:3777) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:156) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0-internal] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0-internal] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0-internal] at org.jboss.threads.JBossThread.run(JBossThread.java:122) 09:42:24,997 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 64) Critical error during deployment: : com.sun.faces.config.ConfigurationException: Factory 'javax.faces.application.ApplicationFactory' was not configured properly. at com.sun.faces.config.processor.FactoryConfigProcessor.verifyFactoriesExist(FactoryConfigProcessor.java:305) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:219) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:361) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:216) [jsf-impl-2.1.28.jar:2.1.28] at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:3339) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.core.StandardContext.start(StandardContext.java:3777) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:156) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0-internal] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0-internal] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0-internal] at org.jboss.threads.JBossThread.run(JBossThread.java:122) Caused by: javax.faces.FacesException: org.jboss.as.weld.webtier.jsf.WeldApplicationFactory at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:645) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder.getImplementationInstance(FactoryFinder.java:508) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder.access$400(FactoryFinder.java:138) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder$FactoryManager.getFactory(FactoryFinder.java:995) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:342) [jsf-api-2.1.28.jar:2.1] at com.sun.faces.config.processor.FactoryConfigProcessor.verifyFactoriesExist(FactoryConfigProcessor.java:303) [jsf-impl-2.1.28.jar:2.1.28] ... 14 more Caused by: java.lang.InstantiationException: org.jboss.as.weld.webtier.jsf.WeldApplicationFactory at java.lang.Class.newInstance(Class.java:359) [rt.jar:1.7.0-internal] at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:643) [jsf-api-2.1.28.jar:2.1] ... 19 more 09:42:25,000 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/richfaces-photoalbum]] (ServerService Thread Pool -- 64) JBWEB000287: Exception sending context initialized event to listener instance of class com.sun.faces.config.ConfigureListener: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException: Factory 'javax.faces.application.ApplicationFactory' was not configured properly. at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:276) [jsf-impl-2.1.28.jar:2.1.28] at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:3339) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.core.StandardContext.start(StandardContext.java:3777) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:156) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0-internal] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0-internal] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0-internal] at org.jboss.threads.JBossThread.run(JBossThread.java:122) Caused by: com.sun.faces.config.ConfigurationException: Factory 'javax.faces.application.ApplicationFactory' was not configured properly. at com.sun.faces.config.processor.FactoryConfigProcessor.verifyFactoriesExist(FactoryConfigProcessor.java:305) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:219) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:361) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:216) [jsf-impl-2.1.28.jar:2.1.28] ... 11 more Caused by: javax.faces.FacesException: org.jboss.as.weld.webtier.jsf.WeldApplicationFactory at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:645) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder.getImplementationInstance(FactoryFinder.java:508) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder.access$400(FactoryFinder.java:138) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder$FactoryManager.getFactory(FactoryFinder.java:995) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:342) [jsf-api-2.1.28.jar:2.1] at com.sun.faces.config.processor.FactoryConfigProcessor.verifyFactoriesExist(FactoryConfigProcessor.java:303) [jsf-impl-2.1.28.jar:2.1.28] ... 14 more Caused by: java.lang.InstantiationException: org.jboss.as.weld.webtier.jsf.WeldApplicationFactory at java.lang.Class.newInstance(Class.java:359) [rt.jar:1.7.0-internal] at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:643) [jsf-api-2.1.28.jar:2.1] ... 19 more 09:42:25,002 ERROR [org.apache.catalina.core] (ServerService Thread Pool -- 64) JBWEB001103: Error detected during context /richfaces-photoalbum start, will stop it 09:42:25,004 SEVERE [javax.faces] (ServerService Thread Pool -- 64) Application was not properly initialized at startup, could not find Factory: javax.faces.application.ApplicationFactory. Attempting to find backup. 09:42:25,005 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 64) Unexpected exception when attempting to tear down the Mojarra runtime: java.lang.IllegalStateException: Could not find backup for factory javax.faces.application.ApplicationFactory. at javax.faces.FactoryFinder$FactoryManager.getFactory(FactoryFinder.java:1010) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:342) [jsf-api-2.1.28.jar:2.1] at com.sun.faces.config.InitFacesContext.getApplication(InitFacesContext.java:141) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigureListener.contextDestroyed(ConfigureListener.java:314) [jsf-impl-2.1.28.jar:2.1.28] at org.apache.catalina.core.StandardContext.listenerStop(StandardContext.java:3427) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.core.StandardContext.stop(StandardContext.java:3920) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.core.StandardContext.start(StandardContext.java:3839) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:156) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0-internal] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0-internal] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0-internal] at org.jboss.threads.JBossThread.run(JBossThread.java:122) 09:42:25,007 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 64) MSC000001: Failed to start service jboss.web.deployment.default-host./richfaces-photoalbum: org.jboss.msc.service.StartException in service jboss.web.deployment.default-host./richfaces-photoalbum: org.jboss.msc.service.StartException in anonymous service: JBAS018040: Failed to start context at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:96) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0-internal] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0-internal] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0-internal] at org.jboss.threads.JBossThread.run(JBossThread.java:122) Caused by: org.jboss.msc.service.StartException in anonymous service: JBAS018040: Failed to start context at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:161) at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) ... 6 more 09:42:25,211 ERROR [org.jboss.as.server] (DeploymentScanner-threads - 1) JBAS015870: Deploy of deployment "richfaces-photoalbum.war" was rolled back with the following failure message: {"JBAS014671: Failed services" => {"jboss.web.deployment.default-host./richfaces-photoalbum" => "org.jboss.msc.service.StartException in service jboss.web.deployment.default-host./richfaces-photoalbum: org.jboss.msc.service.StartException in anonymous service: JBAS018040: Failed to start context Caused by: org.jboss.msc.service.StartException in anonymous service: JBAS018040: Failed to start context"}} > Zip exception when deploying RichFaces app with JSF 2.2 to JBoss AS 7.2 > ----------------------------------------------------------------------- > > Key: RF-12637 > URL: https://issues.jboss.org/browse/RF-12637 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: compatibility > Affects Versions: 4.3.0.M2 > Environment: JBoss AS 7.2.0.Alpha1-SNAPSHOT (from 3 Dec 2012) > Mojarra 2.2.0-SNAPSHOT (after 2.2.0-m06) > RichFaces 4.3.0-SNAPSHOT > Reporter: Pavol Pitonak > Assignee: Pavol Pitonak > Labels: jsf22 > Attachments: jsf22.zip > > > # extract jsf22.zip > # open directory and build project with {{mvn clean package -Prelease}} > # download latest JBoss AS 7.2.0.Alpha1 from https://ci.jboss.org/jenkins/job/JBoss-AS-7.x-latest/ > # add Mojarra 2.2.0-SNAPSHOT to JBoss AS as described in https://community.jboss.org/wiki/DesignOfAS7Multi-JSFFeature > # deploy jsf22-jee6.war > result: > {quote} > 15:49:31,425 INFO [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015876: Starting deployment of "jsf22-jee6.war" > 15:49:32,644 WARN [org.jboss.weld.deployer] (MSC service thread 1-3) JBAS016012: Deployment deployment "jsf22-jee6.war" contains CDI annotations but beans.xml was not found. > 15:49:32,681 INFO [org.jboss.web] (ServerService Thread Pool -- 10) JBAS018210: Register web context: /jsf22-jee6 > 15:49:32,755 INFO [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Initializing Mojarra 2.2.0 (-SNAPSHOT 20121204-0807 https://svn.java.net/svn/mojarra~svn/trunk at 11125) for context '/jsf22-jee6' > 15:49:34,438 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Unable to process annotations for url, vfs:/content/jsf22-jee6.war/WEB-INF/lib/richfaces-components-ui-4.3.0-20121203.111732-232.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty > 15:49:34,439 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) : java.util.zip.ZipException: zip file is empty > 2.0-SNAPSHOT] > :2.2.0-SNAPSHOT] > OT] > ] > OT] > 15:49:34,445 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Unable to process annotations for url, vfs:/content/jsf22-jee6.war/WEB-INF/lib/richfaces-core-impl-4.3.0-20121203.205629-130.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty > 15:49:34,445 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) : java.util.zip.ZipException: zip file is empty > at java.util.zip.ZipFile.open(Native Method) [rt.jar:1.7.0_09-icedtea] > at java.util.zip.ZipFile.(ZipFile.java:214) [rt.jar:1.7.0_09-icedtea] > at java.util.zip.ZipFile.(ZipFile.java:144) [rt.jar:1.7.0_09-icedtea] > at java.util.jar.JarFile.(JarFile.java:152) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.URLJarFile.(URLJarFile.java:88) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:221) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:216) [rt.jar:1.7.0_09-icedtea] > at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:215) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:71) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:73) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89) [rt.jar:1.7.0_09-icedtea] > at com.sun.faces.config.JavaClassScanningAnnotationScanner.processClasspath(JavaClassScanningAnnotationScanner.java:166) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT] > at com.sun.faces.config.JavaClassScanningAnnotationScanner.getAnnotatedClasses(JavaClassScanningAnnotationScanner.java:125) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT] > at com.sun.faces.config.DelegatingAnnotationProvider.getAnnotatedClasses(DelegatingAnnotationProvider.java:85) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT] > at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:879) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT] > at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:831) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT] > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_09-icedtea] > at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_09-icedtea] > at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:370) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT] > at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:224) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT] > at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:3339) [jbossweb-7.2.0.Alpha5.jar:7.2.0.Alpha5] > at org.apache.catalina.core.StandardContext.start(StandardContext.java:3777) [jbossweb-7.2.0.Alpha5.jar:7.2.0.Alpha5] > at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:156) [jboss-as-web-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT] > at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) [jboss-as-web-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT] > at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) [jboss-as-web-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT] > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_09-icedtea] > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_09-icedtea] > at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_09-icedtea] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_09-icedtea] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_09-icedtea] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea] > at org.jboss.threads.JBossThread.run(JBossThread.java:122) > 15:49:34,613 INFO [org.hibernate.validator.util.Version] (ServerService Thread Pool -- 10) Hibernate Validator 4.2.0.Final > 15:49:35,235 INFO [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Monitoring jndi:/default-host/jsf22-jee6/WEB-INF/faces-config.xml for modifications > 15:49:35,418 INFO [org.richfaces.log.Cache] (ServerService Thread Pool -- 10) Selected fallback cache factory > 15:49:35,420 INFO [org.richfaces.log.Cache] (ServerService Thread Pool -- 10) Creating LRUMap cache instance using parameters: {org.jboss.jbossfaces.JSF_CONFIG_NAME=mojarra-2.2.0-SNAPSHOT, org.richfaces.resourceMapping.enabled=true, javax.faces.PROJECT_STAGE=Development, javax.faces.SKIP_COMMENTS=true, org.jboss.jbossfaces.WAR_BUNDLES_JSF_IMPL=false} > 15:49:35,429 INFO [org.richfaces.log.Cache] (ServerService Thread Pool -- 10) Creating LRUMap cache instance of 512 items capacity > 15:49:35,446 INFO [org.richfaces.log.Application] (ServerService Thread Pool -- 10) RichFaces Core Implementation by JBoss by Red Hat, version 4.3.0-SNAPSHOT > 15:49:35,512 WARNING [org.richfaces.log.Application] (ServerService Thread Pool -- 10) JMS API was found on the classpath; if you want to enable RichFaces Push JMS integration, set context-param 'org.richfaces.push.jms.enabled' in web.xml > 15:49:35,650 INFO [org.jboss.as.server] (DeploymentScanner-threads - 2) JBAS018559: Deployed "jsf22-jee6.war" > {quote} > * richfaces-components-ui-4.3.0-20121203.111732-232.jar is definitely *not empty* > * application works fine with Tomcat 7.0.32 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 23 04:52:58 2014 From: issues at jboss.org (J W (JIRA)) Date: Fri, 23 May 2014 04:52:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12270) Allow RichFaces to bring new CSS/JS resources into the page after AJAX request In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12270?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970008#comment-12970008 ] J W commented on RF-12270: -------------------------- Thanks for the clarification Brian. However the workarround is not working for me, because the packed.js will be delivered only if i request a page that contains an actual RichFaces Component. If i call a Site w/o any RF-Components there is no packed.js yet on the client side. Can anybody confirm this situation? > Allow RichFaces to bring new CSS/JS resources into the page after AJAX request > ------------------------------------------------------------------------------ > > Key: RF-12270 > URL: https://issues.jboss.org/browse/RF-12270 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: core, resource handling > Affects Versions: 4.2.2.Final > Reporter: Tomasz Kurpios > Fix For: 5-Tracking > > Original Estimate: 2 days > Remaining Estimate: 2 days > > Quoting the extract from official documentation (3.5 Restrictions): > ??JSF 2 does not allow resources such as JavaScript or Cascading Style Sheets (CSS) to be added if the element requiring the resource is not initially present in the JSF tree. As such, components added to the tree via Ajax must have any required resources already loaded. In RichFaces, any components added to the JSF tree should have components with corresponding resources included on the main page initially. To facilitate this, components can use the rendered="false" setting to not be rendered on the page.?? > > Setting rendered="false" is OK when components are in the tree. However, if there are lots of components on a single view, for performance reasons some parts might be excluded by means of or tags. > That's at least what could be done in 3.3.3. It worked fine back then. However, the JSF2 AJAX mechanism does not support this feature. This makes usage of aforementioned tags impossible in some cases. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 23 05:10:57 2014 From: issues at jboss.org (J W (JIRA)) Date: Fri, 23 May 2014 05:10:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12270) Allow RichFaces to bring new CSS/JS resources into the page after AJAX request In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12270?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970008#comment-12970008 ] J W edited comment on RF-12270 at 5/23/14 5:10 AM: --------------------------------------------------- Thanks for the clarification Brian. However the workarround is not working for me, because the packed.js will be delivered only if i request a page that contains an actual RichFaces Component. If i call a Site w/o any RF-Components there is no packed.js on the client side yet. Can anybody confirm this situation? PS: If i remember correct there was an Option in RF Version 3 where it was possible to define the resource loading strategy. With this option it was possible to always deliver the resources, or just on demand. Is there a similiar Option in the current version? I guess the "deliver Resources always" would solve that issue too, but with the price of a slower loading time for Users who visit the site for the very first time. was (Author: jigg4): Thanks for the clarification Brian. However the workarround is not working for me, because the packed.js will be delivered only if i request a page that contains an actual RichFaces Component. If i call a Site w/o any RF-Components there is no packed.js yet on the client side. Can anybody confirm this situation? > Allow RichFaces to bring new CSS/JS resources into the page after AJAX request > ------------------------------------------------------------------------------ > > Key: RF-12270 > URL: https://issues.jboss.org/browse/RF-12270 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: core, resource handling > Affects Versions: 4.2.2.Final > Reporter: Tomasz Kurpios > Fix For: 5-Tracking > > Original Estimate: 2 days > Remaining Estimate: 2 days > > Quoting the extract from official documentation (3.5 Restrictions): > ??JSF 2 does not allow resources such as JavaScript or Cascading Style Sheets (CSS) to be added if the element requiring the resource is not initially present in the JSF tree. As such, components added to the tree via Ajax must have any required resources already loaded. In RichFaces, any components added to the JSF tree should have components with corresponding resources included on the main page initially. To facilitate this, components can use the rendered="false" setting to not be rendered on the page.?? > > Setting rendered="false" is OK when components are in the tree. However, if there are lots of components on a single view, for performance reasons some parts might be excluded by means of or tags. > That's at least what could be done in 3.3.3. It worked fine back then. However, the JSF2 AJAX mechanism does not support this feature. This makes usage of aforementioned tags impossible in some cases. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 23 05:17:57 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Fri, 23 May 2014 05:17:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12132) Richfaces queue not cleared after js error in oncomplete attribute In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak updated RF-12132: ------------------------------- Affects Version/s: 4.3.7 > Richfaces queue not cleared after js error in oncomplete attribute > ------------------------------------------------------------------ > > Key: RF-12132 > URL: https://issues.jboss.org/browse/RF-12132 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.2.0.Final, 4.3.7 > Environment: Myfaces 2.1.6 > Tomcat 6.0.35 > Reporter: Michael Heinen > Fix For: 5-Tracking > > > Richfaces queue not cleared after js-error in oncomplete attribute > Submit a with oncomplete="myNotExistingFuncrtion();" > The ajax response arrives but the queue is not cleaned up after this due to the javascript error > Starting from now no further ajax requests are possible because richfaces waits for previous submit results. > Sample from the richfaces log: > {code} > debug[17:10:10.587]: New request added to queue. Queue requestGroupingId changed to j_id_5:j_id_b > debug[17:10:10.615]: Queue will wait 0ms before submit > debug[17:10:10.644]: richfaces.queue: will submit request NOW > info [17:10:10.671]: Received 'begin' event from > info [17:10:10.707]: Received 'beforedomupdate' event from > debug[17:10:10.729]: Server returned responseText: Content List: []]]>myNotExistingFuncrtion();; > info [17:10:10.758]: Listing content of response changes element: > Element update for id=j_id_5:details > Content List: []]]> > Element update for id=javax.faces.ViewState > > Element extension for id=org.richfaces.extension > myNotExistingFuncrtion();; > debug[17:10:19.143]: New request added to queue. Queue requestGroupingId changed to j_id_5:j_id_a > debug[17:10:19.171]: Queue will wait 0ms before submit > debug[17:10:19.201]: richfaces.queue: Waiting for previous submit results > {code} > A request without javascript error ends with: > {code} > debug[17:20:22.033]: richfaces.queue: ajax submit successfull > debug[17:20:22.075]: richfaces.queue: Nothing to submit > info [17:20:22.117]: Received 'success' event from > info [17:20:22.155]: Received 'complete' event from > {code} > I expect that the queue is cleaned up independent of javascript errors during oncomplete. > Otherwise applications are not useable anymore. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 23 09:05:57 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Fri, 23 May 2014 09:05:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970087#comment-12970087 ] Michal Petrov commented on RF-13629: ------------------------------------ I did (hopefully, maybe) fixed that. At the end of the drag procedure a resize was called, for unknown reason, but browsers don't allow elements to overflow the window. Currently when the popup is being shown its position is set first and then a resize is called (in case the window changed size). I'll try running the Jenkins job. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: needs-qe, regression > Fix For: 4.3.7 > > Attachments: popupPanelGood.png, popupPanelResizedAndBroken_2.png, popupPanelWrong.png, popupResizedAndBroken_1.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 23 09:09:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Fri, 23 May 2014 09:09:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970092#comment-12970092 ] Juraj H?ska commented on RF-13629: ---------------------------------- The Jenkins job unfortunately will not catch issues like the last one. Tell me when you are confident about it, and I can retest it. Thanks. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: needs-qe, regression > Fix For: 4.3.7 > > Attachments: popupPanelGood.png, popupPanelResizedAndBroken_2.png, popupPanelWrong.png, popupResizedAndBroken_1.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 23 10:37:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Fri, 23 May 2014 10:37:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970133#comment-12970133 ] Juraj H?ska commented on RF-13629: ---------------------------------- IMHO the issues are fixed. I can not reproduce any of them anymore, nor there are any other regressions. Tests are passing. Good job guys. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: needs-qe, regression > Fix For: 4.3.7 > > Attachments: popupPanelGood.png, popupPanelResizedAndBroken_2.png, popupPanelWrong.png, popupResizedAndBroken_1.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 23 19:59:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 23 May 2014 19:59:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12270) Allow RichFaces to bring new CSS/JS resources into the page after AJAX request In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12270?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970284#comment-12970284 ] Brian Leathem commented on RF-12270: ------------------------------------ To force loading of the packed resources, simply include a non-visible element on the page. It's a hack, hence why this issue is still unresolved. > Allow RichFaces to bring new CSS/JS resources into the page after AJAX request > ------------------------------------------------------------------------------ > > Key: RF-12270 > URL: https://issues.jboss.org/browse/RF-12270 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: core, resource handling > Affects Versions: 4.2.2.Final > Reporter: Tomasz Kurpios > Fix For: 5-Tracking > > Original Estimate: 2 days > Remaining Estimate: 2 days > > Quoting the extract from official documentation (3.5 Restrictions): > ??JSF 2 does not allow resources such as JavaScript or Cascading Style Sheets (CSS) to be added if the element requiring the resource is not initially present in the JSF tree. As such, components added to the tree via Ajax must have any required resources already loaded. In RichFaces, any components added to the JSF tree should have components with corresponding resources included on the main page initially. To facilitate this, components can use the rendered="false" setting to not be rendered on the page.?? > > Setting rendered="false" is OK when components are in the tree. However, if there are lots of components on a single view, for performance reasons some parts might be excluded by means of or tags. > That's at least what could be done in 3.3.3. It worked fine back then. However, the JSF2 AJAX mechanism does not support this feature. This makes usage of aforementioned tags impossible in some cases. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 23 20:03:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 23 May 2014 20:03:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12637) Zip exception when deploying RichFaces app with JSF 2.2 to JBoss AS 7.2 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12637?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970001#comment-12970001 ] Brian Leathem edited comment on RF-12637 at 5/23/14 8:02 PM: ------------------------------------------------------------- I am seeing this issue with JSF 2.1 as well. If I add: {code} com.sun.faces jsf-api 2.1.28 com.sun.faces jsf-impl 2.1.28 {code} and {code} org.jboss.jbossfaces.WAR_BUNDLES_JSF_IMPL true {code} I can see JBoss using the bundled JSF: {code} 09:12:46,561 INFO [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 56) Initializing Mojarra 2.1.28 ( 20140303-1517 https://svn.java.net/svn/mojarra~svn/tags/2.1.28 at 12942) for context '/richfaces-photoalbum' {code} But then RichFaces fails: {code} 09:42:24,930 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 64) Unable to process annotations for url, vfs:/content/richfaces-photoalbum.war/WEB-INF/lib/richfaces-components-ui-4.3.5.Final-redhat-1.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty 09:42:24,930 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 64) : java.util.zip.ZipException: zip file is empty at java.util.zip.ZipFile.open(Native Method) [rt.jar:1.7.0-internal] at java.util.zip.ZipFile.(ZipFile.java:215) [rt.jar:1.7.0-internal] at java.util.zip.ZipFile.(ZipFile.java:145) [rt.jar:1.7.0-internal] at java.util.jar.JarFile.(JarFile.java:154) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile.(URLJarFile.java:88) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:221) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:216) [rt.jar:1.7.0-internal] at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:215) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:71) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:99) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89) [rt.jar:1.7.0-internal] at com.sun.faces.config.JavaClassScanningAnnotationScanner.processClasspath(JavaClassScanningAnnotationScanner.java:166) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.JavaClassScanningAnnotationScanner.getAnnotatedClasses(JavaClassScanningAnnotationScanner.java:125) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.DelegatingAnnotationProvider.getAnnotatedClasses(DelegatingAnnotationProvider.java:85) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:841) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:793) [jsf-impl-2.1.28.jar:2.1.28] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:351) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:216) [jsf-impl-2.1.28.jar:2.1.28] at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:3339) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.core.StandardContext.start(StandardContext.java:3777) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:156) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0-internal] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0-internal] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0-internal] at org.jboss.threads.JBossThread.run(JBossThread.java:122) 09:42:24,958 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 64) Unable to process annotations for url, vfs:/content/richfaces-photoalbum.war/WEB-INF/lib/richfaces-core-impl-4.3.5.Final-redhat-1.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty 09:42:24,958 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 64) : java.util.zip.ZipException: zip file is empty at java.util.zip.ZipFile.open(Native Method) [rt.jar:1.7.0-internal] at java.util.zip.ZipFile.(ZipFile.java:215) [rt.jar:1.7.0-internal] at java.util.zip.ZipFile.(ZipFile.java:145) [rt.jar:1.7.0-internal] at java.util.jar.JarFile.(JarFile.java:154) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile.(URLJarFile.java:88) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:221) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:216) [rt.jar:1.7.0-internal] at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:215) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:71) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:99) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89) [rt.jar:1.7.0-internal] at com.sun.faces.config.JavaClassScanningAnnotationScanner.processClasspath(JavaClassScanningAnnotationScanner.java:166) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.JavaClassScanningAnnotationScanner.getAnnotatedClasses(JavaClassScanningAnnotationScanner.java:125) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.DelegatingAnnotationProvider.getAnnotatedClasses(DelegatingAnnotationProvider.java:85) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:841) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:793) [jsf-impl-2.1.28.jar:2.1.28] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:351) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:216) [jsf-impl-2.1.28.jar:2.1.28] at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:3339) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.core.StandardContext.start(StandardContext.java:3777) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:156) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0-internal] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0-internal] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0-internal] at org.jboss.threads.JBossThread.run(JBossThread.java:122) 09:42:24,997 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 64) Critical error during deployment: : com.sun.faces.config.ConfigurationException: Factory 'javax.faces.application.ApplicationFactory' was not configured properly. at com.sun.faces.config.processor.FactoryConfigProcessor.verifyFactoriesExist(FactoryConfigProcessor.java:305) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:219) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:361) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:216) [jsf-impl-2.1.28.jar:2.1.28] at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:3339) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.core.StandardContext.start(StandardContext.java:3777) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:156) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0-internal] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0-internal] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0-internal] at org.jboss.threads.JBossThread.run(JBossThread.java:122) Caused by: javax.faces.FacesException: org.jboss.as.weld.webtier.jsf.WeldApplicationFactory at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:645) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder.getImplementationInstance(FactoryFinder.java:508) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder.access$400(FactoryFinder.java:138) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder$FactoryManager.getFactory(FactoryFinder.java:995) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:342) [jsf-api-2.1.28.jar:2.1] at com.sun.faces.config.processor.FactoryConfigProcessor.verifyFactoriesExist(FactoryConfigProcessor.java:303) [jsf-impl-2.1.28.jar:2.1.28] ... 14 more Caused by: java.lang.InstantiationException: org.jboss.as.weld.webtier.jsf.WeldApplicationFactory at java.lang.Class.newInstance(Class.java:359) [rt.jar:1.7.0-internal] at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:643) [jsf-api-2.1.28.jar:2.1] ... 19 more 09:42:25,000 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/richfaces-photoalbum]] (ServerService Thread Pool -- 64) JBWEB000287: Exception sending context initialized event to listener instance of class com.sun.faces.config.ConfigureListener: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException: Factory 'javax.faces.application.ApplicationFactory' was not configured properly. at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:276) [jsf-impl-2.1.28.jar:2.1.28] at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:3339) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.core.StandardContext.start(StandardContext.java:3777) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:156) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0-internal] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0-internal] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0-internal] at org.jboss.threads.JBossThread.run(JBossThread.java:122) Caused by: com.sun.faces.config.ConfigurationException: Factory 'javax.faces.application.ApplicationFactory' was not configured properly. at com.sun.faces.config.processor.FactoryConfigProcessor.verifyFactoriesExist(FactoryConfigProcessor.java:305) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:219) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:361) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:216) [jsf-impl-2.1.28.jar:2.1.28] ... 11 more Caused by: javax.faces.FacesException: org.jboss.as.weld.webtier.jsf.WeldApplicationFactory at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:645) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder.getImplementationInstance(FactoryFinder.java:508) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder.access$400(FactoryFinder.java:138) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder$FactoryManager.getFactory(FactoryFinder.java:995) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:342) [jsf-api-2.1.28.jar:2.1] at com.sun.faces.config.processor.FactoryConfigProcessor.verifyFactoriesExist(FactoryConfigProcessor.java:303) [jsf-impl-2.1.28.jar:2.1.28] ... 14 more Caused by: java.lang.InstantiationException: org.jboss.as.weld.webtier.jsf.WeldApplicationFactory at java.lang.Class.newInstance(Class.java:359) [rt.jar:1.7.0-internal] at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:643) [jsf-api-2.1.28.jar:2.1] ... 19 more 09:42:25,002 ERROR [org.apache.catalina.core] (ServerService Thread Pool -- 64) JBWEB001103: Error detected during context /richfaces-photoalbum start, will stop it 09:42:25,004 SEVERE [javax.faces] (ServerService Thread Pool -- 64) Application was not properly initialized at startup, could not find Factory: javax.faces.application.ApplicationFactory. Attempting to find backup. 09:42:25,005 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 64) Unexpected exception when attempting to tear down the Mojarra runtime: java.lang.IllegalStateException: Could not find backup for factory javax.faces.application.ApplicationFactory. at javax.faces.FactoryFinder$FactoryManager.getFactory(FactoryFinder.java:1010) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:342) [jsf-api-2.1.28.jar:2.1] at com.sun.faces.config.InitFacesContext.getApplication(InitFacesContext.java:141) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigureListener.contextDestroyed(ConfigureListener.java:314) [jsf-impl-2.1.28.jar:2.1.28] at org.apache.catalina.core.StandardContext.listenerStop(StandardContext.java:3427) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.core.StandardContext.stop(StandardContext.java:3920) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.core.StandardContext.start(StandardContext.java:3839) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:156) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0-internal] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0-internal] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0-internal] at org.jboss.threads.JBossThread.run(JBossThread.java:122) 09:42:25,007 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 64) MSC000001: Failed to start service jboss.web.deployment.default-host./richfaces-photoalbum: org.jboss.msc.service.StartException in service jboss.web.deployment.default-host./richfaces-photoalbum: org.jboss.msc.service.StartException in anonymous service: JBAS018040: Failed to start context at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:96) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0-internal] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0-internal] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0-internal] at org.jboss.threads.JBossThread.run(JBossThread.java:122) Caused by: org.jboss.msc.service.StartException in anonymous service: JBAS018040: Failed to start context at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:161) at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) ... 6 more 09:42:25,211 ERROR [org.jboss.as.server] (DeploymentScanner-threads - 1) JBAS015870: Deploy of deployment "richfaces-photoalbum.war" was rolled back with the following failure message: {"JBAS014671: Failed services" => {"jboss.web.deployment.default-host./richfaces-photoalbum" => "org.jboss.msc.service.StartException in service jboss.web.deployment.default-host./richfaces-photoalbum: org.jboss.msc.service.StartException in anonymous service: JBAS018040: Failed to start context Caused by: org.jboss.msc.service.StartException in anonymous service: JBAS018040: Failed to start context"}} {code} was (Author: iweiss): I am seeing this issue with JSF 2.1 as well. If I add: com.sun.faces jsf-api 2.1.28 com.sun.faces jsf-impl 2.1.28 and org.jboss.jbossfaces.WAR_BUNDLES_JSF_IMPL true I can see JBoss using the bundled JSF: 09:12:46,561 INFO [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 56) Initializing Mojarra 2.1.28 ( 20140303-1517 https://svn.java.net/svn/mojarra~svn/tags/2.1.28 at 12942) for context '/richfaces-photoalbum' But then RichFaces fails: 09:42:24,930 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 64) Unable to process annotations for url, vfs:/content/richfaces-photoalbum.war/WEB-INF/lib/richfaces-components-ui-4.3.5.Final-redhat-1.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty 09:42:24,930 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 64) : java.util.zip.ZipException: zip file is empty at java.util.zip.ZipFile.open(Native Method) [rt.jar:1.7.0-internal] at java.util.zip.ZipFile.(ZipFile.java:215) [rt.jar:1.7.0-internal] at java.util.zip.ZipFile.(ZipFile.java:145) [rt.jar:1.7.0-internal] at java.util.jar.JarFile.(JarFile.java:154) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile.(URLJarFile.java:88) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:221) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:216) [rt.jar:1.7.0-internal] at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:215) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:71) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:99) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89) [rt.jar:1.7.0-internal] at com.sun.faces.config.JavaClassScanningAnnotationScanner.processClasspath(JavaClassScanningAnnotationScanner.java:166) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.JavaClassScanningAnnotationScanner.getAnnotatedClasses(JavaClassScanningAnnotationScanner.java:125) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.DelegatingAnnotationProvider.getAnnotatedClasses(DelegatingAnnotationProvider.java:85) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:841) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:793) [jsf-impl-2.1.28.jar:2.1.28] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:351) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:216) [jsf-impl-2.1.28.jar:2.1.28] at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:3339) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.core.StandardContext.start(StandardContext.java:3777) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:156) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0-internal] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0-internal] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0-internal] at org.jboss.threads.JBossThread.run(JBossThread.java:122) 09:42:24,958 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 64) Unable to process annotations for url, vfs:/content/richfaces-photoalbum.war/WEB-INF/lib/richfaces-core-impl-4.3.5.Final-redhat-1.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty 09:42:24,958 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 64) : java.util.zip.ZipException: zip file is empty at java.util.zip.ZipFile.open(Native Method) [rt.jar:1.7.0-internal] at java.util.zip.ZipFile.(ZipFile.java:215) [rt.jar:1.7.0-internal] at java.util.zip.ZipFile.(ZipFile.java:145) [rt.jar:1.7.0-internal] at java.util.jar.JarFile.(JarFile.java:154) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile.(URLJarFile.java:88) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:221) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:216) [rt.jar:1.7.0-internal] at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:215) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:71) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:99) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122) [rt.jar:1.7.0-internal] at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89) [rt.jar:1.7.0-internal] at com.sun.faces.config.JavaClassScanningAnnotationScanner.processClasspath(JavaClassScanningAnnotationScanner.java:166) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.JavaClassScanningAnnotationScanner.getAnnotatedClasses(JavaClassScanningAnnotationScanner.java:125) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.DelegatingAnnotationProvider.getAnnotatedClasses(DelegatingAnnotationProvider.java:85) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:841) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:793) [jsf-impl-2.1.28.jar:2.1.28] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:351) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:216) [jsf-impl-2.1.28.jar:2.1.28] at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:3339) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.core.StandardContext.start(StandardContext.java:3777) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:156) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0-internal] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0-internal] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0-internal] at org.jboss.threads.JBossThread.run(JBossThread.java:122) 09:42:24,997 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 64) Critical error during deployment: : com.sun.faces.config.ConfigurationException: Factory 'javax.faces.application.ApplicationFactory' was not configured properly. at com.sun.faces.config.processor.FactoryConfigProcessor.verifyFactoriesExist(FactoryConfigProcessor.java:305) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:219) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:361) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:216) [jsf-impl-2.1.28.jar:2.1.28] at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:3339) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.core.StandardContext.start(StandardContext.java:3777) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:156) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0-internal] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0-internal] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0-internal] at org.jboss.threads.JBossThread.run(JBossThread.java:122) Caused by: javax.faces.FacesException: org.jboss.as.weld.webtier.jsf.WeldApplicationFactory at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:645) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder.getImplementationInstance(FactoryFinder.java:508) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder.access$400(FactoryFinder.java:138) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder$FactoryManager.getFactory(FactoryFinder.java:995) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:342) [jsf-api-2.1.28.jar:2.1] at com.sun.faces.config.processor.FactoryConfigProcessor.verifyFactoriesExist(FactoryConfigProcessor.java:303) [jsf-impl-2.1.28.jar:2.1.28] ... 14 more Caused by: java.lang.InstantiationException: org.jboss.as.weld.webtier.jsf.WeldApplicationFactory at java.lang.Class.newInstance(Class.java:359) [rt.jar:1.7.0-internal] at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:643) [jsf-api-2.1.28.jar:2.1] ... 19 more 09:42:25,000 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/richfaces-photoalbum]] (ServerService Thread Pool -- 64) JBWEB000287: Exception sending context initialized event to listener instance of class com.sun.faces.config.ConfigureListener: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException: Factory 'javax.faces.application.ApplicationFactory' was not configured properly. at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:276) [jsf-impl-2.1.28.jar:2.1.28] at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:3339) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.core.StandardContext.start(StandardContext.java:3777) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:156) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0-internal] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0-internal] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0-internal] at org.jboss.threads.JBossThread.run(JBossThread.java:122) Caused by: com.sun.faces.config.ConfigurationException: Factory 'javax.faces.application.ApplicationFactory' was not configured properly. at com.sun.faces.config.processor.FactoryConfigProcessor.verifyFactoriesExist(FactoryConfigProcessor.java:305) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:219) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:361) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:216) [jsf-impl-2.1.28.jar:2.1.28] ... 11 more Caused by: javax.faces.FacesException: org.jboss.as.weld.webtier.jsf.WeldApplicationFactory at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:645) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder.getImplementationInstance(FactoryFinder.java:508) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder.access$400(FactoryFinder.java:138) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder$FactoryManager.getFactory(FactoryFinder.java:995) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:342) [jsf-api-2.1.28.jar:2.1] at com.sun.faces.config.processor.FactoryConfigProcessor.verifyFactoriesExist(FactoryConfigProcessor.java:303) [jsf-impl-2.1.28.jar:2.1.28] ... 14 more Caused by: java.lang.InstantiationException: org.jboss.as.weld.webtier.jsf.WeldApplicationFactory at java.lang.Class.newInstance(Class.java:359) [rt.jar:1.7.0-internal] at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:643) [jsf-api-2.1.28.jar:2.1] ... 19 more 09:42:25,002 ERROR [org.apache.catalina.core] (ServerService Thread Pool -- 64) JBWEB001103: Error detected during context /richfaces-photoalbum start, will stop it 09:42:25,004 SEVERE [javax.faces] (ServerService Thread Pool -- 64) Application was not properly initialized at startup, could not find Factory: javax.faces.application.ApplicationFactory. Attempting to find backup. 09:42:25,005 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 64) Unexpected exception when attempting to tear down the Mojarra runtime: java.lang.IllegalStateException: Could not find backup for factory javax.faces.application.ApplicationFactory. at javax.faces.FactoryFinder$FactoryManager.getFactory(FactoryFinder.java:1010) [jsf-api-2.1.28.jar:2.1] at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:342) [jsf-api-2.1.28.jar:2.1] at com.sun.faces.config.InitFacesContext.getApplication(InitFacesContext.java:141) [jsf-impl-2.1.28.jar:2.1.28] at com.sun.faces.config.ConfigureListener.contextDestroyed(ConfigureListener.java:314) [jsf-impl-2.1.28.jar:2.1.28] at org.apache.catalina.core.StandardContext.listenerStop(StandardContext.java:3427) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.core.StandardContext.stop(StandardContext.java:3920) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.apache.catalina.core.StandardContext.start(StandardContext.java:3839) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:156) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) [jboss-as-web-7.3.0.Final-redhat-14.jar:7.3.0.Final-redhat-14] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0-internal] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0-internal] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0-internal] at org.jboss.threads.JBossThread.run(JBossThread.java:122) 09:42:25,007 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 64) MSC000001: Failed to start service jboss.web.deployment.default-host./richfaces-photoalbum: org.jboss.msc.service.StartException in service jboss.web.deployment.default-host./richfaces-photoalbum: org.jboss.msc.service.StartException in anonymous service: JBAS018040: Failed to start context at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:96) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0-internal] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0-internal] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0-internal] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0-internal] at org.jboss.threads.JBossThread.run(JBossThread.java:122) Caused by: org.jboss.msc.service.StartException in anonymous service: JBAS018040: Failed to start context at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:161) at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) ... 6 more 09:42:25,211 ERROR [org.jboss.as.server] (DeploymentScanner-threads - 1) JBAS015870: Deploy of deployment "richfaces-photoalbum.war" was rolled back with the following failure message: {"JBAS014671: Failed services" => {"jboss.web.deployment.default-host./richfaces-photoalbum" => "org.jboss.msc.service.StartException in service jboss.web.deployment.default-host./richfaces-photoalbum: org.jboss.msc.service.StartException in anonymous service: JBAS018040: Failed to start context Caused by: org.jboss.msc.service.StartException in anonymous service: JBAS018040: Failed to start context"}} > Zip exception when deploying RichFaces app with JSF 2.2 to JBoss AS 7.2 > ----------------------------------------------------------------------- > > Key: RF-12637 > URL: https://issues.jboss.org/browse/RF-12637 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: compatibility > Affects Versions: 4.3.0.M2 > Environment: JBoss AS 7.2.0.Alpha1-SNAPSHOT (from 3 Dec 2012) > Mojarra 2.2.0-SNAPSHOT (after 2.2.0-m06) > RichFaces 4.3.0-SNAPSHOT > Reporter: Pavol Pitonak > Assignee: Pavol Pitonak > Labels: jsf22 > Attachments: jsf22.zip > > > # extract jsf22.zip > # open directory and build project with {{mvn clean package -Prelease}} > # download latest JBoss AS 7.2.0.Alpha1 from https://ci.jboss.org/jenkins/job/JBoss-AS-7.x-latest/ > # add Mojarra 2.2.0-SNAPSHOT to JBoss AS as described in https://community.jboss.org/wiki/DesignOfAS7Multi-JSFFeature > # deploy jsf22-jee6.war > result: > {quote} > 15:49:31,425 INFO [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015876: Starting deployment of "jsf22-jee6.war" > 15:49:32,644 WARN [org.jboss.weld.deployer] (MSC service thread 1-3) JBAS016012: Deployment deployment "jsf22-jee6.war" contains CDI annotations but beans.xml was not found. > 15:49:32,681 INFO [org.jboss.web] (ServerService Thread Pool -- 10) JBAS018210: Register web context: /jsf22-jee6 > 15:49:32,755 INFO [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Initializing Mojarra 2.2.0 (-SNAPSHOT 20121204-0807 https://svn.java.net/svn/mojarra~svn/trunk at 11125) for context '/jsf22-jee6' > 15:49:34,438 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Unable to process annotations for url, vfs:/content/jsf22-jee6.war/WEB-INF/lib/richfaces-components-ui-4.3.0-20121203.111732-232.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty > 15:49:34,439 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) : java.util.zip.ZipException: zip file is empty > 2.0-SNAPSHOT] > :2.2.0-SNAPSHOT] > OT] > ] > OT] > 15:49:34,445 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Unable to process annotations for url, vfs:/content/jsf22-jee6.war/WEB-INF/lib/richfaces-core-impl-4.3.0-20121203.205629-130.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty > 15:49:34,445 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) : java.util.zip.ZipException: zip file is empty > at java.util.zip.ZipFile.open(Native Method) [rt.jar:1.7.0_09-icedtea] > at java.util.zip.ZipFile.(ZipFile.java:214) [rt.jar:1.7.0_09-icedtea] > at java.util.zip.ZipFile.(ZipFile.java:144) [rt.jar:1.7.0_09-icedtea] > at java.util.jar.JarFile.(JarFile.java:152) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.URLJarFile.(URLJarFile.java:88) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:221) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:216) [rt.jar:1.7.0_09-icedtea] > at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:215) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:71) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:73) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89) [rt.jar:1.7.0_09-icedtea] > at com.sun.faces.config.JavaClassScanningAnnotationScanner.processClasspath(JavaClassScanningAnnotationScanner.java:166) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT] > at com.sun.faces.config.JavaClassScanningAnnotationScanner.getAnnotatedClasses(JavaClassScanningAnnotationScanner.java:125) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT] > at com.sun.faces.config.DelegatingAnnotationProvider.getAnnotatedClasses(DelegatingAnnotationProvider.java:85) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT] > at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:879) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT] > at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:831) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT] > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_09-icedtea] > at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_09-icedtea] > at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:370) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT] > at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:224) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT] > at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:3339) [jbossweb-7.2.0.Alpha5.jar:7.2.0.Alpha5] > at org.apache.catalina.core.StandardContext.start(StandardContext.java:3777) [jbossweb-7.2.0.Alpha5.jar:7.2.0.Alpha5] > at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:156) [jboss-as-web-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT] > at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) [jboss-as-web-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT] > at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) [jboss-as-web-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT] > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_09-icedtea] > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_09-icedtea] > at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_09-icedtea] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_09-icedtea] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_09-icedtea] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea] > at org.jboss.threads.JBossThread.run(JBossThread.java:122) > 15:49:34,613 INFO [org.hibernate.validator.util.Version] (ServerService Thread Pool -- 10) Hibernate Validator 4.2.0.Final > 15:49:35,235 INFO [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Monitoring jndi:/default-host/jsf22-jee6/WEB-INF/faces-config.xml for modifications > 15:49:35,418 INFO [org.richfaces.log.Cache] (ServerService Thread Pool -- 10) Selected fallback cache factory > 15:49:35,420 INFO [org.richfaces.log.Cache] (ServerService Thread Pool -- 10) Creating LRUMap cache instance using parameters: {org.jboss.jbossfaces.JSF_CONFIG_NAME=mojarra-2.2.0-SNAPSHOT, org.richfaces.resourceMapping.enabled=true, javax.faces.PROJECT_STAGE=Development, javax.faces.SKIP_COMMENTS=true, org.jboss.jbossfaces.WAR_BUNDLES_JSF_IMPL=false} > 15:49:35,429 INFO [org.richfaces.log.Cache] (ServerService Thread Pool -- 10) Creating LRUMap cache instance of 512 items capacity > 15:49:35,446 INFO [org.richfaces.log.Application] (ServerService Thread Pool -- 10) RichFaces Core Implementation by JBoss by Red Hat, version 4.3.0-SNAPSHOT > 15:49:35,512 WARNING [org.richfaces.log.Application] (ServerService Thread Pool -- 10) JMS API was found on the classpath; if you want to enable RichFaces Push JMS integration, set context-param 'org.richfaces.push.jms.enabled' in web.xml > 15:49:35,650 INFO [org.jboss.as.server] (DeploymentScanner-threads - 2) JBAS018559: Deployed "jsf22-jee6.war" > {quote} > * richfaces-components-ui-4.3.0-20121203.111732-232.jar is definitely *not empty* > * application works fine with Tomcat 7.0.32 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 23 20:03:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 23 May 2014 20:03:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12637) Zip exception when deploying RichFaces app with JSF 2.2 to JBoss AS 7.2 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12637?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970285#comment-12970285 ] Brian Leathem commented on RF-12637: ------------------------------------ Try filing an UNDERTOW issue. > Zip exception when deploying RichFaces app with JSF 2.2 to JBoss AS 7.2 > ----------------------------------------------------------------------- > > Key: RF-12637 > URL: https://issues.jboss.org/browse/RF-12637 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: compatibility > Affects Versions: 4.3.0.M2 > Environment: JBoss AS 7.2.0.Alpha1-SNAPSHOT (from 3 Dec 2012) > Mojarra 2.2.0-SNAPSHOT (after 2.2.0-m06) > RichFaces 4.3.0-SNAPSHOT > Reporter: Pavol Pitonak > Assignee: Pavol Pitonak > Labels: jsf22 > Attachments: jsf22.zip > > > # extract jsf22.zip > # open directory and build project with {{mvn clean package -Prelease}} > # download latest JBoss AS 7.2.0.Alpha1 from https://ci.jboss.org/jenkins/job/JBoss-AS-7.x-latest/ > # add Mojarra 2.2.0-SNAPSHOT to JBoss AS as described in https://community.jboss.org/wiki/DesignOfAS7Multi-JSFFeature > # deploy jsf22-jee6.war > result: > {quote} > 15:49:31,425 INFO [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015876: Starting deployment of "jsf22-jee6.war" > 15:49:32,644 WARN [org.jboss.weld.deployer] (MSC service thread 1-3) JBAS016012: Deployment deployment "jsf22-jee6.war" contains CDI annotations but beans.xml was not found. > 15:49:32,681 INFO [org.jboss.web] (ServerService Thread Pool -- 10) JBAS018210: Register web context: /jsf22-jee6 > 15:49:32,755 INFO [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Initializing Mojarra 2.2.0 (-SNAPSHOT 20121204-0807 https://svn.java.net/svn/mojarra~svn/trunk at 11125) for context '/jsf22-jee6' > 15:49:34,438 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Unable to process annotations for url, vfs:/content/jsf22-jee6.war/WEB-INF/lib/richfaces-components-ui-4.3.0-20121203.111732-232.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty > 15:49:34,439 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) : java.util.zip.ZipException: zip file is empty > 2.0-SNAPSHOT] > :2.2.0-SNAPSHOT] > OT] > ] > OT] > 15:49:34,445 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Unable to process annotations for url, vfs:/content/jsf22-jee6.war/WEB-INF/lib/richfaces-core-impl-4.3.0-20121203.205629-130.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty > 15:49:34,445 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) : java.util.zip.ZipException: zip file is empty > at java.util.zip.ZipFile.open(Native Method) [rt.jar:1.7.0_09-icedtea] > at java.util.zip.ZipFile.(ZipFile.java:214) [rt.jar:1.7.0_09-icedtea] > at java.util.zip.ZipFile.(ZipFile.java:144) [rt.jar:1.7.0_09-icedtea] > at java.util.jar.JarFile.(JarFile.java:152) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.URLJarFile.(URLJarFile.java:88) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:221) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:216) [rt.jar:1.7.0_09-icedtea] > at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:215) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:71) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:73) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122) [rt.jar:1.7.0_09-icedtea] > at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89) [rt.jar:1.7.0_09-icedtea] > at com.sun.faces.config.JavaClassScanningAnnotationScanner.processClasspath(JavaClassScanningAnnotationScanner.java:166) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT] > at com.sun.faces.config.JavaClassScanningAnnotationScanner.getAnnotatedClasses(JavaClassScanningAnnotationScanner.java:125) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT] > at com.sun.faces.config.DelegatingAnnotationProvider.getAnnotatedClasses(DelegatingAnnotationProvider.java:85) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT] > at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:879) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT] > at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:831) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT] > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_09-icedtea] > at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_09-icedtea] > at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:370) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT] > at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:224) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT] > at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:3339) [jbossweb-7.2.0.Alpha5.jar:7.2.0.Alpha5] > at org.apache.catalina.core.StandardContext.start(StandardContext.java:3777) [jbossweb-7.2.0.Alpha5.jar:7.2.0.Alpha5] > at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:156) [jboss-as-web-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT] > at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) [jboss-as-web-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT] > at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) [jboss-as-web-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT] > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_09-icedtea] > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_09-icedtea] > at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_09-icedtea] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_09-icedtea] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_09-icedtea] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea] > at org.jboss.threads.JBossThread.run(JBossThread.java:122) > 15:49:34,613 INFO [org.hibernate.validator.util.Version] (ServerService Thread Pool -- 10) Hibernate Validator 4.2.0.Final > 15:49:35,235 INFO [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Monitoring jndi:/default-host/jsf22-jee6/WEB-INF/faces-config.xml for modifications > 15:49:35,418 INFO [org.richfaces.log.Cache] (ServerService Thread Pool -- 10) Selected fallback cache factory > 15:49:35,420 INFO [org.richfaces.log.Cache] (ServerService Thread Pool -- 10) Creating LRUMap cache instance using parameters: {org.jboss.jbossfaces.JSF_CONFIG_NAME=mojarra-2.2.0-SNAPSHOT, org.richfaces.resourceMapping.enabled=true, javax.faces.PROJECT_STAGE=Development, javax.faces.SKIP_COMMENTS=true, org.jboss.jbossfaces.WAR_BUNDLES_JSF_IMPL=false} > 15:49:35,429 INFO [org.richfaces.log.Cache] (ServerService Thread Pool -- 10) Creating LRUMap cache instance of 512 items capacity > 15:49:35,446 INFO [org.richfaces.log.Application] (ServerService Thread Pool -- 10) RichFaces Core Implementation by JBoss by Red Hat, version 4.3.0-SNAPSHOT > 15:49:35,512 WARNING [org.richfaces.log.Application] (ServerService Thread Pool -- 10) JMS API was found on the classpath; if you want to enable RichFaces Push JMS integration, set context-param 'org.richfaces.push.jms.enabled' in web.xml > 15:49:35,650 INFO [org.jboss.as.server] (DeploymentScanner-threads - 2) JBAS018559: Deployed "jsf22-jee6.war" > {quote} > * richfaces-components-ui-4.3.0-20121203.111732-232.jar is definitely *not empty* > * application works fine with Tomcat 7.0.32 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 23 20:39:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 23 May 2014 20:39:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13639) Change the showcase default container to jbas71 In-Reply-To: References: Message-ID: Brian Leathem created RF-13639: ---------------------------------- Summary: Change the showcase default container to jbas71 Key: RF-13639 URL: https://issues.jboss.org/browse/RF-13639 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Reporter: Brian Leathem Assignee: Brian Leathem Fix For: 4.5.0.Alpha3 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 23 21:39:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 23 May 2014 21:39:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13639) Change the showcase default container to jbas71 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13639?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970286#comment-12970286 ] Brian Leathem commented on RF-13639: ------------------------------------ This is a bigger task than it appeared at first. Simply taking the tomcat6 configuration and putting it in a profile leaves us no way to activate the jbas71 profile by default. Making the jbas71 configuration the default is problematic, because the showcase is currently configured to run in a servlet container, with the various EE profiles overriding config in the pom. IMO the showcase pom needs to be re-written with only 2 profiles: Servlet and Java EE. While ideal, this solution may be impractical given the non portable nature of some of the showcase examples. > Change the showcase default container to jbas71 > ----------------------------------------------- > > Key: RF-13639 > URL: https://issues.jboss.org/browse/RF-13639 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 23 21:39:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 23 May 2014 21:39:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13639) Change the showcase default container to jbas71 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13639?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13639: ------------------------------- Description: The current default container is tomcat6. > Change the showcase default container to jbas71 > ----------------------------------------------- > > Key: RF-13639 > URL: https://issues.jboss.org/browse/RF-13639 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > The current default container is tomcat6. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 23 21:41:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 23 May 2014 21:41:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13639) Change the showcase default container to jbas71 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13639?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13639: ------------------------------- Original Estimate: 2 days (was: 30 minutes) Remaining Estimate: 2 days (was: 30 minutes) Fix Version/s: 4.5-Tracking (was: 4.5.0.Alpha3) Assignee: (was: Brian Leathem) Sprint: (was: 4.5.0.Alpha3 - Sprint 2) > Change the showcase default container to jbas71 > ----------------------------------------------- > > Key: RF-13639 > URL: https://issues.jboss.org/browse/RF-13639 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Fix For: 4.5-Tracking > > Original Estimate: 2 days > Remaining Estimate: 2 days > > The current default container is tomcat6. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Sat May 24 01:45:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Sat, 24 May 2014 01:45:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13611) RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970291#comment-12970291 ] Brian Leathem commented on RF-13611: ------------------------------------ I'm successfully able to run the RichFaces showcase CDI sample on {{WildFly 8.1.0.CR2 "Kenny"}}. > RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final > --------------------------------------------------------- > > Key: RF-13611 > URL: https://issues.jboss.org/browse/RF-13611 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha3 > Reporter: Juergen Zimmermann > Assignee: Ji?? ?tefek > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I'm using WildFly 8.0.0.CR1 and Weld 2.2.0.Final (via the WildFly patch mechanism). However, I'm getting the stacktrace below. When I patch WildFly 8.0.0.CR1 with the predecessor version Weld 2.2.0.CR2, then the issue is gone. > {code} > ERROR [org.jboss.msc.service.fail] MSC000001: Failed to start service jboss.deployment.unit."shop.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."shop.war".WeldStartService: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0] > Caused by: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions: > Exception 0 : > org.jboss.weld.exceptions.DefinitionException: WELD-000412: ObserverMethod.getReception() returned null for org.richfaces.push.cdi.PushCDIExtension$PushObserverMethod at 31e23242 > at org.jboss.weld.util.Observers.validateObserverMethod(Observers.java:118) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.addObserverMethod(AfterBeanDiscoveryImpl.java:158) > at org.richfaces.push.cdi.PushCDIExtension.afterBeanDiscovery(PushCDIExtension.java:99) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:90) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:271) > at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:121) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:258) > at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:237) > at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:174) > at org.jboss.weld.event.ObserverNotifier.notifyObservers(ObserverNotifier.java:133) > at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:107) > at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:54) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:42) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:744) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:44) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > ... 3 more > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Sat May 24 01:47:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Sat, 24 May 2014 01:47:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13611) RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970291#comment-12970291 ] Brian Leathem edited comment on RF-13611 at 5/24/14 1:47 AM: ------------------------------------------------------------- I'm successfully able to run the RichFaces showcase CDI sample on {{WildFly 8.1.0.CR2 "Kenny"}}. But WildFly 8.1.0.CR2 is running: {code} 2014-05-23 22:11:19,230 INFO [org.jboss.weld.Version] (MSC service thread 1-9) WELD-000900: 2.1.2 (Final) {code} was (Author: bleathem): I'm successfully able to run the RichFaces showcase CDI sample on {{WildFly 8.1.0.CR2 "Kenny"}}. > RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final > --------------------------------------------------------- > > Key: RF-13611 > URL: https://issues.jboss.org/browse/RF-13611 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha3 > Reporter: Juergen Zimmermann > Assignee: Ji?? ?tefek > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I'm using WildFly 8.0.0.CR1 and Weld 2.2.0.Final (via the WildFly patch mechanism). However, I'm getting the stacktrace below. When I patch WildFly 8.0.0.CR1 with the predecessor version Weld 2.2.0.CR2, then the issue is gone. > {code} > ERROR [org.jboss.msc.service.fail] MSC000001: Failed to start service jboss.deployment.unit."shop.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."shop.war".WeldStartService: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0] > Caused by: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions: > Exception 0 : > org.jboss.weld.exceptions.DefinitionException: WELD-000412: ObserverMethod.getReception() returned null for org.richfaces.push.cdi.PushCDIExtension$PushObserverMethod at 31e23242 > at org.jboss.weld.util.Observers.validateObserverMethod(Observers.java:118) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.addObserverMethod(AfterBeanDiscoveryImpl.java:158) > at org.richfaces.push.cdi.PushCDIExtension.afterBeanDiscovery(PushCDIExtension.java:99) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:90) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:271) > at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:121) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:258) > at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:237) > at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:174) > at org.jboss.weld.event.ObserverNotifier.notifyObservers(ObserverNotifier.java:133) > at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:107) > at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:54) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:42) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:744) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:44) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > ... 3 more > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Sat May 24 02:03:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Sat, 24 May 2014 02:03:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13611) RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970292#comment-12970292 ] Brian Leathem commented on RF-13611: ------------------------------------ I'm successfully able to run the RichFaces showcase CDI sample on {{WildFly 9.0.0.Alpha1-SNAPSHOT "Kenny"}} dowloaded from: https://ci.jboss.org/hudson/job/WildFly-latest-master/ This Wildfly SNAPSHOT however is also running: {code} 2014-05-23 22:57:45,082 INFO [org.jboss.weld.Version] (MSC service thread 1-7) WELD-000900: 2.1.2 (Final) {code} [~juergen.zimmermann], [~jharting] do you have any details on what version of WildFly will include Weld 2.2? Can you provide a link to a SNAPSHOT that I can run locally? > RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final > --------------------------------------------------------- > > Key: RF-13611 > URL: https://issues.jboss.org/browse/RF-13611 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha3 > Reporter: Juergen Zimmermann > Assignee: Ji?? ?tefek > Labels: waiting_on_user > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I'm using WildFly 8.0.0.CR1 and Weld 2.2.0.Final (via the WildFly patch mechanism). However, I'm getting the stacktrace below. When I patch WildFly 8.0.0.CR1 with the predecessor version Weld 2.2.0.CR2, then the issue is gone. > {code} > ERROR [org.jboss.msc.service.fail] MSC000001: Failed to start service jboss.deployment.unit."shop.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."shop.war".WeldStartService: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0] > Caused by: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions: > Exception 0 : > org.jboss.weld.exceptions.DefinitionException: WELD-000412: ObserverMethod.getReception() returned null for org.richfaces.push.cdi.PushCDIExtension$PushObserverMethod at 31e23242 > at org.jboss.weld.util.Observers.validateObserverMethod(Observers.java:118) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.addObserverMethod(AfterBeanDiscoveryImpl.java:158) > at org.richfaces.push.cdi.PushCDIExtension.afterBeanDiscovery(PushCDIExtension.java:99) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:90) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:271) > at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:121) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:258) > at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:237) > at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:174) > at org.jboss.weld.event.ObserverNotifier.notifyObservers(ObserverNotifier.java:133) > at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:107) > at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:54) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:42) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:744) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:44) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > ... 3 more > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Sat May 24 02:03:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Sat, 24 May 2014 02:03:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13611) RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13611?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reassigned RF-13611: ---------------------------------- Assignee: Brian Leathem (was: Ji?? ?tefek) > RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final > --------------------------------------------------------- > > Key: RF-13611 > URL: https://issues.jboss.org/browse/RF-13611 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha3 > Reporter: Juergen Zimmermann > Assignee: Brian Leathem > Labels: waiting_on_user > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I'm using WildFly 8.0.0.CR1 and Weld 2.2.0.Final (via the WildFly patch mechanism). However, I'm getting the stacktrace below. When I patch WildFly 8.0.0.CR1 with the predecessor version Weld 2.2.0.CR2, then the issue is gone. > {code} > ERROR [org.jboss.msc.service.fail] MSC000001: Failed to start service jboss.deployment.unit."shop.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."shop.war".WeldStartService: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0] > Caused by: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions: > Exception 0 : > org.jboss.weld.exceptions.DefinitionException: WELD-000412: ObserverMethod.getReception() returned null for org.richfaces.push.cdi.PushCDIExtension$PushObserverMethod at 31e23242 > at org.jboss.weld.util.Observers.validateObserverMethod(Observers.java:118) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.addObserverMethod(AfterBeanDiscoveryImpl.java:158) > at org.richfaces.push.cdi.PushCDIExtension.afterBeanDiscovery(PushCDIExtension.java:99) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:90) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:271) > at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:121) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:258) > at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:237) > at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:174) > at org.jboss.weld.event.ObserverNotifier.notifyObservers(ObserverNotifier.java:133) > at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:107) > at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:54) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:42) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:744) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:44) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > ... 3 more > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Sat May 24 02:03:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Sat, 24 May 2014 02:03:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13611) RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13611?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13611: ------------------------------- Labels: waiting_on_user (was: ) > RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final > --------------------------------------------------------- > > Key: RF-13611 > URL: https://issues.jboss.org/browse/RF-13611 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha3 > Reporter: Juergen Zimmermann > Assignee: Brian Leathem > Labels: waiting_on_user > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I'm using WildFly 8.0.0.CR1 and Weld 2.2.0.Final (via the WildFly patch mechanism). However, I'm getting the stacktrace below. When I patch WildFly 8.0.0.CR1 with the predecessor version Weld 2.2.0.CR2, then the issue is gone. > {code} > ERROR [org.jboss.msc.service.fail] MSC000001: Failed to start service jboss.deployment.unit."shop.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."shop.war".WeldStartService: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0] > Caused by: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions: > Exception 0 : > org.jboss.weld.exceptions.DefinitionException: WELD-000412: ObserverMethod.getReception() returned null for org.richfaces.push.cdi.PushCDIExtension$PushObserverMethod at 31e23242 > at org.jboss.weld.util.Observers.validateObserverMethod(Observers.java:118) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.addObserverMethod(AfterBeanDiscoveryImpl.java:158) > at org.richfaces.push.cdi.PushCDIExtension.afterBeanDiscovery(PushCDIExtension.java:99) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:90) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:271) > at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:121) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:258) > at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:237) > at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:174) > at org.jboss.weld.event.ObserverNotifier.notifyObservers(ObserverNotifier.java:133) > at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:107) > at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:54) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:42) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:744) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:44) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > ... 3 more > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 03:19:57 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 26 May 2014 03:19:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13638) Upgrade CKEditor to 4.3 (and switch code to jQuery Widget Factory) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13638?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970360#comment-12970360 ] Luk?? Fry? commented on RF-13638: --------------------------------- We have decided to push for jQuery Widget API compatibility in RichFaces 5, but that would mean to break JS API compatibility in RichFaces 4 series. Another problem I recall is that we decided not to port skinning feature. Question is, a version ported to 4.5 should use jQuery widget factory or not? > Upgrade CKEditor to 4.3 (and switch code to jQuery Widget Factory) > ------------------------------------------------------------------ > > Key: RF-13638 > URL: https://issues.jboss.org/browse/RF-13638 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.4, 5.0.0.Alpha1 > Reporter: barbara b > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > > All current versions of Richfaces are working with CKEditor 3.6.6. Would it be possible to make an upgrade of CKEditor to a version 4.3? Some plugins for CKEditor are only working with the 4.X versions of the editor. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 03:23:57 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 26 May 2014 03:23:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13591) RichFaces 4.5 integration tests are failing In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970361#comment-12970361 ] Luk?? Fry? commented on RF-13591: --------------------------------- Thanks [~manovotn], good job with the fixes! I will look take a look at the ITFocusManager, ITResourceOptimization, ITPlaceholderText. > RichFaces 4.5 integration tests are failing > ------------------------------------------- > > Key: RF-13591 > URL: https://issues.jboss.org/browse/RF-13591 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha2 > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Fix For: 4.5.0.Alpha3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > RichFaces 4.5 cannot be build because of compilation errors in integration tests: > {code} > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:testCompile (default-testCompile) on project richfaces: Compilation failure: Compilation failure: > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[9,30] error: cannot find symbol > [ERROR] package org.richfaces.ui.toggle > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[10,39] error: package org.richfaces.ui.toggle.tabPanel does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[18,12] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[19,27] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[21,28] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[25,11] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[29,35] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[33,16] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[48,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[38,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[31,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[32,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[34,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[35,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[44,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[45,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[57,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[61,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[65,29] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusSubmissionMethods.java:[50,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[49,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[50,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[85,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[89,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[93,29] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[56,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[57,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[63,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[64,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[100,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[62,19] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[49,8] error: cannot find symbol > [ERROR] class VerifyFocusEnforcingOverridesFocusSettings > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[50,8] error: cannot find symbol > [ERROR] > [ERROR] E extends HtmlElement declared in method getElementById(String) > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[77,8] error: cannot find symbol > [ERROR] class VerifyFocusCandidates > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[78,8] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[153,16] error: cannot find symbol > [ERROR] class AbstractFocus > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[154,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,55] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,56] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,56] error: cannot find symbol > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 03:31:57 2014 From: issues at jboss.org (Juergen Zimmermann (JIRA)) Date: Mon, 26 May 2014 03:31:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13611) RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970364#comment-12970364 ] Juergen Zimmermann commented on RF-13611: ----------------------------------------- Weld 2.2 was included in the WildFly snapshots for some time. About a week ago Weld was downgraded from 2.2 back to 2.1. I don't know why. Maybe there was a TCK issue since Weld 2.2 is implementing the new spec CDI 1.2MR. > RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final > --------------------------------------------------------- > > Key: RF-13611 > URL: https://issues.jboss.org/browse/RF-13611 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha3 > Reporter: Juergen Zimmermann > Assignee: Brian Leathem > Labels: waiting_on_user > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I'm using WildFly 8.0.0.CR1 and Weld 2.2.0.Final (via the WildFly patch mechanism). However, I'm getting the stacktrace below. When I patch WildFly 8.0.0.CR1 with the predecessor version Weld 2.2.0.CR2, then the issue is gone. > {code} > ERROR [org.jboss.msc.service.fail] MSC000001: Failed to start service jboss.deployment.unit."shop.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."shop.war".WeldStartService: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0] > Caused by: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions: > Exception 0 : > org.jboss.weld.exceptions.DefinitionException: WELD-000412: ObserverMethod.getReception() returned null for org.richfaces.push.cdi.PushCDIExtension$PushObserverMethod at 31e23242 > at org.jboss.weld.util.Observers.validateObserverMethod(Observers.java:118) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.addObserverMethod(AfterBeanDiscoveryImpl.java:158) > at org.richfaces.push.cdi.PushCDIExtension.afterBeanDiscovery(PushCDIExtension.java:99) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:90) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:271) > at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:121) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:258) > at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:237) > at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:174) > at org.jboss.weld.event.ObserverNotifier.notifyObservers(ObserverNotifier.java:133) > at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:107) > at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:54) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:42) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:744) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:44) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > ... 3 more > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 04:29:57 2014 From: issues at jboss.org (Jozef Hartinger (JIRA)) Date: Mon, 26 May 2014 04:29:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13611) RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970381#comment-12970381 ] Jozef Hartinger commented on RF-13611: -------------------------------------- You can use current WildFly snapshot with Weld 2.2 patch applied. The build is available here: https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/Weld/view/Weld%202%20CI/job/Weld-2.x-WF9.x-build/lastSuccessfulBuild/artifact/wildfly-weld2.zip Alternatively, a patch that can be applied on top of WildFly 8.1.0.CR1 is available here: https://sourceforge.net/projects/jboss/files/Weld/2.2.1.Final/ > RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final > --------------------------------------------------------- > > Key: RF-13611 > URL: https://issues.jboss.org/browse/RF-13611 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha3 > Reporter: Juergen Zimmermann > Assignee: Brian Leathem > Labels: waiting_on_user > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I'm using WildFly 8.0.0.CR1 and Weld 2.2.0.Final (via the WildFly patch mechanism). However, I'm getting the stacktrace below. When I patch WildFly 8.0.0.CR1 with the predecessor version Weld 2.2.0.CR2, then the issue is gone. > {code} > ERROR [org.jboss.msc.service.fail] MSC000001: Failed to start service jboss.deployment.unit."shop.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."shop.war".WeldStartService: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0] > Caused by: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions: > Exception 0 : > org.jboss.weld.exceptions.DefinitionException: WELD-000412: ObserverMethod.getReception() returned null for org.richfaces.push.cdi.PushCDIExtension$PushObserverMethod at 31e23242 > at org.jboss.weld.util.Observers.validateObserverMethod(Observers.java:118) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.addObserverMethod(AfterBeanDiscoveryImpl.java:158) > at org.richfaces.push.cdi.PushCDIExtension.afterBeanDiscovery(PushCDIExtension.java:99) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:90) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:271) > at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:121) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:258) > at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:237) > at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:174) > at org.jboss.weld.event.ObserverNotifier.notifyObservers(ObserverNotifier.java:133) > at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:107) > at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:54) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:42) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:744) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:44) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > ... 3 more > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 05:09:59 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Mon, 26 May 2014 05:09:59 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13637) Refresh the dist zip for RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13637?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970390#comment-12970390 ] Pavol Pitonak commented on RF-13637: ------------------------------------ [~bleathem], why did you rename jar artifacts in distribution zip? > Refresh the dist zip for RF 4.5 > ------------------------------- > > Key: RF-13637 > URL: https://issues.jboss.org/browse/RF-13637 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: build/distribution > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 days > Time Spent: 1 day > Remaining Estimate: 1 day > > The distribution zip for RichFaces 4.5 needs to be refreshed to account for the module and repository changes. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 07:51:56 2014 From: issues at jboss.org (liumin hu (JIRA)) Date: Mon, 26 May 2014 07:51:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13640) autocomplete cant select by mouse In-Reply-To: References: Message-ID: liumin hu created RF-13640: ------------------------------ Summary: autocomplete cant select by mouse Key: RF-13640 URL: https://issues.jboss.org/browse/RF-13640 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.3.6 Reporter: liumin hu the suggestion list of autocomplete can not be selected by mouse, always the first one selected. there is not this bug before 4.3.6. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 08:09:56 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 26 May 2014 08:09:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13629: ----------------------------- Labels: regression (was: needs-qe regression) > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: regression > Fix For: 4.3.7 > > Attachments: popupPanelGood.png, popupPanelResizedAndBroken_2.png, popupPanelWrong.png, popupResizedAndBroken_1.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 08:09:57 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 26 May 2014 08:09:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13629: ----------------------------- Steps to Reproduce: (was: # deploy Metamer and load http://localhost:8080/metamer/faces/components/richPopupPanel/simple.xhtml # set "Popup's paragraph width:" input to {{100}} # set {{resizeable}} to {{false}} # set {{autosized}} to {{true}} # set {{width}} to "" # set {{height}} to "" # click on the Call popup button # see that popup panel adjusted only its height, width stays the same) > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: regression > Fix For: 4.3.7 > > Attachments: popupPanelGood.png, popupPanelResizedAndBroken_2.png, popupPanelWrong.png, popupResizedAndBroken_1.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 08:09:58 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 26 May 2014 08:09:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13629: ----------------------------- Description: -In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not.- -When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically.- was: In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: regression > Fix For: 4.3.7 > > Attachments: popupPanelGood.png, popupPanelResizedAndBroken_2.png, popupPanelWrong.png, popupResizedAndBroken_1.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > -In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not.- > -When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically.- -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 08:11:57 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 26 May 2014 08:11:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13629: ----------------------------- Description: -In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not.- -When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically.- Note that the above was original issue, which as you can see in the comments we identified as a correct change of behavior. In the comments below you can also find other issues which emerged when fixing was: -In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not.- -When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically.- > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: regression > Fix For: 4.3.7 > > Attachments: popupPanelGood.png, popupPanelResizedAndBroken_2.png, popupPanelWrong.png, popupResizedAndBroken_1.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > -In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not.- > -When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically.- > Note that the above was original issue, which as you can see in the comments we identified as a correct change of behavior. In the comments below you can also find other issues which emerged when fixing -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 08:11:57 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 26 May 2014 08:11:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13629: ----------------------------- Description: -In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not.- -When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically.- Note that the above was original issue, which as you can see in the comments we identified as a correct change of behavior. In the comments below you can also find other issues which emerged when fixing RF-13616. was: -In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not.- -When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically.- Note that the above was original issue, which as you can see in the comments we identified as a correct change of behavior. In the comments below you can also find other issues which emerged when fixing > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: regression > Fix For: 4.3.7 > > Attachments: popupPanelGood.png, popupPanelResizedAndBroken_2.png, popupPanelWrong.png, popupResizedAndBroken_1.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > -In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not.- > -When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically.- > Note that the above was original issue, which as you can see in the comments we identified as a correct change of behavior. In the comments below you can also find other issues which emerged when fixing RF-13616. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 08:31:57 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 26 May 2014 08:31:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska closed RF-13629. ---------------------------- Verified. Closing. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: regression > Fix For: 4.3.7 > > Attachments: popupPanelGood.png, popupPanelResizedAndBroken_2.png, popupPanelWrong.png, popupResizedAndBroken_1.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > -In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not.- > -When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically.- > Note that the above was original issue, which as you can see in the comments we identified as a correct change of behavior. In the comments below you can also find other issues which emerged when fixing RF-13616. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 08:43:57 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 26 May 2014 08:43:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970446#comment-12970446 ] Juraj H?ska commented on RF-13505: ---------------------------------- I can confirm, that the first issue is fixed, and that there are not any regressions introduced. > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Juraj H?ska > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Attachments: fu-request.png > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 08:45:59 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Mon, 26 May 2014 08:45:59 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13505: ----------------------------- Assignee: (was: Juraj H?ska) > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Attachments: fu-request.png > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 08:53:57 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 26 May 2014 08:53:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? reassigned RF-13505: ------------------------------- Assignee: Luk?? Fry? > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Attachments: fu-request.png > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 08:56:01 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 26 May 2014 08:56:01 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970453#comment-12970453 ] Luk?? Fry? commented on RF-13505: --------------------------------- Thanks [~jhuska]! [~bleathem] seems we are ready to merge this patch to 4.5 branch. Sounds fine? > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Attachments: fu-request.png > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 12:05:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 12:05:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13611) RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970542#comment-12970542 ] Brian Leathem commented on RF-13611: ------------------------------------ Thanks for the link [~jharting]. After correcting the error in the RichFaces code, I run into some dependent service problem in WildFly. The server log shows: {code} WFLYCTL0184: New missing/unsatisfied dependencies: service jboss.deployment.unit."richfaces-showcase-jbas71.war".WeldBootstrapService (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.validation.ValidationBean".WeldInstantiator, service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.dropdownmenu.DropDownMenuBean".WeldInstantiator, service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tree.TreeBean".WeldInstantiator, service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.atmosphere.container.Servlet30CometSupport$CometListener".WeldInstantiator, WFLYCTL0208: ... and 45 more ] service jboss.deployment.unit."richfaces-showcase-jbas71.war".WeldStartService (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.validation.ValidationBean".WeldInstantiator, service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.dropdownmenu.DropDownMenuBean".WeldInstantiator, service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tree.TreeBean".WeldInstantiator, service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.atmosphere.container.Servlet30CometSupport$CometListener".WeldInstantiator, WFLYCTL0208: ... and 43 more ] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."com.sun.faces.config.ConfigureListener".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."com.sun.faces.config.ConfigureListener".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."javax.faces.webapp.FacesServlet".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."javax.faces.webapp.FacesServlet".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."javax.faces.webapp.FacesServlet".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."javax.faces.webapp.FacetTag".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."javax.faces.webapp.FacetTag".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."javax.servlet.jsp.jstl.tlv.ScriptFreeTLV".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."javax.servlet.jsp.jstl.tlv.ScriptFreeTLV".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."javax.servlet.jsp.jstl.tlv.ScriptFreeTLV".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."javax.servlet.jsp.jstl.tlv.ScriptFreeTLV".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."javax.servlet.jsp.jstl.tlv.ScriptFreeTLV".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.VersionBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.VersionBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.VersionBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.VersionBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.actionListener.ActionListenerBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase.UndertowDeploymentInfoService, service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.arrangeablemodel.PersistenceService".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase.UndertowDeploymentInfoService, service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.arrangeablemodel.PersonBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.arrangeablemodel.PersonBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.arrangeablemodel.PersonBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase.UndertowDeploymentInfoService, service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.autocomplete.AutocompleteBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.autocomplete.AutocompleteBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.autocomplete.AutocompleteBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.autocomplete.AutocompleteBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.calendar.CalendarBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.calendar.CalendarBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.calendar.CalendarBean".START (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.calendar.CalendarBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.calendar.CalendarBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.calendar.model.CalendarModel".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase.UndertowDeploymentInfoService, service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.common.SelectsBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.common.SelectsBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.common.SelectsBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.common.SkinBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.common.SkinBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.common.SkinBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.common.UserBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.common.UserBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.common.UserBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.common.navigation.DemoNavigator".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.common.navigation.DemoNavigator".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.common.navigation.DemoNavigator".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.common.navigation.DemoNavigator".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.common.navigation.DemoNavigator".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.common.navigation.NavigationParser".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.common.navigation.NavigationParser".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.common.navigation.NavigationParser".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.dragdrop.DragDropBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.dragdrop.DragDropBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.dragdrop.DragDropBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.dragdrop.DragDropBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.dragdrop.DragDropEventBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.dragdrop.DragDropEventBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.dragdrop.DragDropEventBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.dropdownmenu.DropDownMenuBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.editor.EditorBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.editor.EditorBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.editor.EditorBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase.UndertowDeploymentInfoService, service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.editor.FairyTailBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.editor.FairyTailBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.editor.FairyTailBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.editor.FairyTailBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.fileupload.FileUploadBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.fileupload.FileUploadBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.fileupload.FileUploadBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.focus.FocusManagerBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.focus.FocusManagerBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.focus.FocusManagerBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.focus.FocusManagerBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.focus.FocusManagerBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.function.FunctionBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.function.FunctionBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.function.FunctionBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.function.FunctionBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.function.FunctionBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.inplaces.InplaceSelectBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.lists.ListBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.lists.ListBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.lists.ListBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.lists.ListBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.lists.ListSelectBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.lists.ListSelectBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.lists.ListSelectBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.mediaOutput.MediaBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.mediaOutput.MediaBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.mediaOutput.MediaBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.mediaOutput.MediaBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.mediaOutput.MediaBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.mediaOutput.MediaData".START (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.mediaOutput.MediaData".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.mediaOutput.MediaData".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.notify.NotifyBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.notify.NotifyBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.notify.NotifyBean".START (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.notify.NotifyBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.notify.NotifyBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.outputPanel.OutputPanelBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.outputPanel.OutputPanelBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.outputPanel.OutputPanelBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.outputPanel.OutputPanelBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.panelmenu.PanelMenuBean".START (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.panelmenu.PanelMenuBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.panelmenu.PanelMenuBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.param.ParamBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase.UndertowDeploymentInfoService, service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.poll.PollBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.poll.PollBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.poll.PollBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.poll.PollBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.poll.PollBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.progressBar.ProgressBarBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.progressBar.ProgressBarBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.progressBar.ProgressBarBean".START (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.progressBar.ProgressBarBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.progressBar.ProgressBarBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.push.PushBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.push.PushBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.push.PushConfiguration".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.push.PushConfiguration".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.push.PushConfiguration".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.queue.QueueBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.queue.QueueBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.region.RegionBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.region.RegionBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.region.RegionBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.region.RegionBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.CapitalsBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.CapitalsBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.CapitalsBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.CapitalsSortingBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.CarsBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.CarsFilteringBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.CarsFilteringBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.CarsFilteringBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.CarsFilteringBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.CarsSortingBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.CarsSortingBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.rich.demo.tables.CarsSortingBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.CarsSortingBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.ExtTableSelectionBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.ExtTableSelectionBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.ExtTableSelectionBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.ReportBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.ReportBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.ReportBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.SlidesBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase.UndertowDeploymentInfoService, service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.SlidesBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.SlidesBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.model.capitals.CapitalsParser".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.model.capitals.CapitalsParser".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.model.capitals.CapitalsParser".START (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.model.capitals.CapitalsParser".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.model.capitals.CapitalsParser".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.togglepanel.DynamicPanelBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.togglepanel.DynamicPanelBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.togglepanel.DynamicPanelBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.togglepanel.Profile".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.togglepanel.Profile".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.togglepanel.Profile".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.toolbar.ToolBarBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase.UndertowDeploymentInfoService, service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tooltip.TooltipData".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tooltip.TooltipData".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tooltip.TooltipData".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tree.CDParser".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tree.CDParser".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tree.CDParser".START (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tree.CDParser".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tree.CDParser".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tree.TreeBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tree.TreeBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tree.TreeBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tree.TreeBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tree.adaptors.FileSystemBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tree.adaptors.FileSystemBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tree.adaptors.FileSystemBean".START (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.ui.UserAgentProcessor".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.ui.UserAgentProcessor".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.ui.UserAgentProcessor".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.ui.UserAgentProcessor".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.ui.UserAgentProcessor".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.validation.PasswordValidationBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.validation.PasswordValidationBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.validation.PasswordValidationBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.validation.ValidationBean".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.validation.ValidationBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.validation.ValidationBean".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.validation.ValidationBean".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.skin.SkinBean".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase.UndertowDeploymentInfoService, service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.atmosphere.container.Servlet30CometSupport$CometListener".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.jboss.weld.servlet.WeldInitialListener".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.jboss.weld.servlet.WeldInitialListener".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.jboss.weld.servlet.WeldInitialListener".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.jboss.weld.servlet.WeldTerminalListener".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.jboss.weld.servlet.WeldTerminalListener".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.jboss.weld.servlet.WeldTerminalListener".START (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.jboss.weld.servlet.WeldTerminalListener".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.jboss.weld.servlet.WeldTerminalListener".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.ocpsoft.rewrite.servlet.RewriteFilter".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.ocpsoft.rewrite.servlet.RewriteFilter".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.ocpsoft.rewrite.servlet.RewriteFilter".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.ocpsoft.rewrite.servlet.impl.RewriteServletContextListener".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.ocpsoft.rewrite.servlet.impl.RewriteServletContextListener".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.ocpsoft.rewrite.servlet.impl.RewriteServletContextListener".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.ocpsoft.rewrite.servlet.impl.RewriteServletRequestListener".CREATE (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.ocpsoft.rewrite.servlet.impl.RewriteServletRequestListener".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.ocpsoft.rewrite.servlet.impl.RewriteServletRequestListener".START (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase, service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.ocpsoft.rewrite.servlet.impl.RewriteServletRequestListener".WeldInstantiator (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.ocpsoft.rewrite.servlet.impl.RewriteServletRequestListener".START] service jboss.deployment.unit."richfaces-showcase-jbas71.war".jndiDependencyService (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.common.navigation.NavigationParser".START, service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.jboss.weld.servlet.WeldInitialListener".START, service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.tables.CarsSortingBean".START, service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."managed-bean.org.richfaces.demo.dragdrop.DragDropBean".START, WFLYCTL0208: ... and 50 more ] service jboss.persistenceunit."richfaces-showcase-jbas71.war#richfaces-showcase" (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.ocpsoft.rewrite.servlet.RewriteFilter".START, service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."javax.faces.webapp.FacetTag".START, service jboss.undertow.deployment.default-server.default-host./showcase.UndertowDeploymentInfoService, service jboss.deployment.unit."richfaces-showcase-jbas71.war".component."org.atmosphere.container.Servlet30CometSupport$CometListener".START, WFLYCTL0208: ... and 9 more ] service jboss.undertow.deployment.default-server.default-host./showcase (unavailable) dependents: [service jboss.deployment.unit."richfaces-showcase-jbas71.war".deploymentCompleteService] service jboss.undertow.deployment.default-server.default-host./showcase.UndertowDeploymentInfoService (unavailable) dependents: [service jboss.undertow.deployment.default-server.default-host./showcase] WFLYCTL0186: Services which failed to start: service jboss.deployment.unit."richfaces-showcase-jbas71.war".WeldStartService {code} [~jharting] should this be filed as a Weld issue or a WildFly issue? Or is it perhaps something we are still doing wrong in RichFaces? > RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final > --------------------------------------------------------- > > Key: RF-13611 > URL: https://issues.jboss.org/browse/RF-13611 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha3 > Reporter: Juergen Zimmermann > Assignee: Brian Leathem > Labels: waiting_on_user > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I'm using WildFly 8.0.0.CR1 and Weld 2.2.0.Final (via the WildFly patch mechanism). However, I'm getting the stacktrace below. When I patch WildFly 8.0.0.CR1 with the predecessor version Weld 2.2.0.CR2, then the issue is gone. > {code} > ERROR [org.jboss.msc.service.fail] MSC000001: Failed to start service jboss.deployment.unit."shop.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."shop.war".WeldStartService: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0] > Caused by: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions: > Exception 0 : > org.jboss.weld.exceptions.DefinitionException: WELD-000412: ObserverMethod.getReception() returned null for org.richfaces.push.cdi.PushCDIExtension$PushObserverMethod at 31e23242 > at org.jboss.weld.util.Observers.validateObserverMethod(Observers.java:118) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.addObserverMethod(AfterBeanDiscoveryImpl.java:158) > at org.richfaces.push.cdi.PushCDIExtension.afterBeanDiscovery(PushCDIExtension.java:99) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:90) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:271) > at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:121) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:258) > at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:237) > at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:174) > at org.jboss.weld.event.ObserverNotifier.notifyObservers(ObserverNotifier.java:133) > at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:107) > at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:54) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:42) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:744) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:44) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > ... 3 more > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 12:11:56 2014 From: issues at jboss.org (Jozef Hartinger (JIRA)) Date: Mon, 26 May 2014 12:11:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13611) RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970545#comment-12970545 ] Jozef Hartinger commented on RF-13611: -------------------------------------- Probably still a RichFaces problem. The log you posted does not mention why WeldStartService failed to start. Are you able to find that part in the server log? > RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final > --------------------------------------------------------- > > Key: RF-13611 > URL: https://issues.jboss.org/browse/RF-13611 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha3 > Reporter: Juergen Zimmermann > Assignee: Brian Leathem > Labels: waiting_on_user > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I'm using WildFly 8.0.0.CR1 and Weld 2.2.0.Final (via the WildFly patch mechanism). However, I'm getting the stacktrace below. When I patch WildFly 8.0.0.CR1 with the predecessor version Weld 2.2.0.CR2, then the issue is gone. > {code} > ERROR [org.jboss.msc.service.fail] MSC000001: Failed to start service jboss.deployment.unit."shop.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."shop.war".WeldStartService: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0] > Caused by: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions: > Exception 0 : > org.jboss.weld.exceptions.DefinitionException: WELD-000412: ObserverMethod.getReception() returned null for org.richfaces.push.cdi.PushCDIExtension$PushObserverMethod at 31e23242 > at org.jboss.weld.util.Observers.validateObserverMethod(Observers.java:118) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.addObserverMethod(AfterBeanDiscoveryImpl.java:158) > at org.richfaces.push.cdi.PushCDIExtension.afterBeanDiscovery(PushCDIExtension.java:99) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:90) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:271) > at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:121) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:258) > at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:237) > at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:174) > at org.jboss.weld.event.ObserverNotifier.notifyObservers(ObserverNotifier.java:133) > at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:107) > at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:54) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:42) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:744) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:44) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > ... 3 more > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 12:11:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 12:11:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970546#comment-12970546 ] Brian Leathem commented on RF-13505: ------------------------------------ Nice work with the QA [~jhuska]. [~lfryc] let's go ahead and merge it into a 4.5.x branch and make sure the tests pass then merge it into 4.5.x itself. > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Attachments: fu-request.png > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 12:13:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 12:13:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13637) Refresh the dist zip for RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13637?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970548#comment-12970548 ] Brian Leathem commented on RF-13637: ------------------------------------ To be more clear and self-documenting. > Refresh the dist zip for RF 4.5 > ------------------------------- > > Key: RF-13637 > URL: https://issues.jboss.org/browse/RF-13637 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: build/distribution > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 days > Time Spent: 1 day > Remaining Estimate: 1 day > > The distribution zip for RichFaces 4.5 needs to be refreshed to account for the module and repository changes. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 12:27:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 12:27:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13637) Refresh the dist zip for RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13637?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970553#comment-12970553 ] Brian Leathem commented on RF-13637: ------------------------------------ Found it, thanks! > Refresh the dist zip for RF 4.5 > ------------------------------- > > Key: RF-13637 > URL: https://issues.jboss.org/browse/RF-13637 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: build/distribution > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 days > Time Spent: 1 day > Remaining Estimate: 1 day > > The distribution zip for RichFaces 4.5 needs to be refreshed to account for the module and repository changes. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 12:27:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 12:27:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13637) Refresh the dist zip for RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13637?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13637: ------------------------------- Comment: was deleted (was: Found it, thanks!) > Refresh the dist zip for RF 4.5 > ------------------------------- > > Key: RF-13637 > URL: https://issues.jboss.org/browse/RF-13637 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: build/distribution > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 days > Time Spent: 1 day > Remaining Estimate: 1 day > > The distribution zip for RichFaces 4.5 needs to be refreshed to account for the module and repository changes. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 12:27:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 12:27:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13611) RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970554#comment-12970554 ] Brian Leathem commented on RF-13611: ------------------------------------ Found it, thanks! > RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final > --------------------------------------------------------- > > Key: RF-13611 > URL: https://issues.jboss.org/browse/RF-13611 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha3 > Reporter: Juergen Zimmermann > Assignee: Brian Leathem > Labels: waiting_on_user > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I'm using WildFly 8.0.0.CR1 and Weld 2.2.0.Final (via the WildFly patch mechanism). However, I'm getting the stacktrace below. When I patch WildFly 8.0.0.CR1 with the predecessor version Weld 2.2.0.CR2, then the issue is gone. > {code} > ERROR [org.jboss.msc.service.fail] MSC000001: Failed to start service jboss.deployment.unit."shop.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."shop.war".WeldStartService: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0] > Caused by: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions: > Exception 0 : > org.jboss.weld.exceptions.DefinitionException: WELD-000412: ObserverMethod.getReception() returned null for org.richfaces.push.cdi.PushCDIExtension$PushObserverMethod at 31e23242 > at org.jboss.weld.util.Observers.validateObserverMethod(Observers.java:118) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.addObserverMethod(AfterBeanDiscoveryImpl.java:158) > at org.richfaces.push.cdi.PushCDIExtension.afterBeanDiscovery(PushCDIExtension.java:99) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:90) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:271) > at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:121) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:258) > at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:237) > at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:174) > at org.jboss.weld.event.ObserverNotifier.notifyObservers(ObserverNotifier.java:133) > at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:107) > at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:54) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:42) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:744) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:44) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > ... 3 more > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 12:29:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 12:29:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13027) Warning when deploying showcase - using a private modules which can be removed in the future In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13027?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13027: ------------------------------- Fix Version/s: 4.5.0.Alpha3 (was: 5-Tracking) > Warning when deploying showcase - using a private modules which can be removed in the future > -------------------------------------------------------------------------------------------- > > Key: RF-13027 > URL: https://issues.jboss.org/browse/RF-13027 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: showcase > Affects Versions: 5.0.0.Alpha1 > Environment: JBoss AS 7.1.1.Final > Reporter: Juraj H?ska > Priority: Trivial > Fix For: 4.5.0.Alpha3 > > > There is following warning when deploying showcase: > {code} > 11:54:39,865 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) JBAS018567: Deployment "deployment.richfaces-showcase-5.0.0.Alpha1-jbas71.war" is using a private module ("com.google.guava:main") which may be changed or removed in future versions without notice. > 11:54:39,867 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) JBAS018567: Deployment "deployment.richfaces-showcase-5.0.0.Alpha1-jbas71.war" is using a private module ("org.jboss.as.protocol:main") which may be changed or removed in future versions without notice. > 11:54:39,868 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) JBAS018567: Deployment "deployment.richfaces-showcase-5.0.0.Alpha1-jbas71.war" is using a private module ("org.jboss.marshalling.river:main") which may be changed or removed in future versions without notice. > {code} > This was present in RF 4 as well and I guess that we are aware of this, but are we OK with it ? -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 12:31:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 12:31:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13027) Warning when deploying showcase - using a private modules which can be removed in the future In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13027?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13027: ------------------------------- Original Estimate: 15 minutes Remaining Estimate: 15 minutes Assignee: Brian Leathem Sprint: 4.5.0.Alpha3 - Sprint 2 > Warning when deploying showcase - using a private modules which can be removed in the future > -------------------------------------------------------------------------------------------- > > Key: RF-13027 > URL: https://issues.jboss.org/browse/RF-13027 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: showcase > Affects Versions: 5.0.0.Alpha1 > Environment: JBoss AS 7.1.1.Final > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Trivial > Fix For: 4.5.0.Alpha3 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > There is following warning when deploying showcase: > {code} > 11:54:39,865 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) JBAS018567: Deployment "deployment.richfaces-showcase-5.0.0.Alpha1-jbas71.war" is using a private module ("com.google.guava:main") which may be changed or removed in future versions without notice. > 11:54:39,867 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) JBAS018567: Deployment "deployment.richfaces-showcase-5.0.0.Alpha1-jbas71.war" is using a private module ("org.jboss.as.protocol:main") which may be changed or removed in future versions without notice. > 11:54:39,868 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) JBAS018567: Deployment "deployment.richfaces-showcase-5.0.0.Alpha1-jbas71.war" is using a private module ("org.jboss.marshalling.river:main") which may be changed or removed in future versions without notice. > {code} > This was present in RF 4 as well and I guess that we are aware of this, but are we OK with it ? -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 12:31:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 12:31:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13611) RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13611?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13611. -------------------------------- Resolution: Done > RichFaces 5.0.0.Alpha3 doesn't work with Weld 2.2.0.Final > --------------------------------------------------------- > > Key: RF-13611 > URL: https://issues.jboss.org/browse/RF-13611 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha3 > Reporter: Juergen Zimmermann > Assignee: Brian Leathem > Labels: waiting_on_user > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I'm using WildFly 8.0.0.CR1 and Weld 2.2.0.Final (via the WildFly patch mechanism). However, I'm getting the stacktrace below. When I patch WildFly 8.0.0.CR1 with the predecessor version Weld 2.2.0.CR2, then the issue is gone. > {code} > ERROR [org.jboss.msc.service.fail] MSC000001: Failed to start service jboss.deployment.unit."shop.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."shop.war".WeldStartService: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.8.0] > Caused by: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions: > Exception 0 : > org.jboss.weld.exceptions.DefinitionException: WELD-000412: ObserverMethod.getReception() returned null for org.richfaces.push.cdi.PushCDIExtension$PushObserverMethod at 31e23242 > at org.jboss.weld.util.Observers.validateObserverMethod(Observers.java:118) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.addObserverMethod(AfterBeanDiscoveryImpl.java:158) > at org.richfaces.push.cdi.PushCDIExtension.afterBeanDiscovery(PushCDIExtension.java:99) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:90) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:271) > at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:121) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:258) > at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:237) > at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:174) > at org.jboss.weld.event.ObserverNotifier.notifyObservers(ObserverNotifier.java:133) > at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:107) > at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:54) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:42) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:744) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:44) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:59) > at org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:393) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83) > at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:92) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > ... 3 more > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 12:33:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 12:33:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13027) Warning when deploying showcase - using a private modules which can be removed in the future In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13027?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13027. -------------------------------- Resolution: Done > Warning when deploying showcase - using a private modules which can be removed in the future > -------------------------------------------------------------------------------------------- > > Key: RF-13027 > URL: https://issues.jboss.org/browse/RF-13027 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: showcase > Affects Versions: 5.0.0.Alpha1 > Environment: JBoss AS 7.1.1.Final > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Trivial > Fix For: 4.5.0.Alpha3 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > There is following warning when deploying showcase: > {code} > 11:54:39,865 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) JBAS018567: Deployment "deployment.richfaces-showcase-5.0.0.Alpha1-jbas71.war" is using a private module ("com.google.guava:main") which may be changed or removed in future versions without notice. > 11:54:39,867 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) JBAS018567: Deployment "deployment.richfaces-showcase-5.0.0.Alpha1-jbas71.war" is using a private module ("org.jboss.as.protocol:main") which may be changed or removed in future versions without notice. > 11:54:39,868 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) JBAS018567: Deployment "deployment.richfaces-showcase-5.0.0.Alpha1-jbas71.war" is using a private module ("org.jboss.marshalling.river:main") which may be changed or removed in future versions without notice. > {code} > This was present in RF 4 as well and I guess that we are aware of this, but are we OK with it ? -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 12:33:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 12:33:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13638) Upgrade CKEditor to 4.3 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13638?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13638: ------------------------------- Summary: Upgrade CKEditor to 4.3 (was: Upgrade CKEditor to 4.3 (and switch code to jQuery Widget Factory)) > Upgrade CKEditor to 4.3 > ----------------------- > > Key: RF-13638 > URL: https://issues.jboss.org/browse/RF-13638 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.4, 5.0.0.Alpha1 > Reporter: barbara b > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > > All current versions of Richfaces are working with CKEditor 3.6.6. Would it be possible to make an upgrade of CKEditor to a version 4.3? Some plugins for CKEditor are only working with the 4.X versions of the editor. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 12:35:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 12:35:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13638) Upgrade CKEditor to 4.3 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13638?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970556#comment-12970556 ] Brian Leathem commented on RF-13638: ------------------------------------ There is no requirement to use the widget factory in 4.5 unless it makes the upgrade easier. I suspect it doesn't. As for the skins, I feel comfortable dropping this with 4.5. CKeditor has it's own skinning mechanism to which we can direct users. > Upgrade CKEditor to 4.3 > ----------------------- > > Key: RF-13638 > URL: https://issues.jboss.org/browse/RF-13638 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.4, 5.0.0.Alpha1 > Reporter: barbara b > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > > All current versions of Richfaces are working with CKEditor 3.6.6. Would it be possible to make an upgrade of CKEditor to a version 4.3? Some plugins for CKEditor are only working with the 4.X versions of the editor. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 12:45:58 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 12:45:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13641) Upgrade CSSParser to 0.9.14 In-Reply-To: References: Message-ID: Brian Leathem created RF-13641: ---------------------------------- Summary: Upgrade CSSParser to 0.9.14 Key: RF-13641 URL: https://issues.jboss.org/browse/RF-13641 Project: RichFaces Issue Type: Component Upgrade Security Level: Public (Everyone can see) Components: third-party Reporter: Brian Leathem Assignee: Brian Leathem Fix For: 4.5.0.Alpha3 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 12:57:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 12:57:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13641) Upgrade CSSParser to 0.9.14 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13641?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13641. -------------------------------- Resolution: Done > Upgrade CSSParser to 0.9.14 > --------------------------- > > Key: RF-13641 > URL: https://issues.jboss.org/browse/RF-13641 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: third-party > Reporter: Brian Leathem > Assignee: Brian Leathem > Labels: 30m > Fix For: 4.5.0.Alpha3 > > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 12:59:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 12:59:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-11741) ECSS parser is too aggressive when encountering non-standard CSS properties: selector omitted entirely In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-11741?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-11741: ------------------------------- Sprint: 4.5.0.Alpha3 - Sprint 2 > ECSS parser is too aggressive when encountering non-standard CSS properties: selector omitted entirely > ------------------------------------------------------------------------------------------------------ > > Key: RF-11741 > URL: https://issues.jboss.org/browse/RF-11741 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: skinning > Affects Versions: 4.1.0.CR1 > Reporter: Karsten Wutzke > Labels: ecss, parsing, skinning > Fix For: 4.5.0.Alpha3 > > > When defining rules like > {code} > .shadow > { > -webkit-box-shadow: 4px 4px 5px '#{richSkin.additionalBackgroundColor}'; > -moz-box-shadow: 4px 4px 5px '#{richSkin.additionalBackgroundColor}'; > box-shadow: 4px 4px 5px '#{richSkin.additionalBackgroundColor}'; > } > {code} > in an ECSS file to create skin-dependent drop shadows, RF 4 will omit the above rule entirely and no shadows will be rendered. BTW it would be better to just omit the invalid properties instead of the entire selector (box-shadow: ... alone works). > Most browsers don't support the box-shadow yet, so defining proprietary properties *must* be possible. Note, this applies to a lot more properties than the above. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 12:59:58 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 12:59:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-11741) ECSS parser is too aggressive when encountering non-standard CSS properties: selector omitted entirely In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-11741?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-11741. -------------------------------- Resolution: Done this should be resolved with the update of CSSParser to 0.9.14 in RF-13641. > ECSS parser is too aggressive when encountering non-standard CSS properties: selector omitted entirely > ------------------------------------------------------------------------------------------------------ > > Key: RF-11741 > URL: https://issues.jboss.org/browse/RF-11741 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: skinning > Affects Versions: 4.1.0.CR1 > Reporter: Karsten Wutzke > Labels: ecss, parsing, skinning > Fix For: 4.5.0.Alpha3 > > > When defining rules like > {code} > .shadow > { > -webkit-box-shadow: 4px 4px 5px '#{richSkin.additionalBackgroundColor}'; > -moz-box-shadow: 4px 4px 5px '#{richSkin.additionalBackgroundColor}'; > box-shadow: 4px 4px 5px '#{richSkin.additionalBackgroundColor}'; > } > {code} > in an ECSS file to create skin-dependent drop shadows, RF 4 will omit the above rule entirely and no shadows will be rendered. BTW it would be better to just omit the invalid properties instead of the entire selector (box-shadow: ... alone works). > Most browsers don't support the box-shadow yet, so defining proprietary properties *must* be possible. Note, this applies to a lot more properties than the above. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 13:09:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 13:09:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13640) autocomplete cant select by mouse In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13640?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13640: ------------------------------- Fix Version/s: 4.3.8 > autocomplete cant select by mouse > --------------------------------- > > Key: RF-13640 > URL: https://issues.jboss.org/browse/RF-13640 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Reporter: liumin hu > Fix For: 4.3.8 > > > the suggestion list of autocomplete can not be selected by mouse, always the first one selected. > there is not this bug before 4.3.6. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 13:09:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 13:09:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13640) autocomplete cant select by mouse In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13640?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13640: ------------------------------- Fix Version/s: (was: 4.3.8) > autocomplete cant select by mouse > --------------------------------- > > Key: RF-13640 > URL: https://issues.jboss.org/browse/RF-13640 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Reporter: liumin hu > > the suggestion list of autocomplete can not be selected by mouse, always the first one selected. > there is not this bug before 4.3.6. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 13:11:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 13:11:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13640) autocomplete cant select by mouse In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13640?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970576#comment-12970576 ] Brian Leathem commented on RF-13640: ------------------------------------ I am unable to verify this with the showcase. QE please verify and provide steps to reproduce. > autocomplete cant select by mouse > --------------------------------- > > Key: RF-13640 > URL: https://issues.jboss.org/browse/RF-13640 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Reporter: liumin hu > > the suggestion list of autocomplete can not be selected by mouse, always the first one selected. > there is not this bug before 4.3.6. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 13:11:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 13:11:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13640) autocomplete cant select by mouse In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13640?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reassigned RF-13640: ---------------------------------- Assignee: Pavol Pitonak > autocomplete cant select by mouse > --------------------------------- > > Key: RF-13640 > URL: https://issues.jboss.org/browse/RF-13640 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Reporter: liumin hu > Assignee: Pavol Pitonak > > the suggestion list of autocomplete can not be selected by mouse, always the first one selected. > there is not this bug before 4.3.6. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 15:21:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 15:21:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970599#comment-12970599 ] Brian Leathem commented on RF-13505: ------------------------------------ A github link showing the changes so far: https://github.com/richfaces/richfaces/compare/RF-13505-refactor-epvc-3 > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Attachments: fu-request.png > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 16:01:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 16:01:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970602#comment-12970602 ] Brian Leathem commented on RF-13505: ------------------------------------ An initial review of the code looks good. The diagram included in the javadoc is very much appreciated. You may want to update the author tag to include [~lfryc]. > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Attachments: fu-request.png > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 19:57:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 19:57:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13642) Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 In-Reply-To: References: Message-ID: Brian Leathem created RF-13642: ---------------------------------- Summary: Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 Key: RF-13642 URL: https://issues.jboss.org/browse/RF-13642 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: doc Reporter: Brian Leathem Assignee: Brian Leathem Steps involved: # Fork the master branch of the docs repo (we'll call the new branch {{4.5.x}} # Revert any changes addressing: #* RF 5 component replacements #* RF 5 package renames #* Facelet namespace consolidation -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 19:57:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 19:57:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13642) Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13642?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13642: ------------------------------- Fix Version/s: 4.5.0.Beta1 > Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 > -------------------------------------------------------------- > > Key: RF-13642 > URL: https://issues.jboss.org/browse/RF-13642 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: doc > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Beta1 > > Original Estimate: 1 day, 4 hours > Remaining Estimate: 1 day, 4 hours > > Steps involved: > # Fork the master branch of the docs repo (we'll call the new branch {{4.5.x}} > # Revert any changes addressing: > #* RF 5 component replacements > #* RF 5 package renames > #* Facelet namespace consolidation > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Mon May 26 20:51:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 26 May 2014 20:51:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13642) Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13642?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970612#comment-12970612 ] Brian Leathem commented on RF-13642: ------------------------------------ When the re-factor is complete, we should consider merging the docs repository into the richfaces repository under a _docs_ folder. > Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 > -------------------------------------------------------------- > > Key: RF-13642 > URL: https://issues.jboss.org/browse/RF-13642 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: doc > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Beta1 > > Original Estimate: 1 day, 4 hours > Remaining Estimate: 1 day, 4 hours > > Steps involved: > # Fork the master branch of the docs repo (we'll call the new branch {{4.5.x}} > # Revert any changes addressing: > #* RF 5 component replacements > #* RF 5 package renames > #* Facelet namespace consolidation > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 01:11:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 01:11:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12132) Richfaces queue not cleared after js error in oncomplete attribute In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-12132: ------------------------------- Fix Version/s: 4.3.8 (was: 5-Tracking) > Richfaces queue not cleared after js error in oncomplete attribute > ------------------------------------------------------------------ > > Key: RF-12132 > URL: https://issues.jboss.org/browse/RF-12132 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.2.0.Final, 4.3.7 > Environment: Myfaces 2.1.6 > Tomcat 6.0.35 > Reporter: Michael Heinen > Labels: gss > Fix For: 4.3.8 > > > Richfaces queue not cleared after js-error in oncomplete attribute > Submit a with oncomplete="myNotExistingFuncrtion();" > The ajax response arrives but the queue is not cleaned up after this due to the javascript error > Starting from now no further ajax requests are possible because richfaces waits for previous submit results. > Sample from the richfaces log: > {code} > debug[17:10:10.587]: New request added to queue. Queue requestGroupingId changed to j_id_5:j_id_b > debug[17:10:10.615]: Queue will wait 0ms before submit > debug[17:10:10.644]: richfaces.queue: will submit request NOW > info [17:10:10.671]: Received 'begin' event from > info [17:10:10.707]: Received 'beforedomupdate' event from > debug[17:10:10.729]: Server returned responseText: Content List: []]]>myNotExistingFuncrtion();; > info [17:10:10.758]: Listing content of response changes element: > Element update for id=j_id_5:details > Content List: []]]> > Element update for id=javax.faces.ViewState > > Element extension for id=org.richfaces.extension > myNotExistingFuncrtion();; > debug[17:10:19.143]: New request added to queue. Queue requestGroupingId changed to j_id_5:j_id_a > debug[17:10:19.171]: Queue will wait 0ms before submit > debug[17:10:19.201]: richfaces.queue: Waiting for previous submit results > {code} > A request without javascript error ends with: > {code} > debug[17:20:22.033]: richfaces.queue: ajax submit successfull > debug[17:20:22.075]: richfaces.queue: Nothing to submit > info [17:20:22.117]: Received 'success' event from > info [17:20:22.155]: Received 'complete' event from > {code} > I expect that the queue is cleaned up independent of javascript errors during oncomplete. > Otherwise applications are not useable anymore. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 01:11:58 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 01:11:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12132) Richfaces queue not cleared after js error in oncomplete attribute In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-12132: ------------------------------- Labels: gss (was: ) > Richfaces queue not cleared after js error in oncomplete attribute > ------------------------------------------------------------------ > > Key: RF-12132 > URL: https://issues.jboss.org/browse/RF-12132 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.2.0.Final, 4.3.7 > Environment: Myfaces 2.1.6 > Tomcat 6.0.35 > Reporter: Michael Heinen > Labels: gss > Fix For: 4.3.8 > > > Richfaces queue not cleared after js-error in oncomplete attribute > Submit a with oncomplete="myNotExistingFuncrtion();" > The ajax response arrives but the queue is not cleaned up after this due to the javascript error > Starting from now no further ajax requests are possible because richfaces waits for previous submit results. > Sample from the richfaces log: > {code} > debug[17:10:10.587]: New request added to queue. Queue requestGroupingId changed to j_id_5:j_id_b > debug[17:10:10.615]: Queue will wait 0ms before submit > debug[17:10:10.644]: richfaces.queue: will submit request NOW > info [17:10:10.671]: Received 'begin' event from > info [17:10:10.707]: Received 'beforedomupdate' event from > debug[17:10:10.729]: Server returned responseText: Content List: []]]>myNotExistingFuncrtion();; > info [17:10:10.758]: Listing content of response changes element: > Element update for id=j_id_5:details > Content List: []]]> > Element update for id=javax.faces.ViewState > > Element extension for id=org.richfaces.extension > myNotExistingFuncrtion();; > debug[17:10:19.143]: New request added to queue. Queue requestGroupingId changed to j_id_5:j_id_a > debug[17:10:19.171]: Queue will wait 0ms before submit > debug[17:10:19.201]: richfaces.queue: Waiting for previous submit results > {code} > A request without javascript error ends with: > {code} > debug[17:20:22.033]: richfaces.queue: ajax submit successfull > debug[17:20:22.075]: richfaces.queue: Nothing to submit > info [17:20:22.117]: Received 'success' event from > info [17:20:22.155]: Received 'complete' event from > {code} > I expect that the queue is cleaned up independent of javascript errors during oncomplete. > Otherwise applications are not useable anymore. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 03:17:56 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Tue, 27 May 2014 03:17:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13643) rich:dataTable: @onrowmouseover does not work In-Reply-To: References: Message-ID: Ji?? ?tefek created RF-13643: -------------------------------- Summary: rich:dataTable: @onrowmouseover does not work Key: RF-13643 URL: https://issues.jboss.org/browse/RF-13643 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Environment: Metamer SNAPSHOTS: 5.0.x, 4.5.x, 4.3.x Tried with JBoss EAP 6.3, Glassfish 3.1.2.2 FF 29 Reporter: Ji?? ?tefek Setting of this attribute will not change the component attribute (debugging of jsf page > component tree). Other @onrow* attributes works correctly. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 03:19:56 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Tue, 27 May 2014 03:19:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13643) rich:dataTable: @onrowmouseover does not work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970654#comment-12970654 ] Ji?? ?tefek commented on RF-13643: ---------------------------------- This attribute works in ExtendedDataTable. > rich:dataTable: @onrowmouseover does not work > --------------------------------------------- > > Key: RF-13643 > URL: https://issues.jboss.org/browse/RF-13643 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Environment: Metamer SNAPSHOTS: 5.0.x, 4.5.x, 4.3.x > Tried with JBoss EAP 6.3, Glassfish 3.1.2.2 > FF 29 > Reporter: Ji?? ?tefek > > Setting of this attribute will not change the component attribute (debugging of jsf page > component tree). Other @onrow* attributes works correctly. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 03:19:57 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Tue, 27 May 2014 03:19:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13643) rich:dataTable: @onrowmouseover does not work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13643?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek updated RF-13643: ----------------------------- Steps to Reproduce: # deploy Metamer and open http://localhost:8080/metamer/faces/components/richDataTable/simple.xhtml # set {{@onrowmouseover}} to {{alert('mouse over triggered')}} # move mouse over any row of the dataTable ** has: no alert is visible, event is not triggered was: # deploy Metamer and open http://localhost:8080/metamer/faces/components/richDataTable/simple.xhtml # set {{@onrowmouseover}} to {{alert('mouse over triggered')}} # move mouse over any row of the dataTable ** no alert is visible, event is not triggered > rich:dataTable: @onrowmouseover does not work > --------------------------------------------- > > Key: RF-13643 > URL: https://issues.jboss.org/browse/RF-13643 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Environment: Metamer SNAPSHOTS: 5.0.x, 4.5.x, 4.3.x > Tried with JBoss EAP 6.3, Glassfish 3.1.2.2 > FF 29 > Reporter: Ji?? ?tefek > > Setting of this attribute will not change the component attribute (debugging of jsf page > component tree). Other @onrow* attributes works correctly. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 03:19:57 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Tue, 27 May 2014 03:19:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13643) rich:dataTable: @onrowmouseover does not work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970656#comment-12970656 ] Ji?? ?tefek commented on RF-13643: ---------------------------------- Not a regression, there was just no test for it. > rich:dataTable: @onrowmouseover does not work > --------------------------------------------- > > Key: RF-13643 > URL: https://issues.jboss.org/browse/RF-13643 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Environment: Metamer SNAPSHOTS: 5.0.x, 4.5.x, 4.3.x > Tried with JBoss EAP 6.3, Glassfish 3.1.2.2 > FF 29 > Reporter: Ji?? ?tefek > > Setting of this attribute will not change the component attribute (debugging of jsf page > component tree). Other @onrow* attributes works correctly. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 03:39:56 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Tue, 27 May 2014 03:39:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13640) autocomplete cant select by mouse In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13640?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak updated RF-13640: ------------------------------- Steps to Reproduce: # open http://showcase.richfaces.org/richfaces/component-sample.jsf?demo=autocomplete&sample=customLayouts&skin=blueSky # type "a" into first autocomplete's input # select Arizona, * result: not possible to select Arizona, Alabama (first option) is selected > autocomplete cant select by mouse > --------------------------------- > > Key: RF-13640 > URL: https://issues.jboss.org/browse/RF-13640 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Reporter: liumin hu > Assignee: Pavol Pitonak > > the suggestion list of autocomplete can not be selected by mouse, always the first one selected. > there is not this bug before 4.3.6. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 03:39:57 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Tue, 27 May 2014 03:39:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13640) autocomplete cant select by mouse In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13640?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak reassigned RF-13640: ---------------------------------- Assignee: Brian Leathem (was: Pavol Pitonak) > autocomplete cant select by mouse > --------------------------------- > > Key: RF-13640 > URL: https://issues.jboss.org/browse/RF-13640 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Reporter: liumin hu > Assignee: Brian Leathem > > the suggestion list of autocomplete can not be selected by mouse, always the first one selected. > there is not this bug before 4.3.6. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 03:41:56 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Tue, 27 May 2014 03:41:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12554) in a doesn't work in composite components In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12554?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12967385#comment-12967385 ] Ji?? ?tefek edited comment on RF-12554 at 5/27/14 3:40 AM: ----------------------------------------------------------- Attached a project created from archetypes. I was not able to reproduce this bug neither using tooltip in composite component placed in a4jRepeat or uiRepeat nor using composite component containing tooltip placed in a4jRepeat. Tried in: Firefox 29, Glassfish 3.1.2.2, RF 4.3.6. [~randhawag] could you, please, try the attached project if it works for you? Or could you improve the project so it will reflect your problem? What container (Jboss EAP, Tomcat...), JSF version and browser do you use? was (Author: jstefek): Attached a project created from archetypes. I was not able to reproduce this bug neither using tooltip in composite component placed in a4jRepeat or uiRepeat nor using composite component containing tooltip placed in a4jRepeat. Tried in: Firefox 29, Glassfish 3.1.2.2, RF 4.1.6. [~randhawag] could you, please, try the attached project if it works for you? Or could you improve the project so it will reflect your problem? What container (Jboss EAP, Tomcat...), JSF version and browser do you use? > in a doesn't work in composite components > ------------------------------------------------------------------------ > > Key: RF-12554 > URL: https://issues.jboss.org/browse/RF-12554 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.2.3.Final > Reporter: Bojan Antonovic > Assignee: Ji?? ?tefek > Priority: Minor > Labels: waiting_on_user > Attachments: RF-12554.zip > > > To make it work, you have to write once the dummy > {code} > > {code} > then you can use as often as you wish: > {code} > > ... > > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 03:41:57 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Tue, 27 May 2014 03:41:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13640) autocomplete cant select by mouse In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13640?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak updated RF-13640: ------------------------------- Tester: Pavol Pitonak Environment: Firefox 29.0.1 Chrome 35.0.1916.114 > autocomplete cant select by mouse > --------------------------------- > > Key: RF-13640 > URL: https://issues.jboss.org/browse/RF-13640 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Environment: Firefox 29.0.1 > Chrome 35.0.1916.114 > Reporter: liumin hu > Assignee: Brian Leathem > > the suggestion list of autocomplete can not be selected by mouse, always the first one selected. > there is not this bug before 4.3.6. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 05:07:57 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Tue, 27 May 2014 05:07:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13334) Upgrade jQuery UI to 1.10.3 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-13334. -------------------------------- Resolution: Done As far as I can tell the drag-and-drop issue was the only one. There was a change in data storage, data previously stored under 'draggable' are now stored under 'ui-draggable', I assume the 'ui-' prefix affects all components but we're not using it anywhere else. > Upgrade jQuery UI to 1.10.3 > --------------------------- > > Key: RF-13334 > URL: https://issues.jboss.org/browse/RF-13334 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: third-party > Affects Versions: 5.0.0.Alpha2 > Reporter: Luk?? Fry? > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > RichWidgets issue: > https://github.com/richwidgets/richwidgets/issues/99 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 06:09:57 2014 From: issues at jboss.org (Dmitry Volkov (JIRA)) Date: Tue, 27 May 2014 06:09:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13644) Rich:editor JS Error in IE11 In-Reply-To: References: Message-ID: Dmitry Volkov created RF-13644: ---------------------------------- Summary: Rich:editor JS Error in IE11 Key: RF-13644 URL: https://issues.jboss.org/browse/RF-13644 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.3.5 Environment: Internet Explorer 11. Websphere implementation of MyFaces Reporter: Dmitry Volkov CKEditor throws JS exception in IE11: O=G.$.createEvent('KeyEvents'); NotSupportedError The issue is also described here: http://ckeditor.com/forums/CKEditor/3.6.6.1-error-in-IE11 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 06:19:56 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Tue, 27 May 2014 06:19:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13604) rich:editor is flickering on mouse hover In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970724#comment-12970724 ] Matej Novotny commented on RF-13604: ------------------------------------ I tried to add RF 5 to the project and indeed the flickering is gone. I tested this in Chrome and FF and using AS 7.1 (in this setup it was flickering before). > rich:editor is flickering on mouse hover > ---------------------------------------- > > Key: RF-13604 > URL: https://issues.jboss.org/browse/RF-13604 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.5 > Environment: Windows 7, Glassfish 4, Java 1.7, JSF2.2, Chrome (version 34.0.1847.116 m) or Internet Explorer (version 11.0.9600.16659) > Reporter: Serge Rogatch > Assignee: Matej Novotny > Labels: editor, glassfish, jsf22 > Attachments: TutRichf1.zip > > > Initially the rich:editor component didn't render, throwing some errors in JavaScript ( https://community.jboss.org/message/867978 ), however afterwards I was not able to reproduce that in a newly created project. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 06:43:56 2014 From: issues at jboss.org (Steffen Michel (JIRA)) Date: Tue, 27 May 2014 06:43:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13645) contextMenu for extendedDataTable breaks after ajax render of contextMenu In-Reply-To: References: Message-ID: Steffen Michel created RF-13645: ----------------------------------- Summary: contextMenu for extendedDataTable breaks after ajax render of contextMenu Key: RF-13645 URL: https://issues.jboss.org/browse/RF-13645 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-menu Affects Versions: 4.3.6, 4.3.5 Environment: WIN7 / JBOSS AS 7.1.1 Reporter: Steffen Michel Priority: Blocker Look here: https://community.jboss.org/message/873478?et=watches.email.thread#873478 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 08:49:56 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Tue, 27 May 2014 08:49:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13646) Fix resource optimization In-Reply-To: References: Message-ID: Michal Petrov created RF-13646: ---------------------------------- Summary: Fix resource optimization Key: RF-13646 URL: https://issues.jboss.org/browse/RF-13646 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.5.0.Alpha3 Reporter: Michal Petrov Assignee: Michal Petrov Fix For: 4.5.0.Alpha3 There are some resource files that are not being generated (e.g. gradientA.png). It's either a generation or optimization issue, in any case the optimization plugin settings need to be updated. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 09:59:57 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Tue, 27 May 2014 09:59:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13643) rich:dataTable: @onrowmouseover does not work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13643?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-13643. -------------------------------- Resolution: Rejected There's a typo in the [component tag|https://github.com/richfaces/richfaces-qa/blob/master/metamer/application/src/main/webapp/components/richDataTable/simple.xhtml#L71] in metamer - ricDataTableBean instead of ric{color:red}h{color}Data? the attribute otherwise works. > rich:dataTable: @onrowmouseover does not work > --------------------------------------------- > > Key: RF-13643 > URL: https://issues.jboss.org/browse/RF-13643 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Environment: Metamer SNAPSHOTS: 5.0.x, 4.5.x, 4.3.x > Tried with JBoss EAP 6.3, Glassfish 3.1.2.2 > FF 29 > Reporter: Ji?? ?tefek > > Setting of this attribute will not change the component attribute (debugging of jsf page > component tree). Other @onrow* attributes works correctly. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 11:23:56 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Tue, 27 May 2014 11:23:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13591) RichFaces 4.5 integration tests are failing In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970910#comment-12970910 ] Matej Novotny commented on RF-13591: ------------------------------------ I checked [Jenkins job|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/RichFaces/view/4.5/job/richfaces-4.5/] and found a problem during build. Once it starts building the core there is an error in server console (this happens even locally but it does not stop the build) once the [ITResourceMapping tests|https://github.com/richfaces/richfaces/blob/4.5.x/core/src/test/integration/org/richfaces/integration/resource/ITResourceMapping.java] are executed. When run locally these tests cause no error and they all succeed hence the error appears after the tests are executed. The error in server console (Wildfly) is following: {code} 16:38:23,237 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (MSC service thread 1-5) Unexpected exception when attempting to tear down the Mojarra runtime: java.lang.NullPointerException at org.richfaces.application.ServiceTracker.release(ServiceTracker.java:135) [richfaces.jar:] at org.richfaces.application.InitializationListener.onStop(InitializationListener.java:93) [richfaces.jar:] at org.richfaces.application.InitializationListener.processEvent(InitializationListener.java:165) [richfaces.jar:] at javax.faces.event.SystemEvent.processListener(SystemEvent.java:108) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at com.sun.faces.application.ApplicationImpl.processListeners(ApplicationImpl.java:2187) [jsf-impl-2.2.5-jbossorg-3.jar:] at com.sun.faces.application.ApplicationImpl.invokeListenersFor(ApplicationImpl.java:2163) [jsf-impl-2.2.5-jbossorg-3.jar:] at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:303) [jsf-impl-2.2.5-jbossorg-3.jar:] at org.jboss.as.jsf.injection.weld.ForwardingApplication.publishEvent(ForwardingApplication.java:294) [wildfly-jsf-injection-8.0.0.Final.jar:8.0.0.Final] at com.sun.faces.config.ConfigureListener.contextDestroyed(ConfigureListener.java:314) [jsf-impl-2.2.5-jbossorg-3.jar:] at io.undertow.servlet.core.ApplicationListeners.contextDestroyed(ApplicationListeners.java:185) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final] at io.undertow.servlet.core.DeploymentImpl.destroy(DeploymentImpl.java:216) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final] at io.undertow.servlet.core.DeploymentManagerImpl.undeploy(DeploymentManagerImpl.java:557) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final] at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.stopContext(UndertowDeploymentService.java:117) at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.stop(UndertowDeploymentService.java:100) at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2056) at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2017) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25] at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] {code} I tried other versions of Wildfly and also with AS 7.1 just to make sure and the exception is thrown all the time. Any hints what might cause this? > RichFaces 4.5 integration tests are failing > ------------------------------------------- > > Key: RF-13591 > URL: https://issues.jboss.org/browse/RF-13591 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha2 > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Fix For: 4.5.0.Alpha3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > RichFaces 4.5 cannot be build because of compilation errors in integration tests: > {code} > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:testCompile (default-testCompile) on project richfaces: Compilation failure: Compilation failure: > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[9,30] error: cannot find symbol > [ERROR] package org.richfaces.ui.toggle > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[10,39] error: package org.richfaces.ui.toggle.tabPanel does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[18,12] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[19,27] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[21,28] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[25,11] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[29,35] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[33,16] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[48,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[38,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[31,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[32,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[34,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[35,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[44,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[45,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[57,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[61,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[65,29] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusSubmissionMethods.java:[50,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[49,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[50,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[85,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[89,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[93,29] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[56,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[57,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[63,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[64,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[100,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[62,19] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[49,8] error: cannot find symbol > [ERROR] class VerifyFocusEnforcingOverridesFocusSettings > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[50,8] error: cannot find symbol > [ERROR] > [ERROR] E extends HtmlElement declared in method getElementById(String) > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[77,8] error: cannot find symbol > [ERROR] class VerifyFocusCandidates > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[78,8] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[153,16] error: cannot find symbol > [ERROR] class AbstractFocus > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[154,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,55] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,56] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,56] error: cannot find symbol > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 12:49:58 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 12:49:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13642) Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13642?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970612#comment-12970612 ] Brian Leathem edited comment on RF-13642 at 5/27/14 12:49 PM: -------------------------------------------------------------- The docs will be kept in a separate framework from the framework to enable us to de-couple the docs release from the framework release. It is often times convenient to update the release docs while the staged framework is undergoing QA. -When the re-factor is complete, we should consider merging the docs repository into the richfaces repository under a _docs_ folder.- was (Author: bleathem): When the re-factor is complete, we should consider merging the docs repository into the richfaces repository under a _docs_ folder. > Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 > -------------------------------------------------------------- > > Key: RF-13642 > URL: https://issues.jboss.org/browse/RF-13642 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: doc > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Beta1 > > Original Estimate: 1 day, 4 hours > Remaining Estimate: 1 day, 4 hours > > Steps involved: > # Fork the master branch of the docs repo (we'll call the new branch {{4.5.x}} > # Revert any changes addressing: > #* RF 5 component replacements > #* RF 5 package renames > #* Facelet namespace consolidation > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 13:55:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 13:55:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13642) Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13642?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970969#comment-12970969 ] Brian Leathem commented on RF-13642: ------------------------------------ Results of reviewing the RF 5 doc commit history: The asciidoc conversion was started with commit : 62acfc38b718435baf10eeee8011e63fb2aef901 The first content changes start with the commit: b2140c5bb1fab612bdac056c2b7f30a3f1be8cdf ---- Commits to fully revert: f2054c26b23bfc2b81be47e34044cda76f9d0a17 fde3c7dffa7c32c9e04160e5acd8506dded5f9fe a5bf16f0ac000c09e7cbad82b0641b9b0739f08f 8853501c81c7dc020360c23179ac945fd4391bef ec51c84711a6adcf1046228d1feb3d4f0b796bd0 3965a6825e95c301955d02e6bcdfec6ef6f7b275 c00d57c220a82050f60f67aa05ae4d23acac9142 ---- Commits to partially revert: 237d88b956c3430c6a58f09bd4037ff31ae87dfd 99112d6e4bdb9191c2187df9b09d6fae3f1fe2ad 3236289c0441fb12720ac018594fe915b2b082d5 3236289c0441fb12720ac018594fe915b2b082d5 4e8c785a30965d0db311da27936b3efe7d05b2af ---- > Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 > -------------------------------------------------------------- > > Key: RF-13642 > URL: https://issues.jboss.org/browse/RF-13642 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: doc > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Beta1 > > Original Estimate: 1 day, 4 hours > Remaining Estimate: 1 day, 4 hours > > Steps involved: > # Fork the master branch of the docs repo (we'll call the new branch {{4.5.x}} > # Revert any changes addressing: > #* RF 5 component replacements > #* RF 5 package renames > #* Facelet namespace consolidation > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 14:09:57 2014 From: issues at jboss.org (santhosh siravuri (JIRA)) Date: Tue, 27 May 2014 14:09:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13647) File Download throws exception In-Reply-To: References: Message-ID: santhosh siravuri created RF-13647: -------------------------------------- Summary: File Download throws exception Key: RF-13647 URL: https://issues.jboss.org/browse/RF-13647 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: core Affects Versions: 4.3.6 Environment: Richfaces 4.3.6 Final. Mojarra - 2.1.28 Weblogic 12.1.2 Windows 7 Reporter: santhosh siravuri Priority: Critical File download action throws below exception. ]] Root cause of ServletException. java.lang.NullPointerException at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) Truncated. see log file for complete stacktrace -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 14:09:58 2014 From: issues at jboss.org (santhosh siravuri (JIRA)) Date: Tue, 27 May 2014 14:09:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13647) File Download throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13647?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] santhosh siravuri updated RF-13647: ----------------------------------- Steps to Reproduce: Here's my code from xhtml Backing bean code public void campaignDownload() throws Exception { File f= new File(logDir + fileName); /* This is an Omnifaces Utility which will simply gives the file to browser. I tried that but it didn't work either The same code works fine in 4.3.5 Final and 4.3.4 Final. http://stackoverflow.com/questions/9391838/how-to-stream-a-file-download-in-a-jsf-backing-bean */ //Faces.sendFile(f,true); try { FacesContext context = FacesContext.getCurrentInstance(); /* Code that reads content from file and store it in object */ IBinaryContentProvider binaryContentProvider = dfAction.getBinaryContentProvider(); HttpServletResponse response = (HttpServletResponse) context.getExternalContext().getResponse(); response.setContentType(binaryContentProvider.getContentMIMEType()); response.setHeader("Content-Disposition", "attachment; filename=" + binaryContentProvider.getDownloadFilename()); ServletOutputStream ouputStream = response.getOutputStream(); while (binaryContentProvider.hasMoreChunks()) { byte[] bytes = binaryContentProvider.getNextChunk(); // it is ok to have 0 bytes if (bytes != null && bytes.length > 0) { ouputStream.write(bytes); } } } catch (Exception ex) { logger.error(Level.SEVERE, "Exception : " + ex); } finally { FacesContext.getCurrentInstance().responseComplete(); } } was: Here's my code from xhtml Backing bean code public void campaignDownload() throws Exception { File f= new File(logDir + fileName); /* This is an Omnifaces Utility which will simply gives the file to browser. I tried that but it didn't work either The same code works fine in 4.3.5 Final and 4.3.4 Final. http://stackoverflow.com/questions/9391838/how-to-stream-a-file-download-in-a-jsf-backing-bean */ //Faces.sendFile(f,true); try { FacesContext context = FacesContext.getCurrentInstance(); /* Code that reads content from file and store it in object */ IBinaryContentProvider binaryContentProvider = dfAction.getBinaryContentProvider(); HttpServletResponse response = (HttpServletResponse) context.getExternalContext().getResponse(); response.setContentType(binaryContentProvider.getContentMIMEType()); response.setHeader("Content-Disposition", "attachment; filename=" + binaryContentProvider.getDownloadFilename()); ServletOutputStream ouputStream = response.getOutputStream(); while (binaryContentProvider.hasMoreChunks()) { byte[] bytes = binaryContentProvider.getNextChunk(); // it is ok to have 0 bytes if (bytes != null && bytes.length > 0) { ouputStream.write(bytes); } } } catch (Exception ex) { logger.error(Level.SEVERE, "Exception : " + ex); } finally { FacesContext.getCurrentInstance().responseComplete(); } } > File Download throws exception > ------------------------------ > > Key: RF-13647 > URL: https://issues.jboss.org/browse/RF-13647 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.3.6 > Environment: Richfaces 4.3.6 Final. > Mojarra - 2.1.28 > Weblogic 12.1.2 > Windows 7 > Reporter: santhosh siravuri > Priority: Critical > > File download action throws below exception. > ]] Root cause of ServletException. > java.lang.NullPointerException > at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) > at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) > at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) > at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) > at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) > Truncated. see log file for complete stacktrace -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 15:05:56 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 27 May 2014 15:05:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? resolved RF-13505. ----------------------------- Resolution: Done Merged to 4.5.x branch > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Priority: Critical > Fix For: 4.5.0.Alpha3 > > Attachments: fu-request.png > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 15:39:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 15:39:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13642) Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13642?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970969#comment-12970969 ] Brian Leathem edited comment on RF-13642 at 5/27/14 3:39 PM: ------------------------------------------------------------- Results of reviewing the RF 5 doc commit history: The asciidoc conversion was started with commit : 62acfc38b718435baf10eeee8011e63fb2aef901 The first content changes start with the commit: b2140c5bb1fab612bdac056c2b7f30a3f1be8cdf ---- Commits to fully revert: -f2054c26b23bfc2b81be47e34044cda76f9d0a17- fde3c7dffa7c32c9e04160e5acd8506dded5f9fe -a5bf16f0ac000c09e7cbad82b0641b9b0739f08f- -8853501c81c7dc020360c23179ac945fd4391bef- -ec51c84711a6adcf1046228d1feb3d4f0b796bd0- -3965a6825e95c301955d02e6bcdfec6ef6f7b275- -c00d57c220a82050f60f67aa05ae4d23acac9142- ---- Commits to partially revert: 237d88b956c3430c6a58f09bd4037ff31ae87dfd 99112d6e4bdb9191c2187df9b09d6fae3f1fe2ad 3236289c0441fb12720ac018594fe915b2b082d5 3236289c0441fb12720ac018594fe915b2b082d5 4e8c785a30965d0db311da27936b3efe7d05b2af ---- was (Author: bleathem): Results of reviewing the RF 5 doc commit history: The asciidoc conversion was started with commit : 62acfc38b718435baf10eeee8011e63fb2aef901 The first content changes start with the commit: b2140c5bb1fab612bdac056c2b7f30a3f1be8cdf ---- Commits to fully revert: f2054c26b23bfc2b81be47e34044cda76f9d0a17 fde3c7dffa7c32c9e04160e5acd8506dded5f9fe a5bf16f0ac000c09e7cbad82b0641b9b0739f08f 8853501c81c7dc020360c23179ac945fd4391bef ec51c84711a6adcf1046228d1feb3d4f0b796bd0 3965a6825e95c301955d02e6bcdfec6ef6f7b275 c00d57c220a82050f60f67aa05ae4d23acac9142 ---- Commits to partially revert: 237d88b956c3430c6a58f09bd4037ff31ae87dfd 99112d6e4bdb9191c2187df9b09d6fae3f1fe2ad 3236289c0441fb12720ac018594fe915b2b082d5 3236289c0441fb12720ac018594fe915b2b082d5 4e8c785a30965d0db311da27936b3efe7d05b2af ---- > Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 > -------------------------------------------------------------- > > Key: RF-13642 > URL: https://issues.jboss.org/browse/RF-13642 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: doc > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Beta1 > > Original Estimate: 1 day, 4 hours > Remaining Estimate: 1 day, 4 hours > > Steps involved: > # Fork the master branch of the docs repo (we'll call the new branch {{4.5.x}} > # Revert any changes addressing: > #* RF 5 component replacements > #* RF 5 package renames > #* Facelet namespace consolidation > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 15:45:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 15:45:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13642) Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13642?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970969#comment-12970969 ] Brian Leathem edited comment on RF-13642 at 5/27/14 3:45 PM: ------------------------------------------------------------- Results of reviewing the RF 5 doc commit history: The asciidoc conversion was started with commit : 62acfc38b718435baf10eeee8011e63fb2aef901 The first content changes start with the commit: b2140c5bb1fab612bdac056c2b7f30a3f1be8cdf ---- Commits to fully revert: -f2054c26b23bfc2b81be47e34044cda76f9d0a17- fde3c7dffa7c32c9e04160e5acd8506dded5f9fe -a5bf16f0ac000c09e7cbad82b0641b9b0739f08f- -8853501c81c7dc020360c23179ac945fd4391bef- -ec51c84711a6adcf1046228d1feb3d4f0b796bd0- -3965a6825e95c301955d02e6bcdfec6ef6f7b275- -c00d57c220a82050f60f67aa05ae4d23acac9142- ---- Commits to partially revert: 237d88b956c3430c6a58f09bd4037ff31ae87dfd 99112d6e4bdb9191c2187df9b09d6fae3f1fe2ad 3236289c0441fb12720ac018594fe915b2b082d5 3236289c0441fb12720ac018594fe915b2b082d5 ---- was (Author: bleathem): Results of reviewing the RF 5 doc commit history: The asciidoc conversion was started with commit : 62acfc38b718435baf10eeee8011e63fb2aef901 The first content changes start with the commit: b2140c5bb1fab612bdac056c2b7f30a3f1be8cdf ---- Commits to fully revert: -f2054c26b23bfc2b81be47e34044cda76f9d0a17- fde3c7dffa7c32c9e04160e5acd8506dded5f9fe -a5bf16f0ac000c09e7cbad82b0641b9b0739f08f- -8853501c81c7dc020360c23179ac945fd4391bef- -ec51c84711a6adcf1046228d1feb3d4f0b796bd0- -3965a6825e95c301955d02e6bcdfec6ef6f7b275- -c00d57c220a82050f60f67aa05ae4d23acac9142- ---- Commits to partially revert: 237d88b956c3430c6a58f09bd4037ff31ae87dfd 99112d6e4bdb9191c2187df9b09d6fae3f1fe2ad 3236289c0441fb12720ac018594fe915b2b082d5 3236289c0441fb12720ac018594fe915b2b082d5 4e8c785a30965d0db311da27936b3efe7d05b2af ---- > Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 > -------------------------------------------------------------- > > Key: RF-13642 > URL: https://issues.jboss.org/browse/RF-13642 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: doc > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Beta1 > > Original Estimate: 1 day, 4 hours > Remaining Estimate: 1 day, 4 hours > > Steps involved: > # Fork the master branch of the docs repo (we'll call the new branch {{4.5.x}} > # Revert any changes addressing: > #* RF 5 component replacements > #* RF 5 package renames > #* Facelet namespace consolidation > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 15:47:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 15:47:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13642) Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13642?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970969#comment-12970969 ] Brian Leathem edited comment on RF-13642 at 5/27/14 3:46 PM: ------------------------------------------------------------- Results of reviewing the RF 5 doc commit history: The asciidoc conversion was started with commit : 62acfc38b718435baf10eeee8011e63fb2aef901 The first content changes start with the commit: b2140c5bb1fab612bdac056c2b7f30a3f1be8cdf ---- Commits to fully revert: -f2054c26b23bfc2b81be47e34044cda76f9d0a17- fde3c7dffa7c32c9e04160e5acd8506dded5f9fe -a5bf16f0ac000c09e7cbad82b0641b9b0739f08f- -8853501c81c7dc020360c23179ac945fd4391bef- -ec51c84711a6adcf1046228d1feb3d4f0b796bd0- -3965a6825e95c301955d02e6bcdfec6ef6f7b275- -c00d57c220a82050f60f67aa05ae4d23acac9142- ---- Commits to partially revert: 237d88b956c3430c6a58f09bd4037ff31ae87dfd 99112d6e4bdb9191c2187df9b09d6fae3f1fe2ad 3236289c0441fb12720ac018594fe915b2b082d5 ---- was (Author: bleathem): Results of reviewing the RF 5 doc commit history: The asciidoc conversion was started with commit : 62acfc38b718435baf10eeee8011e63fb2aef901 The first content changes start with the commit: b2140c5bb1fab612bdac056c2b7f30a3f1be8cdf ---- Commits to fully revert: -f2054c26b23bfc2b81be47e34044cda76f9d0a17- fde3c7dffa7c32c9e04160e5acd8506dded5f9fe -a5bf16f0ac000c09e7cbad82b0641b9b0739f08f- -8853501c81c7dc020360c23179ac945fd4391bef- -ec51c84711a6adcf1046228d1feb3d4f0b796bd0- -3965a6825e95c301955d02e6bcdfec6ef6f7b275- -c00d57c220a82050f60f67aa05ae4d23acac9142- ---- Commits to partially revert: 237d88b956c3430c6a58f09bd4037ff31ae87dfd 99112d6e4bdb9191c2187df9b09d6fae3f1fe2ad 3236289c0441fb12720ac018594fe915b2b082d5 3236289c0441fb12720ac018594fe915b2b082d5 ---- > Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 > -------------------------------------------------------------- > > Key: RF-13642 > URL: https://issues.jboss.org/browse/RF-13642 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: doc > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Beta1 > > Original Estimate: 1 day, 4 hours > Remaining Estimate: 1 day, 4 hours > > Steps involved: > # Fork the master branch of the docs repo (we'll call the new branch {{4.5.x}} > # Revert any changes addressing: > #* RF 5 component replacements > #* RF 5 package renames > #* Facelet namespace consolidation > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 15:49:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 15:49:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13642) Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13642?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970969#comment-12970969 ] Brian Leathem edited comment on RF-13642 at 5/27/14 3:48 PM: ------------------------------------------------------------- Results of reviewing the RF 5 doc commit history: The asciidoc conversion was started with commit : 62acfc38b718435baf10eeee8011e63fb2aef901 The first content changes start with the commit: b2140c5bb1fab612bdac056c2b7f30a3f1be8cdf ---- Commits to fully revert: -f2054c26b23bfc2b81be47e34044cda76f9d0a17- fde3c7dffa7c32c9e04160e5acd8506dded5f9fe -a5bf16f0ac000c09e7cbad82b0641b9b0739f08f- -8853501c81c7dc020360c23179ac945fd4391bef- -ec51c84711a6adcf1046228d1feb3d4f0b796bd0- -3965a6825e95c301955d02e6bcdfec6ef6f7b275- -c00d57c220a82050f60f67aa05ae4d23acac9142- ---- Commits to partially revert: 237d88b956c3430c6a58f09bd4037ff31ae87dfd 99112d6e4bdb9191c2187df9b09d6fae3f1fe2ad ---- was (Author: bleathem): Results of reviewing the RF 5 doc commit history: The asciidoc conversion was started with commit : 62acfc38b718435baf10eeee8011e63fb2aef901 The first content changes start with the commit: b2140c5bb1fab612bdac056c2b7f30a3f1be8cdf ---- Commits to fully revert: -f2054c26b23bfc2b81be47e34044cda76f9d0a17- fde3c7dffa7c32c9e04160e5acd8506dded5f9fe -a5bf16f0ac000c09e7cbad82b0641b9b0739f08f- -8853501c81c7dc020360c23179ac945fd4391bef- -ec51c84711a6adcf1046228d1feb3d4f0b796bd0- -3965a6825e95c301955d02e6bcdfec6ef6f7b275- -c00d57c220a82050f60f67aa05ae4d23acac9142- ---- Commits to partially revert: 237d88b956c3430c6a58f09bd4037ff31ae87dfd 99112d6e4bdb9191c2187df9b09d6fae3f1fe2ad 3236289c0441fb12720ac018594fe915b2b082d5 ---- > Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 > -------------------------------------------------------------- > > Key: RF-13642 > URL: https://issues.jboss.org/browse/RF-13642 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: doc > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Beta1 > > Original Estimate: 1 day, 4 hours > Remaining Estimate: 1 day, 4 hours > > Steps involved: > # Fork the master branch of the docs repo (we'll call the new branch {{4.5.x}} > # Revert any changes addressing: > #* RF 5 component replacements > #* RF 5 package renames > #* Facelet namespace consolidation > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 16:07:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 16:07:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13642) Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13642?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970969#comment-12970969 ] Brian Leathem edited comment on RF-13642 at 5/27/14 4:06 PM: ------------------------------------------------------------- Results of reviewing the RF 5 doc commit history: The asciidoc conversion was started with commit : 62acfc38b718435baf10eeee8011e63fb2aef901 The first content changes start with the commit: b2140c5bb1fab612bdac056c2b7f30a3f1be8cdf ---- Commits to revert: -f2054c26b23bfc2b81be47e34044cda76f9d0a17- -a5bf16f0ac000c09e7cbad82b0641b9b0739f08f- -8853501c81c7dc020360c23179ac945fd4391bef- -ec51c84711a6adcf1046228d1feb3d4f0b796bd0- -3965a6825e95c301955d02e6bcdfec6ef6f7b275- -c00d57c220a82050f60f67aa05ae4d23acac9142- was (Author: bleathem): Results of reviewing the RF 5 doc commit history: The asciidoc conversion was started with commit : 62acfc38b718435baf10eeee8011e63fb2aef901 The first content changes start with the commit: b2140c5bb1fab612bdac056c2b7f30a3f1be8cdf ---- Commits to fully revert: -f2054c26b23bfc2b81be47e34044cda76f9d0a17- fde3c7dffa7c32c9e04160e5acd8506dded5f9fe -a5bf16f0ac000c09e7cbad82b0641b9b0739f08f- -8853501c81c7dc020360c23179ac945fd4391bef- -ec51c84711a6adcf1046228d1feb3d4f0b796bd0- -3965a6825e95c301955d02e6bcdfec6ef6f7b275- -c00d57c220a82050f60f67aa05ae4d23acac9142- ---- Commits to partially revert: 237d88b956c3430c6a58f09bd4037ff31ae87dfd 99112d6e4bdb9191c2187df9b09d6fae3f1fe2ad ---- > Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 > -------------------------------------------------------------- > > Key: RF-13642 > URL: https://issues.jboss.org/browse/RF-13642 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: doc > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Beta1 > > Original Estimate: 1 day, 4 hours > Remaining Estimate: 1 day, 4 hours > > Steps involved: > # Fork the master branch of the docs repo (we'll call the new branch {{4.5.x}} > # Revert any changes addressing: > #* RF 5 component replacements > #* RF 5 package renames > #* Facelet namespace consolidation > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 17:03:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 17:03:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13642) Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13642?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971008#comment-12971008 ] Brian Leathem commented on RF-13642: ------------------------------------ The branch with the RF 4.5 docs: https://github.com/richfaces/richfaces-docs/tree/4.5.x > Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 > -------------------------------------------------------------- > > Key: RF-13642 > URL: https://issues.jboss.org/browse/RF-13642 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: doc > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day, 4 hours > Remaining Estimate: 1 day, 4 hours > > Steps involved: > # Fork the master branch of the docs repo (we'll call the new branch {{4.5.x}} > # Revert any changes addressing: > #* RF 5 component replacements > #* RF 5 package renames > #* Facelet namespace consolidation > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 17:03:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 17:03:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13642) Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13642?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13642: ------------------------------- Fix Version/s: 4.5.0.Alpha3 (was: 4.5.0.Beta1) > Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 > -------------------------------------------------------------- > > Key: RF-13642 > URL: https://issues.jboss.org/browse/RF-13642 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: doc > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day, 4 hours > Remaining Estimate: 1 day, 4 hours > > Steps involved: > # Fork the master branch of the docs repo (we'll call the new branch {{4.5.x}} > # Revert any changes addressing: > #* RF 5 component replacements > #* RF 5 package renames > #* Facelet namespace consolidation > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 17:03:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 17:03:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13642) Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13642?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13642: ------------------------------- Sprint: 4.5.0.Alpha3 - Sprint 2 > Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 > -------------------------------------------------------------- > > Key: RF-13642 > URL: https://issues.jboss.org/browse/RF-13642 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: doc > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day, 4 hours > Remaining Estimate: 1 day, 4 hours > > Steps involved: > # Fork the master branch of the docs repo (we'll call the new branch {{4.5.x}} > # Revert any changes addressing: > #* RF 5 component replacements > #* RF 5 package renames > #* Facelet namespace consolidation > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 17:03:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 17:03:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13642) Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13642?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13642. -------------------------------- Resolution: Done > Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 > -------------------------------------------------------------- > > Key: RF-13642 > URL: https://issues.jboss.org/browse/RF-13642 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: doc > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day, 4 hours > Remaining Estimate: 1 day, 4 hours > > Steps involved: > # Fork the master branch of the docs repo (we'll call the new branch {{4.5.x}} > # Revert any changes addressing: > #* RF 5 component replacements > #* RF 5 package renames > #* Facelet namespace consolidation > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 17:21:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 17:21:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12950) Move Showcase ftests from QA repo to the examples/showcase module and mark some of them as smoke tests In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12950?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-12950: ------------------------------- Original Estimate: 1 day Remaining Estimate: 1 day > Move Showcase ftests from QA repo to the examples/showcase module and mark some of them as smoke tests > ------------------------------------------------------------------------------------------------------ > > Key: RF-12950 > URL: https://issues.jboss.org/browse/RF-12950 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: tests - functional > Reporter: Luk?? Fry? > Assignee: Juraj H?ska > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > Smoke tests should verify that basic showcase functionality works as expected. > Full showcase test suite can be moved into RF5 repository then. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 17:21:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 17:21:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13638) Upgrade CKEditor to 4.3 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13638?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13638: ------------------------------- Original Estimate: 1 day Remaining Estimate: 1 day > Upgrade CKEditor to 4.3 > ----------------------- > > Key: RF-13638 > URL: https://issues.jboss.org/browse/RF-13638 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.4, 5.0.0.Alpha1 > Reporter: barbara b > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > All current versions of Richfaces are working with CKEditor 3.6.6. Would it be possible to make an upgrade of CKEditor to a version 4.3? Some plugins for CKEditor are only working with the 4.X versions of the editor. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 17:21:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 17:21:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13646) Fix resource optimization In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13646?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13646: ------------------------------- Original Estimate: 2 hours Remaining Estimate: 2 hours > Fix resource optimization > ------------------------- > > Key: RF-13646 > URL: https://issues.jboss.org/browse/RF-13646 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.5.0.Alpha3 > Reporter: Michal Petrov > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > There are some resource files that are not being generated (e.g. gradientA.png). It's either a generation or optimization issue, in any case the optimization plugin settings need to be updated. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 17:21:58 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 17:21:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13583) Backport the chart components to RichFaces 4.5 components module In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13583: ------------------------------- Sprint: 4.5.0.Alpha3 - Sprint 1, 4.5.0.Alpha3 - Sprint 2, 4.5.0.Alpha3 - Sprint 3 (was: 4.5.0.Alpha3 - Sprint 1, 4.5.0.Alpha3 - Sprint 2) > Backport the chart components to RichFaces 4.5 components module > ---------------------------------------------------------------- > > Key: RF-13583 > URL: https://issues.jboss.org/browse/RF-13583 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.5.0.Alpha3 > Reporter: Brian Leathem > Assignee: Luk?? Macko > Fix For: 4.5.0.Alpha3 > > Original Estimate: 4 days > Remaining Estimate: 4 days > > Backport the chart components to RichFaces 4.5 components module -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 17:21:58 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 17:21:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13591) RichFaces 4.5 integration tests are failing In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13591?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13591: ------------------------------- Sprint: 4.5.0.Alpha3 - Sprint 1, 4.5.0.Alpha3 - Sprint 2, 4.5.0.Alpha3 - Sprint 3 (was: 4.5.0.Alpha3 - Sprint 1, 4.5.0.Alpha3 - Sprint 2) > RichFaces 4.5 integration tests are failing > ------------------------------------------- > > Key: RF-13591 > URL: https://issues.jboss.org/browse/RF-13591 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha2 > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Fix For: 4.5.0.Alpha3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > RichFaces 4.5 cannot be build because of compilation errors in integration tests: > {code} > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:testCompile (default-testCompile) on project richfaces: Compilation failure: Compilation failure: > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[9,30] error: cannot find symbol > [ERROR] package org.richfaces.ui.toggle > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[10,39] error: package org.richfaces.ui.toggle.tabPanel does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[18,12] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[19,27] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[21,28] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[25,11] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[29,35] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[33,16] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[48,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[38,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[31,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[32,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[34,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[35,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[44,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[45,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[57,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[61,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[65,29] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusSubmissionMethods.java:[50,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[49,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[50,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[85,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[89,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[93,29] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[56,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[57,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[63,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[64,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[100,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[62,19] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[49,8] error: cannot find symbol > [ERROR] class VerifyFocusEnforcingOverridesFocusSettings > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[50,8] error: cannot find symbol > [ERROR] > [ERROR] E extends HtmlElement declared in method getElementById(String) > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[77,8] error: cannot find symbol > [ERROR] class VerifyFocusCandidates > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[78,8] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[153,16] error: cannot find symbol > [ERROR] class AbstractFocus > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[154,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,55] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,56] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,56] error: cannot find symbol > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 17:21:58 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 17:21:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13571) Upgrade Arquillian components: Core, Drone, Warp In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13571?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13571: ------------------------------- Sprint: 4.5.0.Alpha3 - Sprint 2, 4.5.0.Alpha3 - Sprint 3 (was: 4.5.0.Alpha3 - Sprint 2) > Upgrade Arquillian components: Core, Drone, Warp > ------------------------------------------------ > > Key: RF-13571 > URL: https://issues.jboss.org/browse/RF-13571 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: tests - functional > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 17:21:58 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 17:21:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13507) Backport RF-13317 (EPVCI should specify correct ViewState) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13507: ------------------------------- Sprint: 4.5.0.Alpha3 - Sprint 2, 4.5.0.Alpha3 - Sprint 3 (was: 4.5.0.Alpha3 - Sprint 2) > Backport RF-13317 (EPVCI should specify correct ViewState) > ---------------------------------------------------------- > > Key: RF-13507 > URL: https://issues.jboss.org/browse/RF-13507 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.3.4 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Let's let RF-13317 stabilize in 5.x first. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 17:21:58 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 17:21:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13638) Upgrade CKEditor to 4.3 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13638?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13638: ------------------------------- Sprint: 4.5.0.Alpha3 - Sprint 1, 4.5.0.Alpha3 - Sprint 3 (was: 4.5.0.Alpha3 - Sprint 1) > Upgrade CKEditor to 4.3 > ----------------------- > > Key: RF-13638 > URL: https://issues.jboss.org/browse/RF-13638 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.4, 5.0.0.Alpha1 > Reporter: barbara b > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > All current versions of Richfaces are working with CKEditor 3.6.6. Would it be possible to make an upgrade of CKEditor to a version 4.3? Some plugins for CKEditor are only working with the 4.X versions of the editor. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 17:21:59 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 17:21:59 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13646) Fix resource optimization In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13646?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13646: ------------------------------- Sprint: 4.5.0.Alpha3 - Sprint 3 > Fix resource optimization > ------------------------- > > Key: RF-13646 > URL: https://issues.jboss.org/browse/RF-13646 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.5.0.Alpha3 > Reporter: Michal Petrov > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > There are some resource files that are not being generated (e.g. gradientA.png). It's either a generation or optimization issue, in any case the optimization plugin settings need to be updated. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 17:25:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 17:25:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13642) Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13642?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13642: ------------------------------- Labels: needs-qe (was: ) > Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 > -------------------------------------------------------------- > > Key: RF-13642 > URL: https://issues.jboss.org/browse/RF-13642 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: doc > Reporter: Brian Leathem > Assignee: Brian Leathem > Labels: needs-qe > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day, 4 hours > Remaining Estimate: 1 day, 4 hours > > Steps involved: > # Fork the master branch of the docs repo (we'll call the new branch {{4.5.x}} > # Revert any changes addressing: > #* RF 5 component replacements > #* RF 5 package renames > #* Facelet namespace consolidation > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 17:25:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 17:25:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13642) Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13642?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13642: ------------------------------- Description: Steps involved: # Fork the master branch of the docs repo (we'll call the new branch {{4.5.x}}) # Revert any changes addressing: #* RF 5 component replacements #* RF 5 package renames #* Facelet namespace consolidation was: Steps involved: # Fork the master branch of the docs repo (we'll call the new branch {{4.5.x}} # Revert any changes addressing: #* RF 5 component replacements #* RF 5 package renames #* Facelet namespace consolidation > Fork and re-factor the asciidoc-based docs from RF 5 to RF 4.5 > -------------------------------------------------------------- > > Key: RF-13642 > URL: https://issues.jboss.org/browse/RF-13642 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: doc > Reporter: Brian Leathem > Assignee: Brian Leathem > Labels: needs-qe > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day, 4 hours > Remaining Estimate: 1 day, 4 hours > > Steps involved: > # Fork the master branch of the docs repo (we'll call the new branch {{4.5.x}}) > # Revert any changes addressing: > #* RF 5 component replacements > #* RF 5 package renames > #* Facelet namespace consolidation > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 17:55:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 17:55:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13640) autocomplete cant select by mouse In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13640?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971014#comment-12971014 ] Brian Leathem commented on RF-13640: ------------------------------------ Thanks for clarifying [~ppitonak], I am able to reproduce this following your instructions. > autocomplete cant select by mouse > --------------------------------- > > Key: RF-13640 > URL: https://issues.jboss.org/browse/RF-13640 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Environment: Firefox 29.0.1 > Chrome 35.0.1916.114 > Reporter: liumin hu > Assignee: Brian Leathem > Labels: regression > Fix For: 4.3.8 > > > the suggestion list of autocomplete can not be selected by mouse, always the first one selected. > there is not this bug before 4.3.6. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 17:55:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 17:55:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13640) autocomplete cant select by mouse In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13640?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13640: ------------------------------- Fix Version/s: 4.3.8 > autocomplete cant select by mouse > --------------------------------- > > Key: RF-13640 > URL: https://issues.jboss.org/browse/RF-13640 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Environment: Firefox 29.0.1 > Chrome 35.0.1916.114 > Reporter: liumin hu > Assignee: Brian Leathem > Labels: regression > Fix For: 4.3.8 > > > the suggestion list of autocomplete can not be selected by mouse, always the first one selected. > there is not this bug before 4.3.6. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 17:55:57 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 17:55:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13640) autocomplete cant select by mouse In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13640?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13640: ------------------------------- Labels: regression (was: ) > autocomplete cant select by mouse > --------------------------------- > > Key: RF-13640 > URL: https://issues.jboss.org/browse/RF-13640 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Environment: Firefox 29.0.1 > Chrome 35.0.1916.114 > Reporter: liumin hu > Assignee: Brian Leathem > Labels: regression > Fix For: 4.3.8 > > > the suggestion list of autocomplete can not be selected by mouse, always the first one selected. > there is not this bug before 4.3.6. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 17:59:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 17:59:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13645) contextMenu for extendedDataTable breaks after ajax render of contextMenu In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13645?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13645: ------------------------------- Forum Reference: https://community.jboss.org/message/873478 > contextMenu for extendedDataTable breaks after ajax render of contextMenu > ------------------------------------------------------------------------- > > Key: RF-13645 > URL: https://issues.jboss.org/browse/RF-13645 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.3.5, 4.3.6 > Environment: WIN7 / JBOSS AS 7.1.1 > Reporter: Steffen Michel > Priority: Blocker > > Look here: > https://community.jboss.org/message/873478?et=watches.email.thread#873478 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 17:59:56 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 17:59:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13645) contextMenu for extendedDataTable breaks after ajax render of contextMenu In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13645?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13645: ------------------------------- Description: Anything that causes an ajax re-render of a contextMenu which is attached to an extendedDataTable causes the contextMenu to subsequently be broken, triggering a JavaScript error instead of displaying the menu. The error seems to be this: {quote} Cannot call method 'show' of null in menu-base.js (at line 108 there is a call to this.popup, but popup is null) {quote} The reason I need to ajax re-render the context menu is because in my situtation it's held within a tab panel, and if it doesn't get re-rendered then it stops working after switching tabs using ajax mode (though it also breaks if the contextMenu is held outside of the tab panel, so that isn't a potential solution). I created a stripped down example of my specific situation, with two extended data tables, each held in a different tab within a tab panel, and one context menu for each table. Changing tabs will cause the context menu to break without it explicitly being called in a render list. The same kind of break occurs if the contextMenu is called as part of any ajax render list: {code} Context Menu 1 Item Context Menu 2 Item {code} And a simple test bean: {code} import org.apache.myfaces.extensions.cdi.core.api.scope.conversation.ViewAccessScoped; import javax.inject.Named; import java.io.Serializable; import java.util.ArrayList;import java.util.List; @Named @ViewAccessScoped public class TestBean implements Serializable { List items = new ArrayList<>(); public TestBean() { items.add("one"); items.add("two"); items.add("three"); } public void addItem(){ items.add("another"); } public List getItems() { return items; } } {code} The above test situation works fine in richfaces 4.3.1, 4.3.2, 4.3.3 and 4.3.4, but breaks when upgraded to 4.3.5.Final. There was a different bug fixed in 4.3.5 which seems highly related to this, but opposite, making me wonder if whatever was done there caused this bug instead (but it's just a guess): RF-11973 was: Look here: https://community.jboss.org/message/873478?et=watches.email.thread#873478 > contextMenu for extendedDataTable breaks after ajax render of contextMenu > ------------------------------------------------------------------------- > > Key: RF-13645 > URL: https://issues.jboss.org/browse/RF-13645 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.3.5, 4.3.6 > Environment: WIN7 / JBOSS AS 7.1.1 > Reporter: Steffen Michel > Priority: Blocker > > Anything that causes an ajax re-render of a contextMenu which is attached to an extendedDataTable causes the contextMenu to subsequently be broken, triggering a JavaScript error instead of displaying the menu. The error seems to be this: > {quote} > Cannot call method 'show' of null in menu-base.js (at line 108 there is a call to this.popup, but popup is null) > {quote} > The reason I need to ajax re-render the context menu is because in my situtation it's held within a tab panel, and if it doesn't get re-rendered then it stops working after switching tabs using ajax mode (though it also breaks if the contextMenu is held outside of the tab panel, so that isn't a potential solution). > > I created a stripped down example of my specific situation, with two extended data tables, each held in a different tab within a tab panel, and one context menu for each table. Changing tabs will cause the context menu to break without it explicitly being called in a render list. The same kind of break occurs if the contextMenu is called as part of any ajax render list: > {code} > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > > > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 1 Item > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 2 Item > > > > > > > {code} > And a simple test bean: > {code} > import org.apache.myfaces.extensions.cdi.core.api.scope.conversation.ViewAccessScoped; > import javax.inject.Named; > import java.io.Serializable; > import java.util.ArrayList;import java.util.List; > @Named > @ViewAccessScoped > public class TestBean implements Serializable { > List items = new ArrayList<>(); > public TestBean() { > items.add("one"); > items.add("two"); > items.add("three"); > } > public void addItem(){ > items.add("another"); > } > public List getItems() { > return items; > } > } > {code} > The above test situation works fine in richfaces 4.3.1, 4.3.2, 4.3.3 and 4.3.4, but breaks when upgraded to 4.3.5.Final. > > > There was a different bug fixed in 4.3.5 which seems highly related to this, but opposite, making me wonder if whatever was done there caused this bug instead (but it's just a guess): RF-11973 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 18:01:58 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 18:01:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13645) contextMenu for extendedDataTable breaks after ajax render of contextMenu In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13645?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reassigned RF-13645: ---------------------------------- Assignee: Pavol Pitonak Please verify this potential regression. > contextMenu for extendedDataTable breaks after ajax render of contextMenu > ------------------------------------------------------------------------- > > Key: RF-13645 > URL: https://issues.jboss.org/browse/RF-13645 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.3.5, 4.3.6 > Environment: WIN7 / JBOSS AS 7.1.1 > Reporter: Steffen Michel > Assignee: Pavol Pitonak > Priority: Blocker > > Anything that causes an ajax re-render of a contextMenu which is attached to an extendedDataTable causes the contextMenu to subsequently be broken, triggering a JavaScript error instead of displaying the menu. The error seems to be this: > {quote} > Cannot call method 'show' of null in menu-base.js (at line 108 there is a call to this.popup, but popup is null) > {quote} > The reason I need to ajax re-render the context menu is because in my situtation it's held within a tab panel, and if it doesn't get re-rendered then it stops working after switching tabs using ajax mode (though it also breaks if the contextMenu is held outside of the tab panel, so that isn't a potential solution). > > I created a stripped down example of my specific situation, with two extended data tables, each held in a different tab within a tab panel, and one context menu for each table. Changing tabs will cause the context menu to break without it explicitly being called in a render list. The same kind of break occurs if the contextMenu is called as part of any ajax render list: > {code} > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > > > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 1 Item > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 2 Item > > > > > > > {code} > And a simple test bean: > {code} > import org.apache.myfaces.extensions.cdi.core.api.scope.conversation.ViewAccessScoped; > import javax.inject.Named; > import java.io.Serializable; > import java.util.ArrayList;import java.util.List; > @Named > @ViewAccessScoped > public class TestBean implements Serializable { > List items = new ArrayList<>(); > public TestBean() { > items.add("one"); > items.add("two"); > items.add("three"); > } > public void addItem(){ > items.add("another"); > } > public List getItems() { > return items; > } > } > {code} > The above test situation works fine in richfaces 4.3.1, 4.3.2, 4.3.3 and 4.3.4, but breaks when upgraded to 4.3.5.Final. > > > There was a different bug fixed in 4.3.5 which seems highly related to this, but opposite, making me wonder if whatever was done there caused this bug instead (but it's just a guess): RF-11973 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 18:01:58 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 18:01:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13645) contextMenu for extendedDataTable breaks after ajax render of contextMenu In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971016#comment-12971016 ] Brian Leathem edited comment on RF-13645 at 5/27/14 6:00 PM: ------------------------------------------------------------- QE: Please verify this potential regression. was (Author: bleathem): Please verify this potential regression. > contextMenu for extendedDataTable breaks after ajax render of contextMenu > ------------------------------------------------------------------------- > > Key: RF-13645 > URL: https://issues.jboss.org/browse/RF-13645 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.3.5, 4.3.6 > Environment: WIN7 / JBOSS AS 7.1.1 > Reporter: Steffen Michel > Assignee: Pavol Pitonak > Priority: Blocker > > Anything that causes an ajax re-render of a contextMenu which is attached to an extendedDataTable causes the contextMenu to subsequently be broken, triggering a JavaScript error instead of displaying the menu. The error seems to be this: > {quote} > Cannot call method 'show' of null in menu-base.js (at line 108 there is a call to this.popup, but popup is null) > {quote} > The reason I need to ajax re-render the context menu is because in my situtation it's held within a tab panel, and if it doesn't get re-rendered then it stops working after switching tabs using ajax mode (though it also breaks if the contextMenu is held outside of the tab panel, so that isn't a potential solution). > > I created a stripped down example of my specific situation, with two extended data tables, each held in a different tab within a tab panel, and one context menu for each table. Changing tabs will cause the context menu to break without it explicitly being called in a render list. The same kind of break occurs if the contextMenu is called as part of any ajax render list: > {code} > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > > > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 1 Item > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 2 Item > > > > > > > {code} > And a simple test bean: > {code} > import org.apache.myfaces.extensions.cdi.core.api.scope.conversation.ViewAccessScoped; > import javax.inject.Named; > import java.io.Serializable; > import java.util.ArrayList;import java.util.List; > @Named > @ViewAccessScoped > public class TestBean implements Serializable { > List items = new ArrayList<>(); > public TestBean() { > items.add("one"); > items.add("two"); > items.add("three"); > } > public void addItem(){ > items.add("another"); > } > public List getItems() { > return items; > } > } > {code} > The above test situation works fine in richfaces 4.3.1, 4.3.2, 4.3.3 and 4.3.4, but breaks when upgraded to 4.3.5.Final. > > > There was a different bug fixed in 4.3.5 which seems highly related to this, but opposite, making me wonder if whatever was done there caused this bug instead (but it's just a guess): RF-11973 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 18:01:58 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 18:01:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13647) File Download throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13647?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13647: ------------------------------- Steps to Reproduce: Here's my code from xhtml {code} {code} Backing bean code {code} public void campaignDownload() throws Exception { File f= new File(logDir + fileName); /* This is an Omnifaces Utility which will simply gives the file to browser. I tried that but it didn't work either The same code works fine in 4.3.5 Final and 4.3.4 Final. http://stackoverflow.com/questions/9391838/how-to-stream-a-file-download-in-a-jsf-backing-bean */ //Faces.sendFile(f,true); try { FacesContext context = FacesContext.getCurrentInstance(); /* Code that reads content from file and store it in object */ IBinaryContentProvider binaryContentProvider = dfAction.getBinaryContentProvider(); HttpServletResponse response = (HttpServletResponse) context.getExternalContext().getResponse(); response.setContentType(binaryContentProvider.getContentMIMEType()); response.setHeader("Content-Disposition", "attachment; filename=" + binaryContentProvider.getDownloadFilename()); ServletOutputStream ouputStream = response.getOutputStream(); while (binaryContentProvider.hasMoreChunks()) { byte[] bytes = binaryContentProvider.getNextChunk(); // it is ok to have 0 bytes if (bytes != null && bytes.length > 0) { ouputStream.write(bytes); } } } catch (Exception ex) { logger.error(Level.SEVERE, "Exception : " + ex); } finally { FacesContext.getCurrentInstance().responseComplete(); } } {code} was: Here's my code from xhtml Backing bean code public void campaignDownload() throws Exception { File f= new File(logDir + fileName); /* This is an Omnifaces Utility which will simply gives the file to browser. I tried that but it didn't work either The same code works fine in 4.3.5 Final and 4.3.4 Final. http://stackoverflow.com/questions/9391838/how-to-stream-a-file-download-in-a-jsf-backing-bean */ //Faces.sendFile(f,true); try { FacesContext context = FacesContext.getCurrentInstance(); /* Code that reads content from file and store it in object */ IBinaryContentProvider binaryContentProvider = dfAction.getBinaryContentProvider(); HttpServletResponse response = (HttpServletResponse) context.getExternalContext().getResponse(); response.setContentType(binaryContentProvider.getContentMIMEType()); response.setHeader("Content-Disposition", "attachment; filename=" + binaryContentProvider.getDownloadFilename()); ServletOutputStream ouputStream = response.getOutputStream(); while (binaryContentProvider.hasMoreChunks()) { byte[] bytes = binaryContentProvider.getNextChunk(); // it is ok to have 0 bytes if (bytes != null && bytes.length > 0) { ouputStream.write(bytes); } } } catch (Exception ex) { logger.error(Level.SEVERE, "Exception : " + ex); } finally { FacesContext.getCurrentInstance().responseComplete(); } } > File Download throws exception > ------------------------------ > > Key: RF-13647 > URL: https://issues.jboss.org/browse/RF-13647 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.3.6 > Environment: Richfaces 4.3.6 Final. > Mojarra - 2.1.28 > Weblogic 12.1.2 > Windows 7 > Reporter: santhosh siravuri > Priority: Critical > > File download action throws below exception. > ]] Root cause of ServletException. > java.lang.NullPointerException > at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) > at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) > at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) > at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) > at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) > Truncated. see log file for complete stacktrace -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 18:01:58 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 18:01:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13647) File Download throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13647?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13647: ------------------------------- Description: File download action throws below exception. {code} ]] Root cause of ServletException. java.lang.NullPointerException at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) Truncated. see log file for complete stacktrace {code} was: File download action throws below exception. ]] Root cause of ServletException. java.lang.NullPointerException at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) Truncated. see log file for complete stacktrace > File Download throws exception > ------------------------------ > > Key: RF-13647 > URL: https://issues.jboss.org/browse/RF-13647 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.3.6 > Environment: Richfaces 4.3.6 Final. > Mojarra - 2.1.28 > Weblogic 12.1.2 > Windows 7 > Reporter: santhosh siravuri > Priority: Critical > > File download action throws below exception. > {code} > ]] Root cause of ServletException. > java.lang.NullPointerException > at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) > at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) > at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) > at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) > at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) > Truncated. see log file for complete stacktrace > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 18:01:59 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 18:01:59 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13647) File Download throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13647?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13647: ------------------------------- Component/s: component-input (was: core) > File Download throws exception > ------------------------------ > > Key: RF-13647 > URL: https://issues.jboss.org/browse/RF-13647 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Environment: Richfaces 4.3.6 Final. > Mojarra - 2.1.28 > Weblogic 12.1.2 > Windows 7 > Reporter: santhosh siravuri > Priority: Critical > > File download action throws below exception. > {code} > ]] Root cause of ServletException. > java.lang.NullPointerException > at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) > at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) > at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) > at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) > at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) > Truncated. see log file for complete stacktrace > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Tue May 27 18:01:59 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 27 May 2014 18:01:59 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13647) File Download throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13647?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reassigned RF-13647: ---------------------------------- Assignee: Pavol Pitonak QE: please verify this potential regression. > File Download throws exception > ------------------------------ > > Key: RF-13647 > URL: https://issues.jboss.org/browse/RF-13647 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Environment: Richfaces 4.3.6 Final. > Mojarra - 2.1.28 > Weblogic 12.1.2 > Windows 7 > Reporter: santhosh siravuri > Assignee: Pavol Pitonak > Priority: Critical > > File download action throws below exception. > {code} > ]] Root cause of ServletException. > java.lang.NullPointerException > at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) > at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) > at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) > at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) > at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) > Truncated. see log file for complete stacktrace > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 02:41:56 2014 From: issues at jboss.org (Tony Cramer (JIRA)) Date: Wed, 28 May 2014 02:41:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13648) Graph Validator - interpret empty strings as null is ignored In-Reply-To: References: Message-ID: Tony Cramer created RF-13648: -------------------------------- Summary: Graph Validator - interpret empty strings as null is ignored Key: RF-13648 URL: https://issues.jboss.org/browse/RF-13648 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.3.7 Environment: Tomcat 8.0.8, OpenJDK 7, OpenSuse 13.1 x64 Reporter: Tony Cramer javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. Some debugging info: Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. This causes validation to not pass. Version 4.3.6 works correctly in this aspect. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 02:53:57 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 02:53:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13591) RichFaces 4.5 integration tests are failing In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971057#comment-12971057 ] Luk?? Fry? commented on RF-13591: --------------------------------- Matej, could you please open a new issue specific for this test? We may want to mark it failing until 4.5 Beta. ---- By running all the tests (not just smoke tests), we get these results: *a4j tests*: {code} Results : Tests run: 29, Failures: 0, Errors: 0, Skipped: 0 {code} *core-tests*: {code} Tests in error: ITSkin.changing_skins:114 ? NoSuchElement {"errorMessage":"Unable to find elem... Tests run: 25, Failures: 0, Errors: 1, Skipped: 3 {code} *rich tests*: {code} Results : Failed tests: ITResourceOptimization.test_script_packaging:104 expected:<1> but was:<0> ITResourceOptimization.test_stylesheet_packaging:113 expected:<1> but was:<0> ITStaticTab.check_header_render:123 expected:<[1] clicks> but was:<[0] clicks> ITPlaceholderInputText.testComponentSourceWithSelector:96 XML was not similar:org.custommonkey.xmlunit.Diff [different] Expected number of element attributes '1' but was '0' - comparing at /body[1] to at /body[1] ITPlaceholderInputText.testComponentSourceWithoutSelector:103 XML was not similar:org.custommonkey.xmlunit.Diff [different] Expected element tag name 'span' but was 'body' - comparing at /span[1] to at /body[1] Tests in error: ITPopupPanel.check_toggle_panel_resize:66 ? NoSuchElement {"errorMessage":"Una... ITPopupPanel.check_toggle_panel:60 ? NoSuchElement {"errorMessage":"Unable to ... Tests run: 180, Failures: 5, Errors: 2, Skipped: 1 {code} > RichFaces 4.5 integration tests are failing > ------------------------------------------- > > Key: RF-13591 > URL: https://issues.jboss.org/browse/RF-13591 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha2 > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Fix For: 4.5.0.Alpha3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > RichFaces 4.5 cannot be build because of compilation errors in integration tests: > {code} > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:testCompile (default-testCompile) on project richfaces: Compilation failure: Compilation failure: > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[9,30] error: cannot find symbol > [ERROR] package org.richfaces.ui.toggle > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[10,39] error: package org.richfaces.ui.toggle.tabPanel does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[18,12] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[19,27] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[21,28] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[25,11] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[29,35] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[33,16] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[48,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[38,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[31,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[32,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[34,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[35,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[44,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[45,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[57,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[61,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[65,29] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusSubmissionMethods.java:[50,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[49,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[50,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[85,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[89,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[93,29] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[56,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[57,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[63,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[64,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[100,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[62,19] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[49,8] error: cannot find symbol > [ERROR] class VerifyFocusEnforcingOverridesFocusSettings > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[50,8] error: cannot find symbol > [ERROR] > [ERROR] E extends HtmlElement declared in method getElementById(String) > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[77,8] error: cannot find symbol > [ERROR] class VerifyFocusCandidates > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[78,8] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[153,16] error: cannot find symbol > [ERROR] class AbstractFocus > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[154,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,55] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,56] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,56] error: cannot find symbol > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 02:53:58 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 02:53:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13591) RichFaces 4.5 integration tests are failing In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971057#comment-12971057 ] Luk?? Fry? edited comment on RF-13591 at 5/28/14 2:53 AM: ---------------------------------------------------------- Matej, could you please open a new issue specific for this test? We may want to mark it failing until 4.5 Beta. ---- By running all the tests on wildfly/phantomjs (not just smoke tests), we get these results: *a4j tests*: {code} Results : Tests run: 29, Failures: 0, Errors: 0, Skipped: 0 {code} *core-tests*: {code} Tests in error: ITSkin.changing_skins:114 ? NoSuchElement {"errorMessage":"Unable to find elem... Tests run: 25, Failures: 0, Errors: 1, Skipped: 3 {code} *rich tests*: {code} Results : Failed tests: ITResourceOptimization.test_script_packaging:104 expected:<1> but was:<0> ITResourceOptimization.test_stylesheet_packaging:113 expected:<1> but was:<0> ITStaticTab.check_header_render:123 expected:<[1] clicks> but was:<[0] clicks> ITPlaceholderInputText.testComponentSourceWithSelector:96 XML was not similar:org.custommonkey.xmlunit.Diff [different] Expected number of element attributes '1' but was '0' - comparing at /body[1] to at /body[1] ITPlaceholderInputText.testComponentSourceWithoutSelector:103 XML was not similar:org.custommonkey.xmlunit.Diff [different] Expected element tag name 'span' but was 'body' - comparing at /span[1] to at /body[1] Tests in error: ITPopupPanel.check_toggle_panel_resize:66 ? NoSuchElement {"errorMessage":"Una... ITPopupPanel.check_toggle_panel:60 ? NoSuchElement {"errorMessage":"Unable to ... Tests run: 180, Failures: 5, Errors: 2, Skipped: 1 {code} was (Author: lfryc): Matej, could you please open a new issue specific for this test? We may want to mark it failing until 4.5 Beta. ---- By running all the tests (not just smoke tests), we get these results: *a4j tests*: {code} Results : Tests run: 29, Failures: 0, Errors: 0, Skipped: 0 {code} *core-tests*: {code} Tests in error: ITSkin.changing_skins:114 ? NoSuchElement {"errorMessage":"Unable to find elem... Tests run: 25, Failures: 0, Errors: 1, Skipped: 3 {code} *rich tests*: {code} Results : Failed tests: ITResourceOptimization.test_script_packaging:104 expected:<1> but was:<0> ITResourceOptimization.test_stylesheet_packaging:113 expected:<1> but was:<0> ITStaticTab.check_header_render:123 expected:<[1] clicks> but was:<[0] clicks> ITPlaceholderInputText.testComponentSourceWithSelector:96 XML was not similar:org.custommonkey.xmlunit.Diff [different] Expected number of element attributes '1' but was '0' - comparing at /body[1] to at /body[1] ITPlaceholderInputText.testComponentSourceWithoutSelector:103 XML was not similar:org.custommonkey.xmlunit.Diff [different] Expected element tag name 'span' but was 'body' - comparing at /span[1] to at /body[1] Tests in error: ITPopupPanel.check_toggle_panel_resize:66 ? NoSuchElement {"errorMessage":"Una... ITPopupPanel.check_toggle_panel:60 ? NoSuchElement {"errorMessage":"Unable to ... Tests run: 180, Failures: 5, Errors: 2, Skipped: 1 {code} > RichFaces 4.5 integration tests are failing > ------------------------------------------- > > Key: RF-13591 > URL: https://issues.jboss.org/browse/RF-13591 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha2 > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Fix For: 4.5.0.Alpha3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > RichFaces 4.5 cannot be build because of compilation errors in integration tests: > {code} > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:testCompile (default-testCompile) on project richfaces: Compilation failure: Compilation failure: > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[9,30] error: cannot find symbol > [ERROR] package org.richfaces.ui.toggle > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[10,39] error: package org.richfaces.ui.toggle.tabPanel does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[18,12] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[19,27] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[21,28] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[25,11] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[29,35] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[33,16] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[48,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[38,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[31,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[32,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[34,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[35,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[44,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[45,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[57,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[61,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[65,29] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusSubmissionMethods.java:[50,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[49,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[50,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[85,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[89,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[93,29] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[56,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[57,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[63,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[64,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[100,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[62,19] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[49,8] error: cannot find symbol > [ERROR] class VerifyFocusEnforcingOverridesFocusSettings > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[50,8] error: cannot find symbol > [ERROR] > [ERROR] E extends HtmlElement declared in method getElementById(String) > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[77,8] error: cannot find symbol > [ERROR] class VerifyFocusCandidates > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[78,8] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[153,16] error: cannot find symbol > [ERROR] class AbstractFocus > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[154,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,55] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,56] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,56] error: cannot find symbol > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 02:55:57 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 02:55:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13591) RichFaces 4.5 integration tests are failing In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971059#comment-12971059 ] Luk?? Fry? commented on RF-13591: --------------------------------- I will try to stabilize those further, but I will open the specific issues for failing tests so that we can deal with them separately. > RichFaces 4.5 integration tests are failing > ------------------------------------------- > > Key: RF-13591 > URL: https://issues.jboss.org/browse/RF-13591 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha2 > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Fix For: 4.5.0.Alpha3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > RichFaces 4.5 cannot be build because of compilation errors in integration tests: > {code} > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:testCompile (default-testCompile) on project richfaces: Compilation failure: Compilation failure: > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[9,30] error: cannot find symbol > [ERROR] package org.richfaces.ui.toggle > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[10,39] error: package org.richfaces.ui.toggle.tabPanel does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[18,12] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[19,27] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[21,28] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[25,11] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[29,35] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[33,16] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[48,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[38,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[31,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[32,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[34,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[35,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[44,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[45,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[57,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[61,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[65,29] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusSubmissionMethods.java:[50,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[49,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[50,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[85,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[89,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[93,29] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[56,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[57,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[63,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[64,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[100,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[62,19] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[49,8] error: cannot find symbol > [ERROR] class VerifyFocusEnforcingOverridesFocusSettings > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[50,8] error: cannot find symbol > [ERROR] > [ERROR] E extends HtmlElement declared in method getElementById(String) > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[77,8] error: cannot find symbol > [ERROR] class VerifyFocusCandidates > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[78,8] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[153,16] error: cannot find symbol > [ERROR] class AbstractFocus > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[154,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,55] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,56] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,56] error: cannot find symbol > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 02:59:56 2014 From: issues at jboss.org (Tony Cramer (JIRA)) Date: Wed, 28 May 2014 02:59:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13648) Graph Validator - interpret empty strings as null is ignored In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tony Cramer updated RF-13648: ----------------------------- Description: javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. Some debugging info: Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. This causes validation to not pass. was: javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. Some debugging info: Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. This causes validation to not pass. Version 4.3.6 works correctly in this aspect. Priority: Trivial (was: Major) > Graph Validator - interpret empty strings as null is ignored > ------------------------------------------------------------ > > Key: RF-13648 > URL: https://issues.jboss.org/browse/RF-13648 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.7 > Environment: Tomcat 8.0.8, OpenJDK 7, OpenSuse 13.1 x64 > Reporter: Tony Cramer > Priority: Trivial > > javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. > Some debugging info: > Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). > Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. > This causes validation to not pass. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 03:15:57 2014 From: issues at jboss.org (Tony Cramer (JIRA)) Date: Wed, 28 May 2014 03:15:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13648) Graph Validator - interpret empty strings as null is ignored In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tony Cramer updated RF-13648: ----------------------------- Priority: Major (was: Trivial) > Graph Validator - interpret empty strings as null is ignored > ------------------------------------------------------------ > > Key: RF-13648 > URL: https://issues.jboss.org/browse/RF-13648 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.7 > Environment: Tomcat 8.0.8, OpenJDK 7, OpenSuse 13.1 x64 > Reporter: Tony Cramer > > javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. > Some debugging info: > Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). > Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. > This causes validation to not pass. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 03:19:56 2014 From: issues at jboss.org (Tony Cramer (JIRA)) Date: Wed, 28 May 2014 03:19:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13648) Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tony Cramer updated RF-13648: ----------------------------- Summary: Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored (was: Graph Validator - interpret empty strings as null is ignored) Description: Issue is caused by Tomcat 8.0.8 (jasper-el.jar) which I updated recently from 8.0.5. javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. Some debugging info: Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. This causes validation to not pass. was: javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. Some debugging info: Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. This causes validation to not pass. > Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored > -------------------------------------------------------------------------- > > Key: RF-13648 > URL: https://issues.jboss.org/browse/RF-13648 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.7 > Environment: Tomcat 8.0.8, OpenJDK 7, OpenSuse 13.1 x64 > Reporter: Tony Cramer > > Issue is caused by Tomcat 8.0.8 (jasper-el.jar) which I updated recently from 8.0.5. > javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. > Some debugging info: > Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). > Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. > This causes validation to not pass. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 03:21:56 2014 From: issues at jboss.org (Tony Cramer (JIRA)) Date: Wed, 28 May 2014 03:21:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13648) Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tony Cramer updated RF-13648: ----------------------------- Description: Issue is caused by Tomcat 8.0.8 which I updated recently from 8.0.5. Problem is somewhere in jasper-el.jar. javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. Some debugging info: Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. This causes validation to not pass. was: Issue is caused by Tomcat 8.0.8 (jasper-el.jar) which I updated recently from 8.0.5. javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. Some debugging info: Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. This causes validation to not pass. > Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored > -------------------------------------------------------------------------- > > Key: RF-13648 > URL: https://issues.jboss.org/browse/RF-13648 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.7 > Environment: Tomcat 8.0.8, OpenJDK 7, OpenSuse 13.1 x64 > Reporter: Tony Cramer > > Issue is caused by Tomcat 8.0.8 which I updated recently from 8.0.5. Problem is somewhere in jasper-el.jar. > javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. > Some debugging info: > Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). > Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. > This causes validation to not pass. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 03:21:56 2014 From: issues at jboss.org (Tony Cramer (JIRA)) Date: Wed, 28 May 2014 03:21:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13648) Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tony Cramer closed RF-13648. ---------------------------- Resolution: Unresolved Caused by Tomcat 8.0.8 > Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored > -------------------------------------------------------------------------- > > Key: RF-13648 > URL: https://issues.jboss.org/browse/RF-13648 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.7 > Environment: Tomcat 8.0.8, OpenJDK 7, OpenSuse 13.1 x64 > Reporter: Tony Cramer > > Issue is caused by Tomcat 8.0.8 which I updated recently from 8.0.5. Problem is somewhere in jasper-el.jar. > javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. > Some debugging info: > Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). > Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. > This causes validation to not pass. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 03:27:57 2014 From: issues at jboss.org (Tony Cramer (JIRA)) Date: Wed, 28 May 2014 03:27:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13648) Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tony Cramer reopened RF-13648: ------------------------------ Something changed in Tomcat's EL. Please investigate if it is caused by buggy Tomcat's EL or something is wrong on RF/JSF side. > Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored > -------------------------------------------------------------------------- > > Key: RF-13648 > URL: https://issues.jboss.org/browse/RF-13648 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.7 > Environment: Tomcat 8.0.8, OpenJDK 7, OpenSuse 13.1 x64 > Reporter: Tony Cramer > > Issue is caused by Tomcat 8.0.8 which I updated recently from 8.0.5. Problem is somewhere in jasper-el.jar. > javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. > Some debugging info: > Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). > Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. > This causes validation to not pass. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 03:29:56 2014 From: issues at jboss.org (Tony Cramer (JIRA)) Date: Wed, 28 May 2014 03:29:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13648) Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tony Cramer updated RF-13648: ----------------------------- Description: Something has changed in jasper-el in Tomcat 8.0.8 which I updated recently from 8.0.5. If I replace jasper-el.jar from Tomcat 8.0.5, everything works. Tomcat bug or RF bug? javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. Some debugging info: Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. This causes validation to not pass. was: Issue is caused by Tomcat 8.0.8 which I updated recently from 8.0.5. Problem is somewhere in jasper-el.jar. javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. Some debugging info: Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. This causes validation to not pass. > Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored > -------------------------------------------------------------------------- > > Key: RF-13648 > URL: https://issues.jboss.org/browse/RF-13648 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.7 > Environment: Tomcat 8.0.8, OpenJDK 7, OpenSuse 13.1 x64 > Reporter: Tony Cramer > > Something has changed in jasper-el in Tomcat 8.0.8 which I updated recently from 8.0.5. If I replace jasper-el.jar from Tomcat 8.0.5, everything works. Tomcat bug or RF bug? > javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. > Some debugging info: > Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). > Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. > This causes validation to not pass. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 03:31:57 2014 From: issues at jboss.org (Tony Cramer (JIRA)) Date: Wed, 28 May 2014 03:31:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13648) Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tony Cramer updated RF-13648: ----------------------------- Description: javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. Some debugging info: Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. This causes validation to not pass. was: Something has changed in jasper-el in Tomcat 8.0.8 which I updated recently from 8.0.5. If I replace jasper-el.jar from Tomcat 8.0.5, everything works. Tomcat bug or RF bug? javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. Some debugging info: Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. This causes validation to not pass. > Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored > -------------------------------------------------------------------------- > > Key: RF-13648 > URL: https://issues.jboss.org/browse/RF-13648 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.7 > Environment: Tomcat 8.0.8, OpenJDK 7, OpenSuse 13.1 x64 > Reporter: Tony Cramer > > javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. > Some debugging info: > Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). > Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. > This causes validation to not pass. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 03:31:57 2014 From: issues at jboss.org (Tony Cramer (JIRA)) Date: Wed, 28 May 2014 03:31:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13648) Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tony Cramer updated RF-13648: ----------------------------- Description: javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. Some debugging info: Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. This causes validation to not pass. Something has changed in jasper-el in Tomcat 8.0.8 which I updated recently from 8.0.5. If I replace jasper-el.jar from Tomcat 8.0.5, everything works. Tomcat bug or RF bug? was: javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. Some debugging info: Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. This causes validation to not pass. > Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored > -------------------------------------------------------------------------- > > Key: RF-13648 > URL: https://issues.jboss.org/browse/RF-13648 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.7 > Environment: Tomcat 8.0.8, OpenJDK 7, OpenSuse 13.1 x64 > Reporter: Tony Cramer > > javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. > Some debugging info: > Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). > Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. > This causes validation to not pass. > Something has changed in jasper-el in Tomcat 8.0.8 which I updated recently from 8.0.5. If I replace jasper-el.jar from Tomcat 8.0.5, everything works. > Tomcat bug or RF bug? -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 03:39:56 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 03:39:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13649) TogglePanel: fails to render meta-component '@header' In-Reply-To: References: Message-ID: Luk?? Fry? created RF-13649: ------------------------------- Summary: TogglePanel: fails to render meta-component '@header' Key: RF-13649 URL: https://issues.jboss.org/browse/RF-13649 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-panels-layout-themes Reporter: Luk?? Fry? The issue is here: [{{header != activeItem}}|https://github.com/richfaces/richfaces/blob/0733e3d0d76ca7dfbe66e2a85f225284a1650e07/components/rich/src/main/java/org/richfaces/renderkit/html/TogglePanelRenderer.java#L179] Server stack trace: {code} 09:31:06,859 SEVERE [org.richfaces.log.Context] (default task-12) header: java.lang.IllegalArgumentException: header at org.richfaces.renderkit.html.TogglePanelRenderer.encodeMetaComponent(TogglePanelRenderer.java:192) [richfaces.jar:4.5.0-SNAPSHOT] at org.richfaces.component.AbstractTogglePanel.encodeMetaComponent(AbstractTogglePanel.java:891) [richfaces.jar:4.5.0-SNAPSHOT] at org.richfaces.context.MetaComponentEncodingVisitCallback.visit(MetaComponentEncodingVisitCallback.java:69) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:103) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] at org.richfaces.context.ExtendedRenderVisitContext.invokeVisitCallback(ExtendedRenderVisitContext.java:65) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] at org.richfaces.context.ExtendedVisitContext.invokeMetaComponentVisitCallback(ExtendedVisitContext.java:76) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] at org.richfaces.component.AbstractTabPanel.visitMetaComponents(AbstractTabPanel.java:150) [richfaces.jar:4.5.0-SNAPSHOT] at org.richfaces.component.AbstractTogglePanel.visitTree(AbstractTogglePanel.java:915) [richfaces.jar:4.5.0-SNAPSHOT] at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at javax.faces.component.UIForm.visitTree(UIForm.java:371) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at com.sun.faces.context.PartialViewContextImpl.processComponents(PartialViewContextImpl.java:406) [jsf-impl-2.2.5-jbossorg-3.jar:] at com.sun.faces.context.PartialViewContextImpl.processPartial(PartialViewContextImpl.java:325) [jsf-impl-2.2.5-jbossorg-3.jar:] at org.richfaces.context.ExtendedPartialViewContext.processPartial(ExtendedPartialViewContext.java:254) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] at javax.faces.component.UIViewRoot.encodeChildren(UIViewRoot.java:1004) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1856) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:435) [jsf-impl-2.2.5-jbossorg-3.jar:] at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:133) [jsf-impl-2.2.5-jbossorg-3.jar:] at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) [jsf-impl-2.2.5-jbossorg-3.jar:] at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.5-jbossorg-3.jar:] at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219) [jsf-impl-2.2.5-jbossorg-3.jar:] at javax.faces.webapp.FacesServlet.service(FacesServlet.java:647) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] {code} The issue is reproducible by [ITStaticTab|https://github.com/richfaces/richfaces/blob/0733e3d0d76ca7dfbe66e2a85f225284a1650e07/components/rich/src/test/integration/org/richfaces/component/tabPanel/ITStaticTab.java#L174] test -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 03:41:56 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 03:41:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13649) TogglePanel: fails to render meta-component '@header' In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971068#comment-12971068 ] Luk?? Fry? commented on RF-13649: --------------------------------- This could be caused by EPVC refactoring in RF-13505, we need to verify whether it passed before the merge. > TogglePanel: fails to render meta-component '@header' > ----------------------------------------------------- > > Key: RF-13649 > URL: https://issues.jboss.org/browse/RF-13649 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.5.0.Alpha3 > Reporter: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > > The issue is here: [{{header != activeItem}}|https://github.com/richfaces/richfaces/blob/0733e3d0d76ca7dfbe66e2a85f225284a1650e07/components/rich/src/main/java/org/richfaces/renderkit/html/TogglePanelRenderer.java#L179] > Server stack trace: > {code} > 09:31:06,859 SEVERE [org.richfaces.log.Context] (default task-12) header: java.lang.IllegalArgumentException: header > at org.richfaces.renderkit.html.TogglePanelRenderer.encodeMetaComponent(TogglePanelRenderer.java:192) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTogglePanel.encodeMetaComponent(AbstractTogglePanel.java:891) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.MetaComponentEncodingVisitCallback.visit(MetaComponentEncodingVisitCallback.java:69) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:103) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.ExtendedRenderVisitContext.invokeVisitCallback(ExtendedRenderVisitContext.java:65) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.ExtendedVisitContext.invokeMetaComponentVisitCallback(ExtendedVisitContext.java:76) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTabPanel.visitMetaComponents(AbstractTabPanel.java:150) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTogglePanel.visitTree(AbstractTogglePanel.java:915) [richfaces.jar:4.5.0-SNAPSHOT] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIForm.visitTree(UIForm.java:371) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.context.PartialViewContextImpl.processComponents(PartialViewContextImpl.java:406) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.context.PartialViewContextImpl.processPartial(PartialViewContextImpl.java:325) [jsf-impl-2.2.5-jbossorg-3.jar:] > at org.richfaces.context.ExtendedPartialViewContext.processPartial(ExtendedPartialViewContext.java:254) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at javax.faces.component.UIViewRoot.encodeChildren(UIViewRoot.java:1004) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1856) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:435) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:133) [jsf-impl-2.2.5-jbossorg-3.jar:] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219) [jsf-impl-2.2.5-jbossorg-3.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:647) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > {code} > The issue is reproducible by [ITStaticTab|https://github.com/richfaces/richfaces/blob/0733e3d0d76ca7dfbe66e2a85f225284a1650e07/components/rich/src/test/integration/org/richfaces/component/tabPanel/ITStaticTab.java#L174] test -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 03:41:57 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 03:41:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13649) TogglePanel: fails to render meta-component '@header' In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13649?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13649: ---------------------------- Affects Version/s: 4.5.0.Alpha3 > TogglePanel: fails to render meta-component '@header' > ----------------------------------------------------- > > Key: RF-13649 > URL: https://issues.jboss.org/browse/RF-13649 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.5.0.Alpha3 > Reporter: Luk?? Fry? > > The issue is here: [{{header != activeItem}}|https://github.com/richfaces/richfaces/blob/0733e3d0d76ca7dfbe66e2a85f225284a1650e07/components/rich/src/main/java/org/richfaces/renderkit/html/TogglePanelRenderer.java#L179] > Server stack trace: > {code} > 09:31:06,859 SEVERE [org.richfaces.log.Context] (default task-12) header: java.lang.IllegalArgumentException: header > at org.richfaces.renderkit.html.TogglePanelRenderer.encodeMetaComponent(TogglePanelRenderer.java:192) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTogglePanel.encodeMetaComponent(AbstractTogglePanel.java:891) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.MetaComponentEncodingVisitCallback.visit(MetaComponentEncodingVisitCallback.java:69) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:103) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.ExtendedRenderVisitContext.invokeVisitCallback(ExtendedRenderVisitContext.java:65) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.ExtendedVisitContext.invokeMetaComponentVisitCallback(ExtendedVisitContext.java:76) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTabPanel.visitMetaComponents(AbstractTabPanel.java:150) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTogglePanel.visitTree(AbstractTogglePanel.java:915) [richfaces.jar:4.5.0-SNAPSHOT] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIForm.visitTree(UIForm.java:371) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.context.PartialViewContextImpl.processComponents(PartialViewContextImpl.java:406) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.context.PartialViewContextImpl.processPartial(PartialViewContextImpl.java:325) [jsf-impl-2.2.5-jbossorg-3.jar:] > at org.richfaces.context.ExtendedPartialViewContext.processPartial(ExtendedPartialViewContext.java:254) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at javax.faces.component.UIViewRoot.encodeChildren(UIViewRoot.java:1004) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1856) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:435) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:133) [jsf-impl-2.2.5-jbossorg-3.jar:] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219) [jsf-impl-2.2.5-jbossorg-3.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:647) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > {code} > The issue is reproducible by [ITStaticTab|https://github.com/richfaces/richfaces/blob/0733e3d0d76ca7dfbe66e2a85f225284a1650e07/components/rich/src/test/integration/org/richfaces/component/tabPanel/ITStaticTab.java#L174] test -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 03:41:57 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 03:41:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13649) TogglePanel: fails to render meta-component '@header' In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13649?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13649: ---------------------------- Fix Version/s: 4.5.0.Alpha3 > TogglePanel: fails to render meta-component '@header' > ----------------------------------------------------- > > Key: RF-13649 > URL: https://issues.jboss.org/browse/RF-13649 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.5.0.Alpha3 > Reporter: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > > The issue is here: [{{header != activeItem}}|https://github.com/richfaces/richfaces/blob/0733e3d0d76ca7dfbe66e2a85f225284a1650e07/components/rich/src/main/java/org/richfaces/renderkit/html/TogglePanelRenderer.java#L179] > Server stack trace: > {code} > 09:31:06,859 SEVERE [org.richfaces.log.Context] (default task-12) header: java.lang.IllegalArgumentException: header > at org.richfaces.renderkit.html.TogglePanelRenderer.encodeMetaComponent(TogglePanelRenderer.java:192) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTogglePanel.encodeMetaComponent(AbstractTogglePanel.java:891) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.MetaComponentEncodingVisitCallback.visit(MetaComponentEncodingVisitCallback.java:69) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:103) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.ExtendedRenderVisitContext.invokeVisitCallback(ExtendedRenderVisitContext.java:65) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.ExtendedVisitContext.invokeMetaComponentVisitCallback(ExtendedVisitContext.java:76) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTabPanel.visitMetaComponents(AbstractTabPanel.java:150) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTogglePanel.visitTree(AbstractTogglePanel.java:915) [richfaces.jar:4.5.0-SNAPSHOT] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIForm.visitTree(UIForm.java:371) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.context.PartialViewContextImpl.processComponents(PartialViewContextImpl.java:406) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.context.PartialViewContextImpl.processPartial(PartialViewContextImpl.java:325) [jsf-impl-2.2.5-jbossorg-3.jar:] > at org.richfaces.context.ExtendedPartialViewContext.processPartial(ExtendedPartialViewContext.java:254) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at javax.faces.component.UIViewRoot.encodeChildren(UIViewRoot.java:1004) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1856) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:435) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:133) [jsf-impl-2.2.5-jbossorg-3.jar:] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219) [jsf-impl-2.2.5-jbossorg-3.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:647) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > {code} > The issue is reproducible by [ITStaticTab|https://github.com/richfaces/richfaces/blob/0733e3d0d76ca7dfbe66e2a85f225284a1650e07/components/rich/src/test/integration/org/richfaces/component/tabPanel/ITStaticTab.java#L174] test -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 03:45:57 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 03:45:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13649) TogglePanel: fails to render meta-component '@header' In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13649?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13649: ---------------------------- Sprint: 4.5.0.Alpha3 - Sprint 3 > TogglePanel: fails to render meta-component '@header' > ----------------------------------------------------- > > Key: RF-13649 > URL: https://issues.jboss.org/browse/RF-13649 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.5.0.Alpha3 > Reporter: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > > The issue is here: [{{header != activeItem}}|https://github.com/richfaces/richfaces/blob/0733e3d0d76ca7dfbe66e2a85f225284a1650e07/components/rich/src/main/java/org/richfaces/renderkit/html/TogglePanelRenderer.java#L179] > Server stack trace: > {code} > 09:31:06,859 SEVERE [org.richfaces.log.Context] (default task-12) header: java.lang.IllegalArgumentException: header > at org.richfaces.renderkit.html.TogglePanelRenderer.encodeMetaComponent(TogglePanelRenderer.java:192) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTogglePanel.encodeMetaComponent(AbstractTogglePanel.java:891) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.MetaComponentEncodingVisitCallback.visit(MetaComponentEncodingVisitCallback.java:69) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:103) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.ExtendedRenderVisitContext.invokeVisitCallback(ExtendedRenderVisitContext.java:65) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.ExtendedVisitContext.invokeMetaComponentVisitCallback(ExtendedVisitContext.java:76) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTabPanel.visitMetaComponents(AbstractTabPanel.java:150) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTogglePanel.visitTree(AbstractTogglePanel.java:915) [richfaces.jar:4.5.0-SNAPSHOT] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIForm.visitTree(UIForm.java:371) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.context.PartialViewContextImpl.processComponents(PartialViewContextImpl.java:406) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.context.PartialViewContextImpl.processPartial(PartialViewContextImpl.java:325) [jsf-impl-2.2.5-jbossorg-3.jar:] > at org.richfaces.context.ExtendedPartialViewContext.processPartial(ExtendedPartialViewContext.java:254) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at javax.faces.component.UIViewRoot.encodeChildren(UIViewRoot.java:1004) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1856) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:435) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:133) [jsf-impl-2.2.5-jbossorg-3.jar:] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219) [jsf-impl-2.2.5-jbossorg-3.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:647) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > {code} > The issue is reproducible by [ITStaticTab|https://github.com/richfaces/richfaces/blob/0733e3d0d76ca7dfbe66e2a85f225284a1650e07/components/rich/src/test/integration/org/richfaces/component/tabPanel/ITStaticTab.java#L174] test -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 03:49:56 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 03:49:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13650) ITResourceOptimization tests fail - no resource aggregation applied In-Reply-To: References: Message-ID: Luk?? Fry? created RF-13650: ------------------------------- Summary: ITResourceOptimization tests fail - no resource aggregation applied Key: RF-13650 URL: https://issues.jboss.org/browse/RF-13650 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: tests - functional Affects Versions: 4.5.0.Alpha3 Reporter: Luk?? Fry? Fix For: 4.5.0.Alpha3 {code} TResourceOptimization.test_script_packaging:104 expected:<1> but was:<0> ITResourceOptimization.test_stylesheet_packaging:113 expected:<1> but was:<0> {code} Originally revealed by RF-13591 These are smoke tests ,we should address them in 4.5.0.Alpha3. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 03:51:57 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 03:51:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13650) ITResourceOptimization tests fail - no resource aggregation applied In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13650?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971072#comment-12971072 ] Luk?? Fry? commented on RF-13650: --------------------------------- Might be related to RF-13646 > ITResourceOptimization tests fail - no resource aggregation applied > ------------------------------------------------------------------- > > Key: RF-13650 > URL: https://issues.jboss.org/browse/RF-13650 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: tests - functional > Affects Versions: 4.5.0.Alpha3 > Reporter: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > > {code} > TResourceOptimization.test_script_packaging:104 expected:<1> but was:<0> > ITResourceOptimization.test_stylesheet_packaging:113 expected:<1> but was:<0> > {code} > Originally revealed by RF-13591 > These are smoke tests ,we should address them in 4.5.0.Alpha3. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 03:55:58 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 03:55:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13650) ITResourceOptimization tests fail - no resource aggregation applied In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13650?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13650: ---------------------------- Description: {code} TResourceOptimization.test_script_packaging:104 expected:<1> but was:<0> ITResourceOptimization.test_stylesheet_packaging:113 expected:<1> but was:<0> {code} Originally revealed by RF-13591 These are smoke tests ,we should address them in 4.5.0.Alpha3. ---- Here is the source of the page generated by {{test_script_packaging}}: {code} {code} As you can see, there is {{richfaces.js}} in the head section, but actual aggregated resource (like ({{core.js}}) is expected. was: {code} TResourceOptimization.test_script_packaging:104 expected:<1> but was:<0> ITResourceOptimization.test_stylesheet_packaging:113 expected:<1> but was:<0> {code} Originally revealed by RF-13591 These are smoke tests ,we should address them in 4.5.0.Alpha3. > ITResourceOptimization tests fail - no resource aggregation applied > ------------------------------------------------------------------- > > Key: RF-13650 > URL: https://issues.jboss.org/browse/RF-13650 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: tests - functional > Affects Versions: 4.5.0.Alpha3 > Reporter: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > > {code} > TResourceOptimization.test_script_packaging:104 expected:<1> but was:<0> > ITResourceOptimization.test_stylesheet_packaging:113 expected:<1> but was:<0> > {code} > Originally revealed by RF-13591 > These are smoke tests ,we should address them in 4.5.0.Alpha3. > ---- > Here is the source of the page generated by {{test_script_packaging}}: > {code} > > > > > > > > > {code} > As you can see, there is {{richfaces.js}} in the head section, but actual aggregated resource (like ({{core.js}}) is expected. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 03:57:56 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 03:57:56 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13650) ITResourceOptimization tests fail - no resource aggregation applied In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13650?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13650: ---------------------------- Sprint: 4.5.0.Alpha3 - Sprint 3 > ITResourceOptimization tests fail - no resource aggregation applied > ------------------------------------------------------------------- > > Key: RF-13650 > URL: https://issues.jboss.org/browse/RF-13650 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: tests - functional > Affects Versions: 4.5.0.Alpha3 > Reporter: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > > {code} > TResourceOptimization.test_script_packaging:104 expected:<1> but was:<0> > ITResourceOptimization.test_stylesheet_packaging:113 expected:<1> but was:<0> > {code} > Originally revealed by RF-13591 > These are smoke tests ,we should address them in 4.5.0.Alpha3. > ---- > Here is the source of the page generated by {{test_script_packaging}}: > {code} > > > > > > > > > {code} > As you can see, there is {{richfaces.js}} in the head section, but actual aggregated resource (like ({{core.js}}) is expected. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 04:34:58 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Wed, 28 May 2014 04:34:58 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13646) Fix resource optimization In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13646?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov updated RF-13646: ------------------------------- Description: # There are some resource files that are not being generated (e.g. gradientA.png). It's either a generation or optimization issue. # The optimization settings need to be updated, core files are currently not being packed (legacy of RF 4.5/RF 5 source collision avoidance) was:There are some resource files that are not being generated (e.g. gradientA.png). It's either a generation or optimization issue, in any case the optimization plugin settings need to be updated. > Fix resource optimization > ------------------------- > > Key: RF-13646 > URL: https://issues.jboss.org/browse/RF-13646 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.5.0.Alpha3 > Reporter: Michal Petrov > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > # There are some resource files that are not being generated (e.g. gradientA.png). It's either a generation or optimization issue. > # The optimization settings need to be updated, core files are currently not being packed (legacy of RF 4.5/RF 5 source collision avoidance) -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 04:42:57 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 04:42:57 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13591) RichFaces 4.5 integration tests are failing In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971083#comment-12971083 ] Luk?? Fry? commented on RF-13591: --------------------------------- Results after stabilization: *core-tests* {code} Results : Tests run: 22, Failures: 0, Errors: 0, Skipped: 3 {code} > RichFaces 4.5 integration tests are failing > ------------------------------------------- > > Key: RF-13591 > URL: https://issues.jboss.org/browse/RF-13591 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha2 > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Fix For: 4.5.0.Alpha3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > RichFaces 4.5 cannot be build because of compilation errors in integration tests: > {code} > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:testCompile (default-testCompile) on project richfaces: Compilation failure: Compilation failure: > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[9,30] error: cannot find symbol > [ERROR] package org.richfaces.ui.toggle > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[10,39] error: package org.richfaces.ui.toggle.tabPanel does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[18,12] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[19,27] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[21,28] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[25,11] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[29,35] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[33,16] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[48,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[38,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[31,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[32,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[34,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[35,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[44,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[45,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[57,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[61,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[65,29] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusSubmissionMethods.java:[50,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[49,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[50,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[85,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[89,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[93,29] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[56,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[57,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[63,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[64,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[100,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[62,19] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[49,8] error: cannot find symbol > [ERROR] class VerifyFocusEnforcingOverridesFocusSettings > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[50,8] error: cannot find symbol > [ERROR] > [ERROR] E extends HtmlElement declared in method getElementById(String) > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[77,8] error: cannot find symbol > [ERROR] class VerifyFocusCandidates > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[78,8] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[153,16] error: cannot find symbol > [ERROR] class AbstractFocus > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[154,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,55] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,56] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,56] error: cannot find symbol > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 04:45:00 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 04:45:00 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13591) RichFaces 4.5 integration tests are failing In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971083#comment-12971083 ] Luk?? Fry? edited comment on RF-13591 at 5/28/14 4:44 AM: ---------------------------------------------------------- Results after stabilization: {{mvn install -Dintegration=wildfly80 -DskipTests -Dcheckstyle.skip}} *core-tests* {code} Results : Tests run: 22, Failures: 0, Errors: 0, Skipped: 3 {code} *a4j-tests*: {code} Results : Tests run: 29, Failures: 0, Errors: 0, Skipped: 0 {code} *rich-tests*: {code} {code} was (Author: lfryc): Results after stabilization: *core-tests* {code} Results : Tests run: 22, Failures: 0, Errors: 0, Skipped: 3 {code} > RichFaces 4.5 integration tests are failing > ------------------------------------------- > > Key: RF-13591 > URL: https://issues.jboss.org/browse/RF-13591 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha2 > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Fix For: 4.5.0.Alpha3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > RichFaces 4.5 cannot be build because of compilation errors in integration tests: > {code} > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:testCompile (default-testCompile) on project richfaces: Compilation failure: Compilation failure: > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[9,30] error: cannot find symbol > [ERROR] package org.richfaces.ui.toggle > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[10,39] error: package org.richfaces.ui.toggle.tabPanel does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[18,12] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[19,27] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[21,28] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[25,11] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[29,35] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[33,16] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[48,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[38,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[31,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[32,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[34,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[35,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[44,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[45,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[57,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[61,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[65,29] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusSubmissionMethods.java:[50,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[49,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[50,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[85,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[89,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[93,29] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[56,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[57,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[63,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[64,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[100,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[62,19] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[49,8] error: cannot find symbol > [ERROR] class VerifyFocusEnforcingOverridesFocusSettings > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[50,8] error: cannot find symbol > [ERROR] > [ERROR] E extends HtmlElement declared in method getElementById(String) > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[77,8] error: cannot find symbol > [ERROR] class VerifyFocusCandidates > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[78,8] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[153,16] error: cannot find symbol > [ERROR] class AbstractFocus > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[154,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,55] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,56] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,56] error: cannot find symbol > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 05:09:16 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 05:09:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13591) RichFaces 4.5 integration tests are failing In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971083#comment-12971083 ] Luk?? Fry? edited comment on RF-13591 at 5/28/14 5:07 AM: ---------------------------------------------------------- Results after stabilization: {{mvn install -Dintegration=wildfly80 -DskipTests -Dcheckstyle.skip}} *core-tests* {code} Results : Tests run: 22, Failures: 0, Errors: 0, Skipped: 3 {code} *a4j-tests*: {code} Results : Tests run: 29, Failures: 0, Errors: 0, Skipped: 0 {code} *rich-tests*: {code} Results : Failed tests: ITResourceOptimization.test_script_packaging:104 expected:<1> but was:<0> ITResourceOptimization.test_stylesheet_packaging:113 expected:<1> but was:<0> ITStaticTab.check_header_render:123 expected:<[1] clicks> but was:<[0] clicks> Tests run: 183, Failures: 3, Errors: 0, Skipped: 1 {code} was (Author: lfryc): Results after stabilization: {{mvn install -Dintegration=wildfly80 -DskipTests -Dcheckstyle.skip}} *core-tests* {code} Results : Tests run: 22, Failures: 0, Errors: 0, Skipped: 3 {code} *a4j-tests*: {code} Results : Tests run: 29, Failures: 0, Errors: 0, Skipped: 0 {code} *rich-tests*: {code} {code} > RichFaces 4.5 integration tests are failing > ------------------------------------------- > > Key: RF-13591 > URL: https://issues.jboss.org/browse/RF-13591 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha2 > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Fix For: 4.5.0.Alpha3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > RichFaces 4.5 cannot be build because of compilation errors in integration tests: > {code} > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:testCompile (default-testCompile) on project richfaces: Compilation failure: Compilation failure: > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[9,30] error: cannot find symbol > [ERROR] package org.richfaces.ui.toggle > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[10,39] error: package org.richfaces.ui.toggle.tabPanel does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[18,12] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[19,27] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[21,28] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[25,11] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[29,35] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[33,16] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[48,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[38,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[31,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[32,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[34,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[35,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[44,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[45,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[57,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[61,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[65,29] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusSubmissionMethods.java:[50,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[49,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[50,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[85,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[89,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[93,29] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[56,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[57,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[63,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[64,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[100,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[62,19] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[49,8] error: cannot find symbol > [ERROR] class VerifyFocusEnforcingOverridesFocusSettings > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[50,8] error: cannot find symbol > [ERROR] > [ERROR] E extends HtmlElement declared in method getElementById(String) > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[77,8] error: cannot find symbol > [ERROR] class VerifyFocusCandidates > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[78,8] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[153,16] error: cannot find symbol > [ERROR] class AbstractFocus > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[154,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,55] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,56] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,56] error: cannot find symbol > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 05:09:17 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 05:09:17 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13591) RichFaces 4.5 integration tests are failing In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971083#comment-12971083 ] Luk?? Fry? edited comment on RF-13591 at 5/28/14 5:09 AM: ---------------------------------------------------------- Results after stabilization: {{mvn install -Dintegration=wildfly80 -DskipTests -Dcheckstyle.skip}} *core-tests* {code} Results : Tests run: 22, Failures: 0, Errors: 0, Skipped: 3 {code} *a4j-tests*: {code} Results : Tests run: 29, Failures: 0, Errors: 0, Skipped: 0 {code} *rich-tests*: {code} Results : Failed tests: ITResourceOptimization.test_script_packaging:104 expected:<1> but was:<0> ITResourceOptimization.test_stylesheet_packaging:113 expected:<1> but was:<0> ITStaticTab.check_header_render:123 expected:<[1] clicks> but was:<[0] clicks> Tests run: 183, Failures: 3, Errors: 0, Skipped: 1 {code} ITResourceOptimization = RF-13650 ITStaticTab = RF-13649 was (Author: lfryc): Results after stabilization: {{mvn install -Dintegration=wildfly80 -DskipTests -Dcheckstyle.skip}} *core-tests* {code} Results : Tests run: 22, Failures: 0, Errors: 0, Skipped: 3 {code} *a4j-tests*: {code} Results : Tests run: 29, Failures: 0, Errors: 0, Skipped: 0 {code} *rich-tests*: {code} Results : Failed tests: ITResourceOptimization.test_script_packaging:104 expected:<1> but was:<0> ITResourceOptimization.test_stylesheet_packaging:113 expected:<1> but was:<0> ITStaticTab.check_header_render:123 expected:<[1] clicks> but was:<[0] clicks> Tests run: 183, Failures: 3, Errors: 0, Skipped: 1 {code} > RichFaces 4.5 integration tests are failing > ------------------------------------------- > > Key: RF-13591 > URL: https://issues.jboss.org/browse/RF-13591 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha2 > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Fix For: 4.5.0.Alpha3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > RichFaces 4.5 cannot be build because of compilation errors in integration tests: > {code} > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:testCompile (default-testCompile) on project richfaces: Compilation failure: Compilation failure: > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[9,30] error: cannot find symbol > [ERROR] package org.richfaces.ui.toggle > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[10,39] error: package org.richfaces.ui.toggle.tabPanel does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[18,12] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[19,27] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[21,28] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[25,11] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[29,35] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[33,16] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[48,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[38,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[31,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[32,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[34,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[35,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[44,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[45,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[57,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[61,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[65,29] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusSubmissionMethods.java:[50,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[49,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[50,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[85,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[89,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[93,29] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[56,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[57,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[63,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[64,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[100,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[62,19] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[49,8] error: cannot find symbol > [ERROR] class VerifyFocusEnforcingOverridesFocusSettings > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[50,8] error: cannot find symbol > [ERROR] > [ERROR] E extends HtmlElement declared in method getElementById(String) > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[77,8] error: cannot find symbol > [ERROR] class VerifyFocusCandidates > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[78,8] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[153,16] error: cannot find symbol > [ERROR] class AbstractFocus > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[154,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,55] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,56] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,56] error: cannot find symbol > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 05:11:16 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 05:11:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13591) RichFaces 4.5 integration tests are failing In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13591?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? resolved RF-13591. ----------------------------- Resolution: Done Resolving as we can address particular problems separetely (tests are not subject of test failures there). > RichFaces 4.5 integration tests are failing > ------------------------------------------- > > Key: RF-13591 > URL: https://issues.jboss.org/browse/RF-13591 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha2 > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Fix For: 4.5.0.Alpha3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > RichFaces 4.5 cannot be build because of compilation errors in integration tests: > {code} > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:testCompile (default-testCompile) on project richfaces: Compilation failure: Compilation failure: > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[9,30] error: cannot find symbol > [ERROR] package org.richfaces.ui.toggle > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[10,39] error: package org.richfaces.ui.toggle.tabPanel does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[18,12] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[19,27] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[21,28] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[25,11] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[29,35] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[33,16] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[48,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[38,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[31,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[32,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[34,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[35,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[44,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[45,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[57,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[61,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[65,29] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusSubmissionMethods.java:[50,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[49,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[50,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[85,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[89,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[93,29] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[56,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[57,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[63,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[64,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[100,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[62,19] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[49,8] error: cannot find symbol > [ERROR] class VerifyFocusEnforcingOverridesFocusSettings > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[50,8] error: cannot find symbol > [ERROR] > [ERROR] E extends HtmlElement declared in method getElementById(String) > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[77,8] error: cannot find symbol > [ERROR] class VerifyFocusCandidates > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[78,8] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[153,16] error: cannot find symbol > [ERROR] class AbstractFocus > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[154,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,55] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,56] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,56] error: cannot find symbol > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 05:19:16 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 05:19:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13571) Upgrade Arquillian components: Core, Drone, Warp In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13571?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971116#comment-12971116 ] Luk?? Fry? commented on RF-13571: --------------------------------- lfryc|afk: preferably the same as in richfaces-qa repo https://github.com/richfaces/richfaces-qa/blob/master/pom.xml#L55-L65 > Upgrade Arquillian components: Core, Drone, Warp > ------------------------------------------------ > > Key: RF-13571 > URL: https://issues.jboss.org/browse/RF-13571 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: tests - functional > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 05:23:15 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 05:23:15 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13591) RichFaces 4.5 integration tests are failing In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971118#comment-12971118 ] Luk?? Fry? commented on RF-13591: --------------------------------- [~manovotn] you are right, I can see those issues as well, could you please create a separated issue? Seems it does not have any effect on the results, but it should be addressed. > RichFaces 4.5 integration tests are failing > ------------------------------------------- > > Key: RF-13591 > URL: https://issues.jboss.org/browse/RF-13591 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha2 > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Fix For: 4.5.0.Alpha3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > RichFaces 4.5 cannot be build because of compilation errors in integration tests: > {code} > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:testCompile (default-testCompile) on project richfaces: Compilation failure: Compilation failure: > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[9,30] error: cannot find symbol > [ERROR] package org.richfaces.ui.toggle > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[10,39] error: package org.richfaces.ui.toggle.tabPanel does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[18,12] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[19,27] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[21,28] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[25,11] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[29,35] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[33,16] error: cannot find symbol > [ERROR] class TabPanelItemChangeEventBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[48,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[38,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[31,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[32,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[34,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[35,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[44,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[45,12] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[57,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[61,11] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[65,29] error: cannot find symbol > [ERROR] class IterationBuiltInBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusSubmissionMethods.java:[50,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[31,26] error: cannot find symbol > [ERROR] package org.richfaces.model > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[49,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[50,12] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[85,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[89,11] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[93,29] error: cannot find symbol > [ERROR] class IterationTableStateBean > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[56,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[57,34] error: package org.richfaces.ui.misc.focus does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[63,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[64,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[100,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[62,19] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[49,8] error: cannot find symbol > [ERROR] class VerifyFocusEnforcingOverridesFocusSettings > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[50,8] error: cannot find symbol > [ERROR] > [ERROR] E extends HtmlElement declared in method getElementById(String) > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[77,8] error: cannot find symbol > [ERROR] class VerifyFocusCandidates > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[78,8] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[153,16] error: cannot find symbol > [ERROR] class AbstractFocus > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[154,16] error: cannot find symbol > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,55] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,56] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,20] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,62] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,20] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,60] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,16] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,58] error: cannot find symbol > [ERROR] class AbstractExtendedDataTable > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,16] error: cannot find symbol > [ERROR] class ExtendedDataTableState > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,56] error: cannot find symbol > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 05:45:16 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Wed, 28 May 2014 05:45:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13647) File Download throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13647?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak reassigned RF-13647: ---------------------------------- Assignee: Ji?? ?tefek (was: Pavol Pitonak) > File Download throws exception > ------------------------------ > > Key: RF-13647 > URL: https://issues.jboss.org/browse/RF-13647 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Environment: Richfaces 4.3.6 Final. > Mojarra - 2.1.28 > Weblogic 12.1.2 > Windows 7 > Reporter: santhosh siravuri > Assignee: Ji?? ?tefek > Priority: Critical > > File download action throws below exception. > {code} > ]] Root cause of ServletException. > java.lang.NullPointerException > at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) > at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) > at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) > at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) > at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) > Truncated. see log file for complete stacktrace > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 05:47:16 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Wed, 28 May 2014 05:47:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13645) contextMenu for extendedDataTable breaks after ajax render of contextMenu In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13645?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak reassigned RF-13645: ---------------------------------- Assignee: Juraj H?ska (was: Pavol Pitonak) > contextMenu for extendedDataTable breaks after ajax render of contextMenu > ------------------------------------------------------------------------- > > Key: RF-13645 > URL: https://issues.jboss.org/browse/RF-13645 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.3.5, 4.3.6 > Environment: WIN7 / JBOSS AS 7.1.1 > Reporter: Steffen Michel > Assignee: Juraj H?ska > Priority: Blocker > > Anything that causes an ajax re-render of a contextMenu which is attached to an extendedDataTable causes the contextMenu to subsequently be broken, triggering a JavaScript error instead of displaying the menu. The error seems to be this: > {quote} > Cannot call method 'show' of null in menu-base.js (at line 108 there is a call to this.popup, but popup is null) > {quote} > The reason I need to ajax re-render the context menu is because in my situtation it's held within a tab panel, and if it doesn't get re-rendered then it stops working after switching tabs using ajax mode (though it also breaks if the contextMenu is held outside of the tab panel, so that isn't a potential solution). > > I created a stripped down example of my specific situation, with two extended data tables, each held in a different tab within a tab panel, and one context menu for each table. Changing tabs will cause the context menu to break without it explicitly being called in a render list. The same kind of break occurs if the contextMenu is called as part of any ajax render list: > {code} > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > > > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 1 Item > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 2 Item > > > > > > > {code} > And a simple test bean: > {code} > import org.apache.myfaces.extensions.cdi.core.api.scope.conversation.ViewAccessScoped; > import javax.inject.Named; > import java.io.Serializable; > import java.util.ArrayList;import java.util.List; > @Named > @ViewAccessScoped > public class TestBean implements Serializable { > List items = new ArrayList<>(); > public TestBean() { > items.add("one"); > items.add("two"); > items.add("three"); > } > public void addItem(){ > items.add("another"); > } > public List getItems() { > return items; > } > } > {code} > The above test situation works fine in richfaces 4.3.1, 4.3.2, 4.3.3 and 4.3.4, but breaks when upgraded to 4.3.5.Final. > > > There was a different bug fixed in 4.3.5 which seems highly related to this, but opposite, making me wonder if whatever was done there caused this bug instead (but it's just a guess): RF-11973 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 05:57:15 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 05:57:15 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13571) Upgrade Arquillian components: Core, Drone, Warp In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13571?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971131#comment-12971131 ] Luk?? Fry? commented on RF-13571: --------------------------------- https://github.com/richfaces/richfaces/tree/4.5.x > Upgrade Arquillian components: Core, Drone, Warp > ------------------------------------------------ > > Key: RF-13571 > URL: https://issues.jboss.org/browse/RF-13571 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: tests - functional > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 05:59:16 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 05:59:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13571) Upgrade Arquillian components: Core, Drone, Warp In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13571?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971131#comment-12971131 ] Luk?? Fry? edited comment on RF-13571 at 5/28/14 5:57 AM: ---------------------------------------------------------- https://github.com/richfaces/richfaces/commit/c96bd4797ec5478e640c75d16711ce8c5ab17e65 was (Author: lfryc): https://github.com/richfaces/richfaces/tree/4.5.x > Upgrade Arquillian components: Core, Drone, Warp > ------------------------------------------------ > > Key: RF-13571 > URL: https://issues.jboss.org/browse/RF-13571 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: tests - functional > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 05:59:16 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 05:59:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13571) Upgrade Arquillian components: Core, Drone, Warp In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13571?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? resolved RF-13571. ----------------------------- Resolution: Done > Upgrade Arquillian components: Core, Drone, Warp > ------------------------------------------------ > > Key: RF-13571 > URL: https://issues.jboss.org/browse/RF-13571 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: tests - functional > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 06:41:16 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 06:41:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13638) Upgrade CKEditor to 4.3 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13638?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? resolved RF-13638. ----------------------------- Resolution: Done > Upgrade CKEditor to 4.3 > ----------------------- > > Key: RF-13638 > URL: https://issues.jboss.org/browse/RF-13638 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.4, 5.0.0.Alpha1 > Reporter: barbara b > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > All current versions of Richfaces are working with CKEditor 3.6.6. Would it be possible to make an upgrade of CKEditor to a version 4.3? Some plugins for CKEditor are only working with the 4.X versions of the editor. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 08:37:16 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Wed, 28 May 2014 08:37:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13647) File Download throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13647?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek updated RF-13647: ----------------------------- Attachment: RF-13647.zip > File Download throws exception > ------------------------------ > > Key: RF-13647 > URL: https://issues.jboss.org/browse/RF-13647 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Environment: Richfaces 4.3.6 Final. > Mojarra - 2.1.28 > Weblogic 12.1.2 > Windows 7 > Reporter: santhosh siravuri > Assignee: Ji?? ?tefek > Priority: Critical > Attachments: RF-13647.zip > > > File download action throws below exception. > {code} > ]] Root cause of ServletException. > java.lang.NullPointerException > at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) > at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) > at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) > at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) > at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) > Truncated. see log file for complete stacktrace > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 08:39:15 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Wed, 28 May 2014 08:39:15 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13650) ITResourceOptimization tests fail - no resource aggregation applied In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13650?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-13650. -------------------------------- Assignee: Michal Petrov Resolution: Done > ITResourceOptimization tests fail - no resource aggregation applied > ------------------------------------------------------------------- > > Key: RF-13650 > URL: https://issues.jboss.org/browse/RF-13650 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: tests - functional > Affects Versions: 4.5.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > > {code} > TResourceOptimization.test_script_packaging:104 expected:<1> but was:<0> > ITResourceOptimization.test_stylesheet_packaging:113 expected:<1> but was:<0> > {code} > Originally revealed by RF-13591 > These are smoke tests ,we should address them in 4.5.0.Alpha3. > ---- > Here is the source of the page generated by {{test_script_packaging}}: > {code} > > > > > > > > > {code} > As you can see, there is {{richfaces.js}} in the head section, but actual aggregated resource (like ({{core.js}}) is expected. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 08:51:16 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Wed, 28 May 2014 08:51:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13647) File Download throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971223#comment-12971223 ] Ji?? ?tefek commented on RF-13647: ---------------------------------- I`ve created a maven project and attached it here, but I can't reproduce this bug. Tried on: * Tomcat 8 with Mojarra 2.1.28 * GlassFish 3.1.2.2 [~santoshvarma] could you, please, try the attached maven project if it works for you? Could you modify it to reflect your problem? > File Download throws exception > ------------------------------ > > Key: RF-13647 > URL: https://issues.jboss.org/browse/RF-13647 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Environment: Richfaces 4.3.6 Final. > Mojarra - 2.1.28 > Weblogic 12.1.2 > Windows 7 > Reporter: santhosh siravuri > Assignee: Ji?? ?tefek > Priority: Critical > Labels: waiting_on_user > Attachments: RF-13647.zip > > > File download action throws below exception. > {code} > ]] Root cause of ServletException. > java.lang.NullPointerException > at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) > at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) > at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) > at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) > at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) > Truncated. see log file for complete stacktrace > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 08:51:16 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Wed, 28 May 2014 08:51:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13647) File Download throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13647?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek updated RF-13647: ----------------------------- Labels: waiting_on_user (was: ) > File Download throws exception > ------------------------------ > > Key: RF-13647 > URL: https://issues.jboss.org/browse/RF-13647 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Environment: Richfaces 4.3.6 Final. > Mojarra - 2.1.28 > Weblogic 12.1.2 > Windows 7 > Reporter: santhosh siravuri > Assignee: Ji?? ?tefek > Priority: Critical > Labels: waiting_on_user > Attachments: RF-13647.zip > > > File download action throws below exception. > {code} > ]] Root cause of ServletException. > java.lang.NullPointerException > at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) > at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) > at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) > at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) > at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) > Truncated. see log file for complete stacktrace > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 09:49:16 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Wed, 28 May 2014 09:49:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13018) a4j:commandButton wrong actions performed In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13018?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971248#comment-12971248 ] Pavol Pitonak commented on RF-13018: ------------------------------------ For the record, it can be reproduced/verified in Metamer on page http://localhost:8080/metamer/faces/components/a4jCommandButton/rf-13018.xhtml > a4j:commandButton wrong actions performed > ----------------------------------------- > > Key: RF-13018 > URL: https://issues.jboss.org/browse/RF-13018 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.2.3.Final, 4.3.2 > Environment: Server: Fedora 17, Jboss AS 7.1.1.Final, Jboss EAP 6.1.0.Beta, Java 1.7.0_15 > Browsers: Chrome 26 and Chrome 27 on (Linux & Windows 7), Firefox 20.0 (Linux & Windows 7), IE 9 > Reporter: Rob Hare > Assignee: Michal Petrov > Labels: 45x > Fix For: 5.0.0.Alpha4 > > Attachments: RF-13018.zip > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > When an a4j commponent (a4j:commandButton, a4j:jsFunction) is activated, actions of other a4j:commandButtons on the page with type=button will be fired. > For example, pressing either button in the following code will cause both richBean.function1() and richBean.function2() actions. > {noformat} > > action="#{richBean.function1}" /> > action="#{richBean.function2}" /> > > {noformat} > Note, if one of the a4j:commandButton is marked immediate, then only one action (possibly the wrong action) will be performed and block others. For instance if an a4j:jsFunction action was being triggered, the a4j:commandButton action may occur making appear that the a4j:jsFunction failed. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 12:37:16 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Wed, 28 May 2014 12:37:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12132) Richfaces queue not cleared after js error in oncomplete attribute In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-12132. -------------------------------- Assignee: Michal Petrov Resolution: Done The contents of @oncomplete (and other similar parameters) are now being put inside a try/catch block. This should prevent the queue from hanging and inform about faulty code in general. > Richfaces queue not cleared after js error in oncomplete attribute > ------------------------------------------------------------------ > > Key: RF-12132 > URL: https://issues.jboss.org/browse/RF-12132 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.2.0.Final, 4.3.7 > Environment: Myfaces 2.1.6 > Tomcat 6.0.35 > Reporter: Michael Heinen > Assignee: Michal Petrov > Labels: gss > Fix For: 4.3.8 > > > Richfaces queue not cleared after js-error in oncomplete attribute > Submit a with oncomplete="myNotExistingFuncrtion();" > The ajax response arrives but the queue is not cleaned up after this due to the javascript error > Starting from now no further ajax requests are possible because richfaces waits for previous submit results. > Sample from the richfaces log: > {code} > debug[17:10:10.587]: New request added to queue. Queue requestGroupingId changed to j_id_5:j_id_b > debug[17:10:10.615]: Queue will wait 0ms before submit > debug[17:10:10.644]: richfaces.queue: will submit request NOW > info [17:10:10.671]: Received 'begin' event from > info [17:10:10.707]: Received 'beforedomupdate' event from > debug[17:10:10.729]: Server returned responseText: Content List: []]]>myNotExistingFuncrtion();; > info [17:10:10.758]: Listing content of response changes element: > Element update for id=j_id_5:details > Content List: []]]> > Element update for id=javax.faces.ViewState > > Element extension for id=org.richfaces.extension > myNotExistingFuncrtion();; > debug[17:10:19.143]: New request added to queue. Queue requestGroupingId changed to j_id_5:j_id_a > debug[17:10:19.171]: Queue will wait 0ms before submit > debug[17:10:19.201]: richfaces.queue: Waiting for previous submit results > {code} > A request without javascript error ends with: > {code} > debug[17:20:22.033]: richfaces.queue: ajax submit successfull > debug[17:20:22.075]: richfaces.queue: Nothing to submit > info [17:20:22.117]: Received 'success' event from > info [17:20:22.155]: Received 'complete' event from > {code} > I expect that the queue is cleaned up independent of javascript errors during oncomplete. > Otherwise applications are not useable anymore. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 13:15:17 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 13:15:17 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13507) Backport RF-13317 (EPVCI should specify correct ViewState) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971371#comment-12971371 ] Luk?? Fry? commented on RF-13507: --------------------------------- The class which is responsible for handling few state was renamed in 4.5 as CoreAjaxRendererUtils: https://github.com/richfaces/richfaces/blob/6154d4058866c02286fb1a2755f45e938e325ef9/core/src/main/java/org/richfaces/renderkit/util/CoreAjaxRendererUtils.java > Backport RF-13317 (EPVCI should specify correct ViewState) > ---------------------------------------------------------- > > Key: RF-13507 > URL: https://issues.jboss.org/browse/RF-13507 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.3.4 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Let's let RF-13317 stabilize in 5.x first. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 13:19:15 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 13:19:15 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13507) Backport RF-13317 (EPVCI should specify correct ViewState) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? resolved RF-13507. ----------------------------- Resolution: Done The issue is verified by these tests: [ITMultipleFormUpdate.java|https://github.com/richfaces/richfaces/blob/4.5.x/core/src/test/integration/org/richfaces/integration/partialViewContext/ITMultipleFormUpdate.java] [ITViewScoped.java|https://github.com/richfaces/richfaces/blob/4.5.x/components/rich/src/test/integration/org/richfaces/integration/partialViewContext/ITViewScoped.java] which were introduced in this commit: https://github.com/richfaces/richfaces/commit/b9c46598ca429255b009605337c20752448320f3 > Backport RF-13317 (EPVCI should specify correct ViewState) > ---------------------------------------------------------- > > Key: RF-13507 > URL: https://issues.jboss.org/browse/RF-13507 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.3.4 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Let's let RF-13317 stabilize in 5.x first. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 13:29:15 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 28 May 2014 13:29:15 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13507) Backport RF-13317 (EPVCI should specify correct ViewState) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971380#comment-12971380 ] Luk?? Fry? commented on RF-13507: --------------------------------- The CoreAjaxRendererUtils class was renamed to ViewStateIdUtils. > Backport RF-13317 (EPVCI should specify correct ViewState) > ---------------------------------------------------------- > > Key: RF-13507 > URL: https://issues.jboss.org/browse/RF-13507 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.3.4 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Let's let RF-13317 stabilize in 5.x first. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 13:31:16 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 28 May 2014 13:31:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13018) a4j:commandButton wrong actions performed In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13018?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971381#comment-12971381 ] Brian Leathem commented on RF-13018: ------------------------------------ [~michpetrov] has this been backported to RF 4.5? > a4j:commandButton wrong actions performed > ----------------------------------------- > > Key: RF-13018 > URL: https://issues.jboss.org/browse/RF-13018 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.2.3.Final, 4.3.2 > Environment: Server: Fedora 17, Jboss AS 7.1.1.Final, Jboss EAP 6.1.0.Beta, Java 1.7.0_15 > Browsers: Chrome 26 and Chrome 27 on (Linux & Windows 7), Firefox 20.0 (Linux & Windows 7), IE 9 > Reporter: Rob Hare > Assignee: Michal Petrov > Labels: 45x > Fix For: 5.0.0.Alpha4 > > Attachments: RF-13018.zip > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > When an a4j commponent (a4j:commandButton, a4j:jsFunction) is activated, actions of other a4j:commandButtons on the page with type=button will be fired. > For example, pressing either button in the following code will cause both richBean.function1() and richBean.function2() actions. > {noformat} > > action="#{richBean.function1}" /> > action="#{richBean.function2}" /> > > {noformat} > Note, if one of the a4j:commandButton is marked immediate, then only one action (possibly the wrong action) will be performed and block others. For instance if an a4j:jsFunction action was being triggered, the a4j:commandButton action may occur making appear that the a4j:jsFunction failed. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 13:37:15 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 28 May 2014 13:37:15 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13648) Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reassigned RF-13648: ---------------------------------- Assignee: Pavol Pitonak QE please verify > Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored > -------------------------------------------------------------------------- > > Key: RF-13648 > URL: https://issues.jboss.org/browse/RF-13648 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.7 > Environment: Tomcat 8.0.8, OpenJDK 7, OpenSuse 13.1 x64 > Reporter: Tony Cramer > Assignee: Pavol Pitonak > > javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. > Some debugging info: > Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). > Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. > This causes validation to not pass. > Something has changed in jasper-el in Tomcat 8.0.8 which I updated recently from 8.0.5. If I replace jasper-el.jar from Tomcat 8.0.5, everything works. > Tomcat bug or RF bug? -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 13:51:15 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 28 May 2014 13:51:15 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13649) TogglePanel: fails to render meta-component '@header' In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13649?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13649: ------------------------------- Original Estimate: 2 hours Remaining Estimate: 2 hours > TogglePanel: fails to render meta-component '@header' > ----------------------------------------------------- > > Key: RF-13649 > URL: https://issues.jboss.org/browse/RF-13649 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.5.0.Alpha3 > Reporter: Luk?? Fry? > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > The issue is here: [{{header != activeItem}}|https://github.com/richfaces/richfaces/blob/0733e3d0d76ca7dfbe66e2a85f225284a1650e07/components/rich/src/main/java/org/richfaces/renderkit/html/TogglePanelRenderer.java#L179] > Server stack trace: > {code} > 09:31:06,859 SEVERE [org.richfaces.log.Context] (default task-12) header: java.lang.IllegalArgumentException: header > at org.richfaces.renderkit.html.TogglePanelRenderer.encodeMetaComponent(TogglePanelRenderer.java:192) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTogglePanel.encodeMetaComponent(AbstractTogglePanel.java:891) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.MetaComponentEncodingVisitCallback.visit(MetaComponentEncodingVisitCallback.java:69) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:103) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.ExtendedRenderVisitContext.invokeVisitCallback(ExtendedRenderVisitContext.java:65) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.ExtendedVisitContext.invokeMetaComponentVisitCallback(ExtendedVisitContext.java:76) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTabPanel.visitMetaComponents(AbstractTabPanel.java:150) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTogglePanel.visitTree(AbstractTogglePanel.java:915) [richfaces.jar:4.5.0-SNAPSHOT] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIForm.visitTree(UIForm.java:371) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.context.PartialViewContextImpl.processComponents(PartialViewContextImpl.java:406) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.context.PartialViewContextImpl.processPartial(PartialViewContextImpl.java:325) [jsf-impl-2.2.5-jbossorg-3.jar:] > at org.richfaces.context.ExtendedPartialViewContext.processPartial(ExtendedPartialViewContext.java:254) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at javax.faces.component.UIViewRoot.encodeChildren(UIViewRoot.java:1004) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1856) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:435) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:133) [jsf-impl-2.2.5-jbossorg-3.jar:] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219) [jsf-impl-2.2.5-jbossorg-3.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:647) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > {code} > The issue is reproducible by [ITStaticTab|https://github.com/richfaces/richfaces/blob/0733e3d0d76ca7dfbe66e2a85f225284a1650e07/components/rich/src/test/integration/org/richfaces/component/tabPanel/ITStaticTab.java#L174] test -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 13:51:16 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 28 May 2014 13:51:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13649) TogglePanel: fails to render meta-component '@header' In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13649?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reassigned RF-13649: ---------------------------------- Assignee: Brian Leathem > TogglePanel: fails to render meta-component '@header' > ----------------------------------------------------- > > Key: RF-13649 > URL: https://issues.jboss.org/browse/RF-13649 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.5.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > The issue is here: [{{header != activeItem}}|https://github.com/richfaces/richfaces/blob/0733e3d0d76ca7dfbe66e2a85f225284a1650e07/components/rich/src/main/java/org/richfaces/renderkit/html/TogglePanelRenderer.java#L179] > Server stack trace: > {code} > 09:31:06,859 SEVERE [org.richfaces.log.Context] (default task-12) header: java.lang.IllegalArgumentException: header > at org.richfaces.renderkit.html.TogglePanelRenderer.encodeMetaComponent(TogglePanelRenderer.java:192) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTogglePanel.encodeMetaComponent(AbstractTogglePanel.java:891) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.MetaComponentEncodingVisitCallback.visit(MetaComponentEncodingVisitCallback.java:69) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:103) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.ExtendedRenderVisitContext.invokeVisitCallback(ExtendedRenderVisitContext.java:65) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.ExtendedVisitContext.invokeMetaComponentVisitCallback(ExtendedVisitContext.java:76) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTabPanel.visitMetaComponents(AbstractTabPanel.java:150) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTogglePanel.visitTree(AbstractTogglePanel.java:915) [richfaces.jar:4.5.0-SNAPSHOT] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIForm.visitTree(UIForm.java:371) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.context.PartialViewContextImpl.processComponents(PartialViewContextImpl.java:406) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.context.PartialViewContextImpl.processPartial(PartialViewContextImpl.java:325) [jsf-impl-2.2.5-jbossorg-3.jar:] > at org.richfaces.context.ExtendedPartialViewContext.processPartial(ExtendedPartialViewContext.java:254) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at javax.faces.component.UIViewRoot.encodeChildren(UIViewRoot.java:1004) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1856) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:435) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:133) [jsf-impl-2.2.5-jbossorg-3.jar:] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219) [jsf-impl-2.2.5-jbossorg-3.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:647) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > {code} > The issue is reproducible by [ITStaticTab|https://github.com/richfaces/richfaces/blob/0733e3d0d76ca7dfbe66e2a85f225284a1650e07/components/rich/src/test/integration/org/richfaces/component/tabPanel/ITStaticTab.java#L174] test -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 14:25:16 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 28 May 2014 14:25:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13651) Integration tests failing in chrome In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reassigned RF-13651: ---------------------------------- Assignee: Pavol Pitonak QE please make initial strides with this issue and involve the dev team as required. > Integration tests failing in chrome > ----------------------------------- > > Key: RF-13651 > URL: https://issues.jboss.org/browse/RF-13651 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: tests - functional > Reporter: Brian Leathem > Assignee: Pavol Pitonak > > The framework tests pass in phantomjs but some fail in chrome. > Resolution of this issue involves running and stabilizing the tests in all supported browsers. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 14:25:15 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 28 May 2014 14:25:15 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13651) Integration tests failing in chrome In-Reply-To: References: Message-ID: Brian Leathem created RF-13651: ---------------------------------- Summary: Integration tests failing in chrome Key: RF-13651 URL: https://issues.jboss.org/browse/RF-13651 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: tests - functional Reporter: Brian Leathem The framework tests pass in phantomjs but some fail in chrome. Resolution of this issue involves running and stabilizing the tests in all supported browsers. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 17:45:15 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 28 May 2014 17:45:15 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13646) Fix resource optimization In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13646?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971437#comment-12971437 ] Brian Leathem commented on RF-13646: ------------------------------------ Something about the commit {{[98c328|https://github.com/richfaces/richfaces/commit/98c3285b080a04e1bfcf089ee84e443c5683447a]}} broke the build of _components/rich_ when no {{mvn clean}} is executed. This can be seen by running the following command within the _components/rich_ module: {code} mvn clean; mvn install -DskipTests=true; mvn install -DskipTests=true {code} As such I have reverted the commit on the {{4.5.x}} branch. > Fix resource optimization > ------------------------- > > Key: RF-13646 > URL: https://issues.jboss.org/browse/RF-13646 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.5.0.Alpha3 > Reporter: Michal Petrov > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > # There are some resource files that are not being generated (e.g. gradientA.png). It's either a generation or optimization issue. > # The optimization settings need to be updated, core files are currently not being packed (legacy of RF 4.5/RF 5 source collision avoidance) -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 18:04:15 2014 From: issues at jboss.org (santhosh siravuri (JIRA)) Date: Wed, 28 May 2014 18:04:15 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13647) File Download throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971445#comment-12971445 ] santhosh siravuri commented on RF-13647: ---------------------------------------- Thank you for the quick response. I've tried the sample project with multiple combination of JSF and Richfaces versions but I couldn't reproduce the same error. I'm still running few more tests with our application. Please allow some more time before taking next action on this JIRA. > File Download throws exception > ------------------------------ > > Key: RF-13647 > URL: https://issues.jboss.org/browse/RF-13647 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Environment: Richfaces 4.3.6 Final. > Mojarra - 2.1.28 > Weblogic 12.1.2 > Windows 7 > Reporter: santhosh siravuri > Assignee: Ji?? ?tefek > Priority: Critical > Labels: waiting_on_user > Attachments: RF-13647.zip > > > File download action throws below exception. > {code} > ]] Root cause of ServletException. > java.lang.NullPointerException > at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) > at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) > at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) > at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) > at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) > Truncated. see log file for complete stacktrace > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 18:18:15 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 28 May 2014 18:18:15 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13649) TogglePanel: fails to render meta-component '@header' In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971451#comment-12971451 ] Brian Leathem commented on RF-13649: ------------------------------------ The changes({{[49f909|https://github.com/richfaces/richfaces/commit/49f9097c02e5362a25c51d91eb811527f74df155], [9f4228|https://github.com/richfaces/richfaces/commit/9f4228af66b33edf15b1cc13fcb7752d81b2e134]}}) associated with RF-13278 are not present in RF 4.5. > TogglePanel: fails to render meta-component '@header' > ----------------------------------------------------- > > Key: RF-13649 > URL: https://issues.jboss.org/browse/RF-13649 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.5.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > The issue is here: [{{header != activeItem}}|https://github.com/richfaces/richfaces/blob/0733e3d0d76ca7dfbe66e2a85f225284a1650e07/components/rich/src/main/java/org/richfaces/renderkit/html/TogglePanelRenderer.java#L179] > Server stack trace: > {code} > 09:31:06,859 SEVERE [org.richfaces.log.Context] (default task-12) header: java.lang.IllegalArgumentException: header > at org.richfaces.renderkit.html.TogglePanelRenderer.encodeMetaComponent(TogglePanelRenderer.java:192) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTogglePanel.encodeMetaComponent(AbstractTogglePanel.java:891) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.MetaComponentEncodingVisitCallback.visit(MetaComponentEncodingVisitCallback.java:69) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:103) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.ExtendedRenderVisitContext.invokeVisitCallback(ExtendedRenderVisitContext.java:65) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.ExtendedVisitContext.invokeMetaComponentVisitCallback(ExtendedVisitContext.java:76) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTabPanel.visitMetaComponents(AbstractTabPanel.java:150) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTogglePanel.visitTree(AbstractTogglePanel.java:915) [richfaces.jar:4.5.0-SNAPSHOT] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIForm.visitTree(UIForm.java:371) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.context.PartialViewContextImpl.processComponents(PartialViewContextImpl.java:406) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.context.PartialViewContextImpl.processPartial(PartialViewContextImpl.java:325) [jsf-impl-2.2.5-jbossorg-3.jar:] > at org.richfaces.context.ExtendedPartialViewContext.processPartial(ExtendedPartialViewContext.java:254) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at javax.faces.component.UIViewRoot.encodeChildren(UIViewRoot.java:1004) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1856) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:435) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:133) [jsf-impl-2.2.5-jbossorg-3.jar:] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219) [jsf-impl-2.2.5-jbossorg-3.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:647) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > {code} > The issue is reproducible by [ITStaticTab|https://github.com/richfaces/richfaces/blob/0733e3d0d76ca7dfbe66e2a85f225284a1650e07/components/rich/src/test/integration/org/richfaces/component/tabPanel/ITStaticTab.java#L174] test -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 18:50:15 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 28 May 2014 18:50:15 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13278) Add support for a 'header' meta-component to the rich:tabPanel In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13278?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13278: ------------------------------- Fix Version/s: 4.5.0.Alpha3 > Add support for a 'header' meta-component to the rich:tabPanel > -------------------------------------------------------------- > > Key: RF-13278 > URL: https://issues.jboss.org/browse/RF-13278 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.3.4 > Environment: java 7, > tomcat 7, JBoss AS, > mojarra, myfaces > chrome, firefox > Reporter: Alexey Shakov > Assignee: Brian Leathem > Labels: 45x > Fix For: 4.5.0.Alpha3, 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work: > {code:xml} > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" > xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en"> > > > > > > > > > > > > > > > > > > > > {code} > testBean is a simple session-scoped HashMap. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 18:52:15 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 28 May 2014 18:52:15 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13649) TogglePanel: fails to render meta-component '@header' In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13649?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13649. -------------------------------- Resolution: Done rather it was just the {{TabPanelRenderer}} who's changes were not yet backported. The component and other renderers changes _were_ present. > TogglePanel: fails to render meta-component '@header' > ----------------------------------------------------- > > Key: RF-13649 > URL: https://issues.jboss.org/browse/RF-13649 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.5.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > The issue is here: [{{header != activeItem}}|https://github.com/richfaces/richfaces/blob/0733e3d0d76ca7dfbe66e2a85f225284a1650e07/components/rich/src/main/java/org/richfaces/renderkit/html/TogglePanelRenderer.java#L179] > Server stack trace: > {code} > 09:31:06,859 SEVERE [org.richfaces.log.Context] (default task-12) header: java.lang.IllegalArgumentException: header > at org.richfaces.renderkit.html.TogglePanelRenderer.encodeMetaComponent(TogglePanelRenderer.java:192) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTogglePanel.encodeMetaComponent(AbstractTogglePanel.java:891) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.MetaComponentEncodingVisitCallback.visit(MetaComponentEncodingVisitCallback.java:69) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:103) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.ExtendedRenderVisitContext.invokeVisitCallback(ExtendedRenderVisitContext.java:65) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.ExtendedVisitContext.invokeMetaComponentVisitCallback(ExtendedVisitContext.java:76) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTabPanel.visitMetaComponents(AbstractTabPanel.java:150) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTogglePanel.visitTree(AbstractTogglePanel.java:915) [richfaces.jar:4.5.0-SNAPSHOT] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIForm.visitTree(UIForm.java:371) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.context.PartialViewContextImpl.processComponents(PartialViewContextImpl.java:406) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.context.PartialViewContextImpl.processPartial(PartialViewContextImpl.java:325) [jsf-impl-2.2.5-jbossorg-3.jar:] > at org.richfaces.context.ExtendedPartialViewContext.processPartial(ExtendedPartialViewContext.java:254) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at javax.faces.component.UIViewRoot.encodeChildren(UIViewRoot.java:1004) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1856) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:435) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:133) [jsf-impl-2.2.5-jbossorg-3.jar:] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219) [jsf-impl-2.2.5-jbossorg-3.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:647) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > {code} > The issue is reproducible by [ITStaticTab|https://github.com/richfaces/richfaces/blob/0733e3d0d76ca7dfbe66e2a85f225284a1650e07/components/rich/src/test/integration/org/richfaces/component/tabPanel/ITStaticTab.java#L174] test -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Wed May 28 18:52:15 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 28 May 2014 18:52:15 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13649) TogglePanel: fails to render meta-component '@header' In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971456#comment-12971456 ] Brian Leathem edited comment on RF-13649 at 5/28/14 6:50 PM: ------------------------------------------------------------- Rather it was just the {{TabPanelRenderer}} who's changes were not yet backported. The component and other renderers changes _were_ present. was (Author: bleathem): rather it was just the {{TabPanelRenderer}} who's changes were not yet backported. The component and other renderers changes _were_ present. > TogglePanel: fails to render meta-component '@header' > ----------------------------------------------------- > > Key: RF-13649 > URL: https://issues.jboss.org/browse/RF-13649 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.5.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > The issue is here: [{{header != activeItem}}|https://github.com/richfaces/richfaces/blob/0733e3d0d76ca7dfbe66e2a85f225284a1650e07/components/rich/src/main/java/org/richfaces/renderkit/html/TogglePanelRenderer.java#L179] > Server stack trace: > {code} > 09:31:06,859 SEVERE [org.richfaces.log.Context] (default task-12) header: java.lang.IllegalArgumentException: header > at org.richfaces.renderkit.html.TogglePanelRenderer.encodeMetaComponent(TogglePanelRenderer.java:192) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTogglePanel.encodeMetaComponent(AbstractTogglePanel.java:891) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.MetaComponentEncodingVisitCallback.visit(MetaComponentEncodingVisitCallback.java:69) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:103) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.ExtendedRenderVisitContext.invokeVisitCallback(ExtendedRenderVisitContext.java:65) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.context.ExtendedVisitContext.invokeMetaComponentVisitCallback(ExtendedVisitContext.java:76) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTabPanel.visitMetaComponents(AbstractTabPanel.java:150) [richfaces.jar:4.5.0-SNAPSHOT] > at org.richfaces.component.AbstractTogglePanel.visitTree(AbstractTogglePanel.java:915) [richfaces.jar:4.5.0-SNAPSHOT] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIForm.visitTree(UIForm.java:371) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.context.PartialViewContextImpl.processComponents(PartialViewContextImpl.java:406) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.context.PartialViewContextImpl.processPartial(PartialViewContextImpl.java:325) [jsf-impl-2.2.5-jbossorg-3.jar:] > at org.richfaces.context.ExtendedPartialViewContext.processPartial(ExtendedPartialViewContext.java:254) [richfaces-core-4.5.0-SNAPSHOT.jar:4.5.0-SNAPSHOT] > at javax.faces.component.UIViewRoot.encodeChildren(UIViewRoot.java:1004) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1856) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:435) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:133) [jsf-impl-2.2.5-jbossorg-3.jar:] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.5-jbossorg-3.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219) [jsf-impl-2.2.5-jbossorg-3.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:647) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > {code} > The issue is reproducible by [ITStaticTab|https://github.com/richfaces/richfaces/blob/0733e3d0d76ca7dfbe66e2a85f225284a1650e07/components/rich/src/test/integration/org/richfaces/component/tabPanel/ITStaticTab.java#L174] test -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 02:01:16 2014 From: issues at jboss.org (Tony Cramer (JIRA)) Date: Thu, 29 May 2014 02:01:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13648) Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13648?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971472#comment-12971472 ] Tony Cramer commented on RF-13648: ---------------------------------- Here is a change in Tomcat 8.0.8 which causes this issue: https://issues.apache.org/bugzilla/show_bug.cgi?id=56522 I think JSF/Richfaces will have to be fixed to accommodate this standard behavior of EL. > Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored > -------------------------------------------------------------------------- > > Key: RF-13648 > URL: https://issues.jboss.org/browse/RF-13648 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.7 > Environment: Tomcat 8.0.8, OpenJDK 7, OpenSuse 13.1 x64 > Reporter: Tony Cramer > Assignee: Pavol Pitonak > > javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. > Some debugging info: > Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). > Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. > This causes validation to not pass. > Something has changed in jasper-el in Tomcat 8.0.8 which I updated recently from 8.0.5. If I replace jasper-el.jar from Tomcat 8.0.5, everything works. > Tomcat bug or RF bug? -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 02:01:17 2014 From: issues at jboss.org (Tony Cramer (JIRA)) Date: Thu, 29 May 2014 02:01:17 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13648) Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tony Cramer updated RF-13648: ----------------------------- Description: javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. Some debugging info: Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. This causes validation to not pass. Something has changed in jasper-el in Tomcat 8.0.8 which I updated recently from 8.0.5. If I replace jasper-el.jar from Tomcat 8.0.5, everything works. Tomcat bug or RF bug? Edit: It's JSF/RF's issue, Tomcat EL has changed to comply EL spec. was: javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. Some debugging info: Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. This causes validation to not pass. Something has changed in jasper-el in Tomcat 8.0.8 which I updated recently from 8.0.5. If I replace jasper-el.jar from Tomcat 8.0.5, everything works. Tomcat bug or RF bug? > Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored > -------------------------------------------------------------------------- > > Key: RF-13648 > URL: https://issues.jboss.org/browse/RF-13648 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.7 > Environment: Tomcat 8.0.8, OpenJDK 7, OpenSuse 13.1 x64 > Reporter: Tony Cramer > Assignee: Pavol Pitonak > > javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. > Some debugging info: > Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). > Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. > This causes validation to not pass. > Something has changed in jasper-el in Tomcat 8.0.8 which I updated recently from 8.0.5. If I replace jasper-el.jar from Tomcat 8.0.5, everything works. > Tomcat bug or RF bug? > Edit: > It's JSF/RF's issue, Tomcat EL has changed to comply EL spec. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 02:03:15 2014 From: issues at jboss.org (Tony Cramer (JIRA)) Date: Thu, 29 May 2014 02:03:15 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13648) Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tony Cramer updated RF-13648: ----------------------------- Description: javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. Some debugging info: Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. This causes validation to not pass. Something has changed in jasper-el in Tomcat 8.0.8 which I updated recently from 8.0.5. If I replace jasper-el.jar from Tomcat 8.0.5, everything works. Tomcat bug or RF bug? Edit: It's definitely JSF/RF's issue. Tomcat EL has changed to meet EL spec. https://issues.apache.org/bugzilla/show_bug.cgi?id=56522 was: javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. Some debugging info: Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. This causes validation to not pass. Something has changed in jasper-el in Tomcat 8.0.8 which I updated recently from 8.0.5. If I replace jasper-el.jar from Tomcat 8.0.5, everything works. Tomcat bug or RF bug? Edit: It's JSF/RF's issue, Tomcat EL has changed to comply EL spec. > Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored > -------------------------------------------------------------------------- > > Key: RF-13648 > URL: https://issues.jboss.org/browse/RF-13648 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.7 > Environment: Tomcat 8.0.8, OpenJDK 7, OpenSuse 13.1 x64 > Reporter: Tony Cramer > Assignee: Pavol Pitonak > > javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. > Some debugging info: > Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). > Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. > This causes validation to not pass. > Something has changed in jasper-el in Tomcat 8.0.8 which I updated recently from 8.0.5. If I replace jasper-el.jar from Tomcat 8.0.5, everything works. > Tomcat bug or RF bug? > Edit: > It's definitely JSF/RF's issue. Tomcat EL has changed to meet EL spec. > https://issues.apache.org/bugzilla/show_bug.cgi?id=56522 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 03:09:16 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Thu, 29 May 2014 03:09:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12132) Richfaces queue not cleared after js error in oncomplete attribute In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12132?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971483#comment-12971483 ] Ji?? ?tefek commented on RF-12132: ---------------------------------- Verified with RF 4.3. Leaving opened for verification with RF 5 and 4.5. > Richfaces queue not cleared after js error in oncomplete attribute > ------------------------------------------------------------------ > > Key: RF-12132 > URL: https://issues.jboss.org/browse/RF-12132 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.2.0.Final, 4.3.7 > Environment: Myfaces 2.1.6 > Tomcat 6.0.35 > Reporter: Michael Heinen > Assignee: Michal Petrov > Labels: gss > Fix For: 4.3.8 > > > Richfaces queue not cleared after js-error in oncomplete attribute > Submit a with oncomplete="myNotExistingFuncrtion();" > The ajax response arrives but the queue is not cleaned up after this due to the javascript error > Starting from now no further ajax requests are possible because richfaces waits for previous submit results. > Sample from the richfaces log: > {code} > debug[17:10:10.587]: New request added to queue. Queue requestGroupingId changed to j_id_5:j_id_b > debug[17:10:10.615]: Queue will wait 0ms before submit > debug[17:10:10.644]: richfaces.queue: will submit request NOW > info [17:10:10.671]: Received 'begin' event from > info [17:10:10.707]: Received 'beforedomupdate' event from > debug[17:10:10.729]: Server returned responseText: Content List: []]]>myNotExistingFuncrtion();; > info [17:10:10.758]: Listing content of response changes element: > Element update for id=j_id_5:details > Content List: []]]> > Element update for id=javax.faces.ViewState > > Element extension for id=org.richfaces.extension > myNotExistingFuncrtion();; > debug[17:10:19.143]: New request added to queue. Queue requestGroupingId changed to j_id_5:j_id_a > debug[17:10:19.171]: Queue will wait 0ms before submit > debug[17:10:19.201]: richfaces.queue: Waiting for previous submit results > {code} > A request without javascript error ends with: > {code} > debug[17:20:22.033]: richfaces.queue: ajax submit successfull > debug[17:20:22.075]: richfaces.queue: Nothing to submit > info [17:20:22.117]: Received 'success' event from > info [17:20:22.155]: Received 'complete' event from > {code} > I expect that the queue is cleaned up independent of javascript errors during oncomplete. > Otherwise applications are not useable anymore. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 03:19:16 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Thu, 29 May 2014 03:19:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13018) a4j:commandButton wrong actions performed In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13018?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971484#comment-12971484 ] Michal Petrov commented on RF-13018: ------------------------------------ [~bleathem] the fix is in, it was made before the components module was added > a4j:commandButton wrong actions performed > ----------------------------------------- > > Key: RF-13018 > URL: https://issues.jboss.org/browse/RF-13018 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.2.3.Final, 4.3.2 > Environment: Server: Fedora 17, Jboss AS 7.1.1.Final, Jboss EAP 6.1.0.Beta, Java 1.7.0_15 > Browsers: Chrome 26 and Chrome 27 on (Linux & Windows 7), Firefox 20.0 (Linux & Windows 7), IE 9 > Reporter: Rob Hare > Assignee: Michal Petrov > Labels: 45x > Fix For: 5.0.0.Alpha4 > > Attachments: RF-13018.zip > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > When an a4j commponent (a4j:commandButton, a4j:jsFunction) is activated, actions of other a4j:commandButtons on the page with type=button will be fired. > For example, pressing either button in the following code will cause both richBean.function1() and richBean.function2() actions. > {noformat} > > action="#{richBean.function1}" /> > action="#{richBean.function2}" /> > > {noformat} > Note, if one of the a4j:commandButton is marked immediate, then only one action (possibly the wrong action) will be performed and block others. For instance if an a4j:jsFunction action was being triggered, the a4j:commandButton action may occur making appear that the a4j:jsFunction failed. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 03:57:15 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Thu, 29 May 2014 03:57:15 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13648) Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak reassigned RF-13648: ---------------------------------- Assignee: Juraj H?ska (was: Pavol Pitonak) > Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored > -------------------------------------------------------------------------- > > Key: RF-13648 > URL: https://issues.jboss.org/browse/RF-13648 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.7 > Environment: Tomcat 8.0.8, OpenJDK 7, OpenSuse 13.1 x64 > Reporter: Tony Cramer > Assignee: Juraj H?ska > > javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. > Some debugging info: > Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). > Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. > This causes validation to not pass. > Something has changed in jasper-el in Tomcat 8.0.8 which I updated recently from 8.0.5. If I replace jasper-el.jar from Tomcat 8.0.5, everything works. > Tomcat bug or RF bug? > Edit: > It's definitely JSF/RF's issue. Tomcat EL has changed to meet EL spec. > https://issues.apache.org/bugzilla/show_bug.cgi?id=56522 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 09:09:16 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Thu, 29 May 2014 09:09:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13645) contextMenu for extendedDataTable breaks after ajax render of contextMenu In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971630#comment-12971630 ] Juraj H?ska commented on RF-13645: ---------------------------------- Reproduced on this example: https://github.com/jhuska/richfaces-sanbox/tree/RF-13645 Steps to reproduce: # clone, build and deploy example from above mentioned URL. # load http://localhost:8080/richfaces-sanbox/ # Two ways to break the Context menu, *first one* ## invoke context menu in the first panel, first tab on any line ## click on its only item ## see that one more line in the {{extendedDataTable}} is added, however, subsequent {{contextMenu}} invoking does not work. # *Second way* ## in the first panel, switch the {{tabPanel}}, and switch it back ## see that {{contextMenu}} can not be invoked anymore ## Note that adding {{contextMenu}} and {{table}} into the {{render} attribute of {{tab}} does not help. Note, the second panel is just informatory. It shows fixed RF-11973 4.3.5, which fixing seems to cause this issue. [This|https://github.com/richfaces4/components/commit/a0c4535de18dd74fa0965b9c2729734767e2a59f] commit. > contextMenu for extendedDataTable breaks after ajax render of contextMenu > ------------------------------------------------------------------------- > > Key: RF-13645 > URL: https://issues.jboss.org/browse/RF-13645 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.3.5, 4.3.6 > Environment: WIN7 / JBOSS AS 7.1.1 > Reporter: Steffen Michel > Assignee: Juraj H?ska > Priority: Blocker > > Anything that causes an ajax re-render of a contextMenu which is attached to an extendedDataTable causes the contextMenu to subsequently be broken, triggering a JavaScript error instead of displaying the menu. The error seems to be this: > {quote} > Cannot call method 'show' of null in menu-base.js (at line 108 there is a call to this.popup, but popup is null) > {quote} > The reason I need to ajax re-render the context menu is because in my situtation it's held within a tab panel, and if it doesn't get re-rendered then it stops working after switching tabs using ajax mode (though it also breaks if the contextMenu is held outside of the tab panel, so that isn't a potential solution). > > I created a stripped down example of my specific situation, with two extended data tables, each held in a different tab within a tab panel, and one context menu for each table. Changing tabs will cause the context menu to break without it explicitly being called in a render list. The same kind of break occurs if the contextMenu is called as part of any ajax render list: > {code} > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > > > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 1 Item > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 2 Item > > > > > > > {code} > And a simple test bean: > {code} > import org.apache.myfaces.extensions.cdi.core.api.scope.conversation.ViewAccessScoped; > import javax.inject.Named; > import java.io.Serializable; > import java.util.ArrayList;import java.util.List; > @Named > @ViewAccessScoped > public class TestBean implements Serializable { > List items = new ArrayList<>(); > public TestBean() { > items.add("one"); > items.add("two"); > items.add("three"); > } > public void addItem(){ > items.add("another"); > } > public List getItems() { > return items; > } > } > {code} > The above test situation works fine in richfaces 4.3.1, 4.3.2, 4.3.3 and 4.3.4, but breaks when upgraded to 4.3.5.Final. > > > There was a different bug fixed in 4.3.5 which seems highly related to this, but opposite, making me wonder if whatever was done there caused this bug instead (but it's just a guess): RF-11973 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 09:09:17 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Thu, 29 May 2014 09:09:17 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13645) contextMenu for extendedDataTable breaks after ajax render of contextMenu In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971630#comment-12971630 ] Juraj H?ska edited comment on RF-13645 at 5/29/14 9:08 AM: ----------------------------------------------------------- Reproduced on this example: https://github.com/jhuska/richfaces-sanbox/tree/RF-13645 Steps to reproduce: # clone, build and deploy example from above mentioned URL. # load http://localhost:8080/richfaces-sanbox/ # Two ways to break the Context menu, *first one* ## invoke context menu in the first panel, first tab on any line ## click on its only item ## see that one more line in the {{extendedDataTable}} is added, however, subsequent {{contextMenu}} invoking does not work. # *Second way* ## in the first panel, switch the {{tabPanel}}, and switch it back ## see that {{contextMenu}} can not be invoked anymore ## Note that adding {{contextMenu}} and {{table}} ids into the {{render}}} attribute of {{tab}} does not help. Note, the second panel is just informatory. It shows fixed RF-11973 4.3.5, which fixing seems to cause this issue. [This|https://github.com/richfaces4/components/commit/a0c4535de18dd74fa0965b9c2729734767e2a59f] commit. was (Author: jhuska): Reproduced on this example: https://github.com/jhuska/richfaces-sanbox/tree/RF-13645 Steps to reproduce: # clone, build and deploy example from above mentioned URL. # load http://localhost:8080/richfaces-sanbox/ # Two ways to break the Context menu, *first one* ## invoke context menu in the first panel, first tab on any line ## click on its only item ## see that one more line in the {{extendedDataTable}} is added, however, subsequent {{contextMenu}} invoking does not work. # *Second way* ## in the first panel, switch the {{tabPanel}}, and switch it back ## see that {{contextMenu}} can not be invoked anymore ## Note that adding {{contextMenu}} and {{table}} into the {{render} attribute of {{tab}} does not help. Note, the second panel is just informatory. It shows fixed RF-11973 4.3.5, which fixing seems to cause this issue. [This|https://github.com/richfaces4/components/commit/a0c4535de18dd74fa0965b9c2729734767e2a59f] commit. > contextMenu for extendedDataTable breaks after ajax render of contextMenu > ------------------------------------------------------------------------- > > Key: RF-13645 > URL: https://issues.jboss.org/browse/RF-13645 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.3.5, 4.3.6 > Environment: WIN7 / JBOSS AS 7.1.1 > Reporter: Steffen Michel > Assignee: Juraj H?ska > Priority: Blocker > > Anything that causes an ajax re-render of a contextMenu which is attached to an extendedDataTable causes the contextMenu to subsequently be broken, triggering a JavaScript error instead of displaying the menu. The error seems to be this: > {quote} > Cannot call method 'show' of null in menu-base.js (at line 108 there is a call to this.popup, but popup is null) > {quote} > The reason I need to ajax re-render the context menu is because in my situtation it's held within a tab panel, and if it doesn't get re-rendered then it stops working after switching tabs using ajax mode (though it also breaks if the contextMenu is held outside of the tab panel, so that isn't a potential solution). > > I created a stripped down example of my specific situation, with two extended data tables, each held in a different tab within a tab panel, and one context menu for each table. Changing tabs will cause the context menu to break without it explicitly being called in a render list. The same kind of break occurs if the contextMenu is called as part of any ajax render list: > {code} > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > > > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 1 Item > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 2 Item > > > > > > > {code} > And a simple test bean: > {code} > import org.apache.myfaces.extensions.cdi.core.api.scope.conversation.ViewAccessScoped; > import javax.inject.Named; > import java.io.Serializable; > import java.util.ArrayList;import java.util.List; > @Named > @ViewAccessScoped > public class TestBean implements Serializable { > List items = new ArrayList<>(); > public TestBean() { > items.add("one"); > items.add("two"); > items.add("three"); > } > public void addItem(){ > items.add("another"); > } > public List getItems() { > return items; > } > } > {code} > The above test situation works fine in richfaces 4.3.1, 4.3.2, 4.3.3 and 4.3.4, but breaks when upgraded to 4.3.5.Final. > > > There was a different bug fixed in 4.3.5 which seems highly related to this, but opposite, making me wonder if whatever was done there caused this bug instead (but it's just a guess): RF-11973 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 09:09:17 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Thu, 29 May 2014 09:09:17 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13645) contextMenu for extendedDataTable breaks after ajax render of contextMenu In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971630#comment-12971630 ] Juraj H?ska edited comment on RF-13645 at 5/29/14 9:08 AM: ----------------------------------------------------------- Reproduced on this example: https://github.com/jhuska/richfaces-sanbox/tree/RF-13645 Steps to reproduce: # clone, build and deploy example from above mentioned URL. # load http://localhost:8080/richfaces-sanbox/ # Two ways to break the Context menu, *first one* ## invoke context menu in the first panel, first tab on any line ## click on its only item ## see that one more line in the {{extendedDataTable}} is added, however, subsequent {{contextMenu}} invoking does not work. # *Second way* ## in the first panel, switch the {{tabPanel}}, and switch it back ## see that {{contextMenu}} can not be invoked anymore ## Note that adding {{contextMenu}} and {{table}} ids into the {{render}} attribute of {{tab}} does not help. Note, the second panel is just informatory. It shows fixed RF-11973 4.3.5, which fixing seems to cause this issue. [This|https://github.com/richfaces4/components/commit/a0c4535de18dd74fa0965b9c2729734767e2a59f] commit. was (Author: jhuska): Reproduced on this example: https://github.com/jhuska/richfaces-sanbox/tree/RF-13645 Steps to reproduce: # clone, build and deploy example from above mentioned URL. # load http://localhost:8080/richfaces-sanbox/ # Two ways to break the Context menu, *first one* ## invoke context menu in the first panel, first tab on any line ## click on its only item ## see that one more line in the {{extendedDataTable}} is added, however, subsequent {{contextMenu}} invoking does not work. # *Second way* ## in the first panel, switch the {{tabPanel}}, and switch it back ## see that {{contextMenu}} can not be invoked anymore ## Note that adding {{contextMenu}} and {{table}} ids into the {{render}}} attribute of {{tab}} does not help. Note, the second panel is just informatory. It shows fixed RF-11973 4.3.5, which fixing seems to cause this issue. [This|https://github.com/richfaces4/components/commit/a0c4535de18dd74fa0965b9c2729734767e2a59f] commit. > contextMenu for extendedDataTable breaks after ajax render of contextMenu > ------------------------------------------------------------------------- > > Key: RF-13645 > URL: https://issues.jboss.org/browse/RF-13645 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.3.5, 4.3.6 > Environment: WIN7 / JBOSS AS 7.1.1 > Reporter: Steffen Michel > Assignee: Juraj H?ska > Priority: Blocker > > Anything that causes an ajax re-render of a contextMenu which is attached to an extendedDataTable causes the contextMenu to subsequently be broken, triggering a JavaScript error instead of displaying the menu. The error seems to be this: > {quote} > Cannot call method 'show' of null in menu-base.js (at line 108 there is a call to this.popup, but popup is null) > {quote} > The reason I need to ajax re-render the context menu is because in my situtation it's held within a tab panel, and if it doesn't get re-rendered then it stops working after switching tabs using ajax mode (though it also breaks if the contextMenu is held outside of the tab panel, so that isn't a potential solution). > > I created a stripped down example of my specific situation, with two extended data tables, each held in a different tab within a tab panel, and one context menu for each table. Changing tabs will cause the context menu to break without it explicitly being called in a render list. The same kind of break occurs if the contextMenu is called as part of any ajax render list: > {code} > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > > > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 1 Item > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 2 Item > > > > > > > {code} > And a simple test bean: > {code} > import org.apache.myfaces.extensions.cdi.core.api.scope.conversation.ViewAccessScoped; > import javax.inject.Named; > import java.io.Serializable; > import java.util.ArrayList;import java.util.List; > @Named > @ViewAccessScoped > public class TestBean implements Serializable { > List items = new ArrayList<>(); > public TestBean() { > items.add("one"); > items.add("two"); > items.add("three"); > } > public void addItem(){ > items.add("another"); > } > public List getItems() { > return items; > } > } > {code} > The above test situation works fine in richfaces 4.3.1, 4.3.2, 4.3.3 and 4.3.4, but breaks when upgraded to 4.3.5.Final. > > > There was a different bug fixed in 4.3.5 which seems highly related to this, but opposite, making me wonder if whatever was done there caused this bug instead (but it's just a guess): RF-11973 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 09:09:17 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Thu, 29 May 2014 09:09:17 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13645) contextMenu for extendedDataTable breaks after ajax render of contextMenu In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13645?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13645: ----------------------------- Assignee: (was: Juraj H?ska) > contextMenu for extendedDataTable breaks after ajax render of contextMenu > ------------------------------------------------------------------------- > > Key: RF-13645 > URL: https://issues.jboss.org/browse/RF-13645 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.3.5, 4.3.6 > Environment: WIN7 / JBOSS AS 7.1.1 > Reporter: Steffen Michel > Priority: Blocker > > Anything that causes an ajax re-render of a contextMenu which is attached to an extendedDataTable causes the contextMenu to subsequently be broken, triggering a JavaScript error instead of displaying the menu. The error seems to be this: > {quote} > Cannot call method 'show' of null in menu-base.js (at line 108 there is a call to this.popup, but popup is null) > {quote} > The reason I need to ajax re-render the context menu is because in my situtation it's held within a tab panel, and if it doesn't get re-rendered then it stops working after switching tabs using ajax mode (though it also breaks if the contextMenu is held outside of the tab panel, so that isn't a potential solution). > > I created a stripped down example of my specific situation, with two extended data tables, each held in a different tab within a tab panel, and one context menu for each table. Changing tabs will cause the context menu to break without it explicitly being called in a render list. The same kind of break occurs if the contextMenu is called as part of any ajax render list: > {code} > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > > > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 1 Item > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 2 Item > > > > > > > {code} > And a simple test bean: > {code} > import org.apache.myfaces.extensions.cdi.core.api.scope.conversation.ViewAccessScoped; > import javax.inject.Named; > import java.io.Serializable; > import java.util.ArrayList;import java.util.List; > @Named > @ViewAccessScoped > public class TestBean implements Serializable { > List items = new ArrayList<>(); > public TestBean() { > items.add("one"); > items.add("two"); > items.add("three"); > } > public void addItem(){ > items.add("another"); > } > public List getItems() { > return items; > } > } > {code} > The above test situation works fine in richfaces 4.3.1, 4.3.2, 4.3.3 and 4.3.4, but breaks when upgraded to 4.3.5.Final. > > > There was a different bug fixed in 4.3.5 which seems highly related to this, but opposite, making me wonder if whatever was done there caused this bug instead (but it's just a guess): RF-11973 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 09:11:16 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Thu, 29 May 2014 09:11:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13645) contextMenu for extendedDataTable breaks after ajax render of contextMenu In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13645?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13645: ----------------------------- Labels: regression (was: ) > contextMenu for extendedDataTable breaks after ajax render of contextMenu > ------------------------------------------------------------------------- > > Key: RF-13645 > URL: https://issues.jboss.org/browse/RF-13645 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.3.5, 4.3.6 > Environment: WIN7 / JBOSS AS 7.1.1 > Reporter: Steffen Michel > Priority: Blocker > Labels: regression > > Anything that causes an ajax re-render of a contextMenu which is attached to an extendedDataTable causes the contextMenu to subsequently be broken, triggering a JavaScript error instead of displaying the menu. The error seems to be this: > {quote} > Cannot call method 'show' of null in menu-base.js (at line 108 there is a call to this.popup, but popup is null) > {quote} > The reason I need to ajax re-render the context menu is because in my situtation it's held within a tab panel, and if it doesn't get re-rendered then it stops working after switching tabs using ajax mode (though it also breaks if the contextMenu is held outside of the tab panel, so that isn't a potential solution). > > I created a stripped down example of my specific situation, with two extended data tables, each held in a different tab within a tab panel, and one context menu for each table. Changing tabs will cause the context menu to break without it explicitly being called in a render list. The same kind of break occurs if the contextMenu is called as part of any ajax render list: > {code} > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > > > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 1 Item > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 2 Item > > > > > > > {code} > And a simple test bean: > {code} > import org.apache.myfaces.extensions.cdi.core.api.scope.conversation.ViewAccessScoped; > import javax.inject.Named; > import java.io.Serializable; > import java.util.ArrayList;import java.util.List; > @Named > @ViewAccessScoped > public class TestBean implements Serializable { > List items = new ArrayList<>(); > public TestBean() { > items.add("one"); > items.add("two"); > items.add("three"); > } > public void addItem(){ > items.add("another"); > } > public List getItems() { > return items; > } > } > {code} > The above test situation works fine in richfaces 4.3.1, 4.3.2, 4.3.3 and 4.3.4, but breaks when upgraded to 4.3.5.Final. > > > There was a different bug fixed in 4.3.5 which seems highly related to this, but opposite, making me wonder if whatever was done there caused this bug instead (but it's just a guess): RF-11973 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 09:11:17 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Thu, 29 May 2014 09:11:17 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13645) contextMenu for extendedDataTable breaks after ajax render of contextMenu In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971631#comment-12971631 ] Juraj H?ska commented on RF-13645: ---------------------------------- Labeling as regression. Note that I have reproduced it with Mojarra (the original issues seems to use MyFaces). > contextMenu for extendedDataTable breaks after ajax render of contextMenu > ------------------------------------------------------------------------- > > Key: RF-13645 > URL: https://issues.jboss.org/browse/RF-13645 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.3.5, 4.3.6 > Environment: WIN7 / JBOSS AS 7.1.1 > Reporter: Steffen Michel > Priority: Blocker > Labels: regression > > Anything that causes an ajax re-render of a contextMenu which is attached to an extendedDataTable causes the contextMenu to subsequently be broken, triggering a JavaScript error instead of displaying the menu. The error seems to be this: > {quote} > Cannot call method 'show' of null in menu-base.js (at line 108 there is a call to this.popup, but popup is null) > {quote} > The reason I need to ajax re-render the context menu is because in my situtation it's held within a tab panel, and if it doesn't get re-rendered then it stops working after switching tabs using ajax mode (though it also breaks if the contextMenu is held outside of the tab panel, so that isn't a potential solution). > > I created a stripped down example of my specific situation, with two extended data tables, each held in a different tab within a tab panel, and one context menu for each table. Changing tabs will cause the context menu to break without it explicitly being called in a render list. The same kind of break occurs if the contextMenu is called as part of any ajax render list: > {code} > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > > > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 1 Item > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 2 Item > > > > > > > {code} > And a simple test bean: > {code} > import org.apache.myfaces.extensions.cdi.core.api.scope.conversation.ViewAccessScoped; > import javax.inject.Named; > import java.io.Serializable; > import java.util.ArrayList;import java.util.List; > @Named > @ViewAccessScoped > public class TestBean implements Serializable { > List items = new ArrayList<>(); > public TestBean() { > items.add("one"); > items.add("two"); > items.add("three"); > } > public void addItem(){ > items.add("another"); > } > public List getItems() { > return items; > } > } > {code} > The above test situation works fine in richfaces 4.3.1, 4.3.2, 4.3.3 and 4.3.4, but breaks when upgraded to 4.3.5.Final. > > > There was a different bug fixed in 4.3.5 which seems highly related to this, but opposite, making me wonder if whatever was done there caused this bug instead (but it's just a guess): RF-11973 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 10:21:17 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Thu, 29 May 2014 10:21:17 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13018) a4j:commandButton wrong actions performed In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13018?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov updated RF-13018: ------------------------------- Fix Version/s: 4.5.0.Alpha3 > a4j:commandButton wrong actions performed > ----------------------------------------- > > Key: RF-13018 > URL: https://issues.jboss.org/browse/RF-13018 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.2.3.Final, 4.3.2 > Environment: Server: Fedora 17, Jboss AS 7.1.1.Final, Jboss EAP 6.1.0.Beta, Java 1.7.0_15 > Browsers: Chrome 26 and Chrome 27 on (Linux & Windows 7), Firefox 20.0 (Linux & Windows 7), IE 9 > Reporter: Rob Hare > Assignee: Michal Petrov > Labels: 45x > Fix For: 4.5.0.Alpha3, 5.0.0.Alpha4 > > Attachments: RF-13018.zip > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > When an a4j commponent (a4j:commandButton, a4j:jsFunction) is activated, actions of other a4j:commandButtons on the page with type=button will be fired. > For example, pressing either button in the following code will cause both richBean.function1() and richBean.function2() actions. > {noformat} > > action="#{richBean.function1}" /> > action="#{richBean.function2}" /> > > {noformat} > Note, if one of the a4j:commandButton is marked immediate, then only one action (possibly the wrong action) will be performed and block others. For instance if an a4j:jsFunction action was being triggered, the a4j:commandButton action may occur making appear that the a4j:jsFunction failed. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 10:25:16 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 29 May 2014 10:25:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13651) Integration tests failing in chrome In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13651: ------------------------------- Fix Version/s: 4.5.0.Alpha3 > Integration tests failing in chrome > ----------------------------------- > > Key: RF-13651 > URL: https://issues.jboss.org/browse/RF-13651 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: tests - functional > Reporter: Brian Leathem > Assignee: Pavol Pitonak > Fix For: 4.5.0.Alpha3 > > > The framework tests pass in phantomjs but some fail in chrome. > Resolution of this issue involves running and stabilizing the tests in all supported browsers. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 10:25:17 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Thu, 29 May 2014 10:25:17 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13646) Fix resource optimization In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13646?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov updated RF-13646: ------------------------------- Description: # There are some resource files that are not being generated (e.g. gradientA.png). It's either a generation or optimization issue. # -The optimization settings need to be updated, core files are currently not being packed (legacy of RF 4.5/RF 5 source collision avoidance)- was: # There are some resource files that are not being generated (e.g. gradientA.png). It's either a generation or optimization issue. # The optimization settings need to be updated, core files are currently not being packed (legacy of RF 4.5/RF 5 source collision avoidance) > Fix resource optimization > ------------------------- > > Key: RF-13646 > URL: https://issues.jboss.org/browse/RF-13646 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.5.0.Alpha3 > Reporter: Michal Petrov > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > # There are some resource files that are not being generated (e.g. gradientA.png). It's either a generation or optimization issue. > # -The optimization settings need to be updated, core files are currently not being packed (legacy of RF 4.5/RF 5 source collision avoidance)- -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 10:25:20 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Thu, 29 May 2014 10:25:20 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-12132) Richfaces queue not cleared after js error in oncomplete attribute In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov updated RF-12132: ------------------------------- Fix Version/s: 4.5.0.Alpha3 5.0.0.Alpha4 > Richfaces queue not cleared after js error in oncomplete attribute > ------------------------------------------------------------------ > > Key: RF-12132 > URL: https://issues.jboss.org/browse/RF-12132 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.2.0.Final, 4.3.7 > Environment: Myfaces 2.1.6 > Tomcat 6.0.35 > Reporter: Michael Heinen > Assignee: Michal Petrov > Labels: gss > Fix For: 4.3.8, 4.5.0.Alpha3, 5.0.0.Alpha4 > > > Richfaces queue not cleared after js-error in oncomplete attribute > Submit a with oncomplete="myNotExistingFuncrtion();" > The ajax response arrives but the queue is not cleaned up after this due to the javascript error > Starting from now no further ajax requests are possible because richfaces waits for previous submit results. > Sample from the richfaces log: > {code} > debug[17:10:10.587]: New request added to queue. Queue requestGroupingId changed to j_id_5:j_id_b > debug[17:10:10.615]: Queue will wait 0ms before submit > debug[17:10:10.644]: richfaces.queue: will submit request NOW > info [17:10:10.671]: Received 'begin' event from > info [17:10:10.707]: Received 'beforedomupdate' event from > debug[17:10:10.729]: Server returned responseText: Content List: []]]>myNotExistingFuncrtion();; > info [17:10:10.758]: Listing content of response changes element: > Element update for id=j_id_5:details > Content List: []]]> > Element update for id=javax.faces.ViewState > > Element extension for id=org.richfaces.extension > myNotExistingFuncrtion();; > debug[17:10:19.143]: New request added to queue. Queue requestGroupingId changed to j_id_5:j_id_a > debug[17:10:19.171]: Queue will wait 0ms before submit > debug[17:10:19.201]: richfaces.queue: Waiting for previous submit results > {code} > A request without javascript error ends with: > {code} > debug[17:20:22.033]: richfaces.queue: ajax submit successfull > debug[17:20:22.075]: richfaces.queue: Nothing to submit > info [17:20:22.117]: Received 'success' event from > info [17:20:22.155]: Received 'complete' event from > {code} > I expect that the queue is cleaned up independent of javascript errors during oncomplete. > Otherwise applications are not useable anymore. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 11:35:17 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 29 May 2014 11:35:17 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13645) contextMenu for extendedDataTable breaks after ajax render of contextMenu In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13645?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13645: ------------------------------- Priority: Major (was: Blocker) > contextMenu for extendedDataTable breaks after ajax render of contextMenu > ------------------------------------------------------------------------- > > Key: RF-13645 > URL: https://issues.jboss.org/browse/RF-13645 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.3.5, 4.3.6 > Environment: WIN7 / JBOSS AS 7.1.1 > Reporter: Steffen Michel > Labels: regression > > Anything that causes an ajax re-render of a contextMenu which is attached to an extendedDataTable causes the contextMenu to subsequently be broken, triggering a JavaScript error instead of displaying the menu. The error seems to be this: > {quote} > Cannot call method 'show' of null in menu-base.js (at line 108 there is a call to this.popup, but popup is null) > {quote} > The reason I need to ajax re-render the context menu is because in my situtation it's held within a tab panel, and if it doesn't get re-rendered then it stops working after switching tabs using ajax mode (though it also breaks if the contextMenu is held outside of the tab panel, so that isn't a potential solution). > > I created a stripped down example of my specific situation, with two extended data tables, each held in a different tab within a tab panel, and one context menu for each table. Changing tabs will cause the context menu to break without it explicitly being called in a render list. The same kind of break occurs if the contextMenu is called as part of any ajax render list: > {code} > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > > > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 1 Item > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 2 Item > > > > > > > {code} > And a simple test bean: > {code} > import org.apache.myfaces.extensions.cdi.core.api.scope.conversation.ViewAccessScoped; > import javax.inject.Named; > import java.io.Serializable; > import java.util.ArrayList;import java.util.List; > @Named > @ViewAccessScoped > public class TestBean implements Serializable { > List items = new ArrayList<>(); > public TestBean() { > items.add("one"); > items.add("two"); > items.add("three"); > } > public void addItem(){ > items.add("another"); > } > public List getItems() { > return items; > } > } > {code} > The above test situation works fine in richfaces 4.3.1, 4.3.2, 4.3.3 and 4.3.4, but breaks when upgraded to 4.3.5.Final. > > > There was a different bug fixed in 4.3.5 which seems highly related to this, but opposite, making me wonder if whatever was done there caused this bug instead (but it's just a guess): RF-11973 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 11:35:18 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 29 May 2014 11:35:18 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13645) contextMenu for extendedDataTable breaks after ajax render of contextMenu In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13645?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13645: ------------------------------- Fix Version/s: 4.3.8 > contextMenu for extendedDataTable breaks after ajax render of contextMenu > ------------------------------------------------------------------------- > > Key: RF-13645 > URL: https://issues.jboss.org/browse/RF-13645 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.3.5, 4.3.6 > Environment: WIN7 / JBOSS AS 7.1.1 > Reporter: Steffen Michel > Labels: regression > Fix For: 4.3.8 > > > Anything that causes an ajax re-render of a contextMenu which is attached to an extendedDataTable causes the contextMenu to subsequently be broken, triggering a JavaScript error instead of displaying the menu. The error seems to be this: > {quote} > Cannot call method 'show' of null in menu-base.js (at line 108 there is a call to this.popup, but popup is null) > {quote} > The reason I need to ajax re-render the context menu is because in my situtation it's held within a tab panel, and if it doesn't get re-rendered then it stops working after switching tabs using ajax mode (though it also breaks if the contextMenu is held outside of the tab panel, so that isn't a potential solution). > > I created a stripped down example of my specific situation, with two extended data tables, each held in a different tab within a tab panel, and one context menu for each table. Changing tabs will cause the context menu to break without it explicitly being called in a render list. The same kind of break occurs if the contextMenu is called as part of any ajax render list: > {code} > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > > > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 1 Item > > > > > > > > > > actionListener="#{testBean.addItem}">Context Menu 2 Item > > > > > > > {code} > And a simple test bean: > {code} > import org.apache.myfaces.extensions.cdi.core.api.scope.conversation.ViewAccessScoped; > import javax.inject.Named; > import java.io.Serializable; > import java.util.ArrayList;import java.util.List; > @Named > @ViewAccessScoped > public class TestBean implements Serializable { > List items = new ArrayList<>(); > public TestBean() { > items.add("one"); > items.add("two"); > items.add("three"); > } > public void addItem(){ > items.add("another"); > } > public List getItems() { > return items; > } > } > {code} > The above test situation works fine in richfaces 4.3.1, 4.3.2, 4.3.3 and 4.3.4, but breaks when upgraded to 4.3.5.Final. > > > There was a different bug fixed in 4.3.5 which seems highly related to this, but opposite, making me wonder if whatever was done there caused this bug instead (but it's just a guess): RF-11973 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 12:05:16 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 29 May 2014 12:05:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13648) Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13648: ------------------------------- Description: {{javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL}} is ignored during Graph validating. Some debugging info: Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. This causes validation to not pass. Something has changed in _jasper-el_ in Tomcat 8.0.8 which I updated recently from 8.0.5. If I replace _jasper-el.jar_ from Tomcat 8.0.5, everything works. Tomcat bug or RF bug? Edit: It's definitely JSF/RF's issue. Tomcat EL has changed to meet EL spec. https://issues.apache.org/bugzilla/show_bug.cgi?id=56522 was: javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL is ignored during Graph validating. Some debugging info: Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. This causes validation to not pass. Something has changed in jasper-el in Tomcat 8.0.8 which I updated recently from 8.0.5. If I replace jasper-el.jar from Tomcat 8.0.5, everything works. Tomcat bug or RF bug? Edit: It's definitely JSF/RF's issue. Tomcat EL has changed to meet EL spec. https://issues.apache.org/bugzilla/show_bug.cgi?id=56522 > Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored > -------------------------------------------------------------------------- > > Key: RF-13648 > URL: https://issues.jboss.org/browse/RF-13648 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.7 > Environment: Tomcat 8.0.8, OpenJDK 7, OpenSuse 13.1 x64 > Reporter: Tony Cramer > Assignee: Juraj H?ska > > {{javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL}} is ignored during Graph validating. > Some debugging info: > Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). > Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. > This causes validation to not pass. > Something has changed in _jasper-el_ in Tomcat 8.0.8 which I updated recently from 8.0.5. If I replace _jasper-el.jar_ from Tomcat 8.0.5, everything works. > Tomcat bug or RF bug? > Edit: > It's definitely JSF/RF's issue. Tomcat EL has changed to meet EL spec. > https://issues.apache.org/bugzilla/show_bug.cgi?id=56522 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 12:07:16 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 29 May 2014 12:07:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13648) Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13648?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971749#comment-12971749 ] Brian Leathem commented on RF-13648: ------------------------------------ thanks for digging in [~tony.cramer]. Any chance you want to formulate a Pull Request for RichFaces addressing the required behaviour change? > Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored > -------------------------------------------------------------------------- > > Key: RF-13648 > URL: https://issues.jboss.org/browse/RF-13648 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.7 > Environment: Tomcat 8.0.8, OpenJDK 7, OpenSuse 13.1 x64 > Reporter: Tony Cramer > Assignee: Juraj H?ska > > {{javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL}} is ignored during Graph validating. > Some debugging info: > Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). > Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. > This causes validation to not pass. > Something has changed in _jasper-el_ in Tomcat 8.0.8 which I updated recently from 8.0.5. If I replace _jasper-el.jar_ from Tomcat 8.0.5, everything works. > Tomcat bug or RF bug? > Edit: > It's definitely JSF/RF's issue. Tomcat EL has changed to meet EL spec. > https://issues.apache.org/bugzilla/show_bug.cgi?id=56522 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 12:07:16 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 29 May 2014 12:07:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13648) Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13648?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971749#comment-12971749 ] Brian Leathem edited comment on RF-13648 at 5/29/14 12:05 PM: -------------------------------------------------------------- Thanks for digging in [~tony.cramer]. Any chance you want to formulate a Pull Request for RichFaces addressing the required behaviour change? was (Author: bleathem): thanks for digging in [~tony.cramer]. Any chance you want to formulate a Pull Request for RichFaces addressing the required behaviour change? > Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored > -------------------------------------------------------------------------- > > Key: RF-13648 > URL: https://issues.jboss.org/browse/RF-13648 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.7 > Environment: Tomcat 8.0.8, OpenJDK 7, OpenSuse 13.1 x64 > Reporter: Tony Cramer > Assignee: Juraj H?ska > > {{javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL}} is ignored during Graph validating. > Some debugging info: > Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). > Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. > This causes validation to not pass. > Something has changed in _jasper-el_ in Tomcat 8.0.8 which I updated recently from 8.0.5. If I replace _jasper-el.jar_ from Tomcat 8.0.5, everything works. > Tomcat bug or RF bug? > Edit: > It's definitely JSF/RF's issue. Tomcat EL has changed to meet EL spec. > https://issues.apache.org/bugzilla/show_bug.cgi?id=56522 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 12:07:16 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 29 May 2014 12:07:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13652) Forward port the 4.3.7 fixes into the 4.5.x branch In-Reply-To: References: Message-ID: Brian Leathem created RF-13652: ---------------------------------- Summary: Forward port the 4.3.7 fixes into the 4.5.x branch Key: RF-13652 URL: https://issues.jboss.org/browse/RF-13652 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Reporter: Brian Leathem Assignee: Brian Leathem Fix For: 4.5.0.Alpha3 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 14:33:15 2014 From: issues at jboss.org (santhosh siravuri (JIRA)) Date: Thu, 29 May 2014 14:33:15 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13647) File Download throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971773#comment-12971773 ] santhosh siravuri commented on RF-13647: ---------------------------------------- Ok, After testing it some more, I could reproduce the issue. It is being caused by a4j:commandButton with type="button" anywhere in the page. In the attached project edit index.xhtml and add a line and it throws the above mentioned exception. {code} h:commandLink: {code} Basically if you have a commandButton with type anything other than submit, it fails. It happens only with RF 4.3.6 and 4.3.7. on 4.3.5 it works fine. > File Download throws exception > ------------------------------ > > Key: RF-13647 > URL: https://issues.jboss.org/browse/RF-13647 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Environment: Richfaces 4.3.6 Final. > Mojarra - 2.1.28 > Weblogic 12.1.2 > Windows 7 > Reporter: santhosh siravuri > Assignee: Ji?? ?tefek > Priority: Critical > Labels: waiting_on_user > Attachments: RF-13647.zip > > > File download action throws below exception. > {code} > ]] Root cause of ServletException. > java.lang.NullPointerException > at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) > at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) > at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) > at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) > at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) > Truncated. see log file for complete stacktrace > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 14:43:16 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 29 May 2014 14:43:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13647) File Download throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971774#comment-12971774 ] Brian Leathem commented on RF-13647: ------------------------------------ Interesting. Thanks for digging in [~santoshvarma]. This issue is likely caused by RF-13018 (backported to RF 4.3.6 in RF-13559). [~michpetrov] can you investigate? Re-open RF-13018 is required (but please do not re-open RF-13559). > File Download throws exception > ------------------------------ > > Key: RF-13647 > URL: https://issues.jboss.org/browse/RF-13647 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Environment: Richfaces 4.3.6 Final. > Mojarra - 2.1.28 > Weblogic 12.1.2 > Windows 7 > Reporter: santhosh siravuri > Assignee: Ji?? ?tefek > Priority: Critical > Labels: waiting_on_user > Fix For: 4.3.8 > > Attachments: RF-13647.zip > > > File download action throws below exception. > {code} > ]] Root cause of ServletException. > java.lang.NullPointerException > at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) > at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) > at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) > at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) > at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) > Truncated. see log file for complete stacktrace > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 14:43:16 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 29 May 2014 14:43:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13647) File Download throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13647?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13647: ------------------------------- Fix Version/s: 4.3.8 > File Download throws exception > ------------------------------ > > Key: RF-13647 > URL: https://issues.jboss.org/browse/RF-13647 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Environment: Richfaces 4.3.6 Final. > Mojarra - 2.1.28 > Weblogic 12.1.2 > Windows 7 > Reporter: santhosh siravuri > Assignee: Ji?? ?tefek > Priority: Critical > Labels: waiting_on_user > Fix For: 4.3.8 > > Attachments: RF-13647.zip > > > File download action throws below exception. > {code} > ]] Root cause of ServletException. > java.lang.NullPointerException > at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) > at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) > at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) > at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) > at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) > Truncated. see log file for complete stacktrace > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 14:43:16 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 29 May 2014 14:43:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13647) File Download throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971775#comment-12971775 ] Brian Leathem commented on RF-13647: ------------------------------------ [~jstefek]: QE confirmation would still be appreciated. > File Download throws exception > ------------------------------ > > Key: RF-13647 > URL: https://issues.jboss.org/browse/RF-13647 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Environment: Richfaces 4.3.6 Final. > Mojarra - 2.1.28 > Weblogic 12.1.2 > Windows 7 > Reporter: santhosh siravuri > Assignee: Ji?? ?tefek > Priority: Critical > Labels: waiting_on_user > Fix For: 4.3.8 > > Attachments: RF-13647.zip > > > File download action throws below exception. > {code} > ]] Root cause of ServletException. > java.lang.NullPointerException > at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) > at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) > at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) > at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) > at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) > Truncated. see log file for complete stacktrace > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 14:43:16 2014 From: issues at jboss.org (santhosh siravuri (JIRA)) Date: Thu, 29 May 2014 14:43:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13647) File Download throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971776#comment-12971776 ] santhosh siravuri commented on RF-13647: ---------------------------------------- Looking at the Release notes of 4.3.6, I wonder if it is because of the change done to RF-13018/RF-13559 > File Download throws exception > ------------------------------ > > Key: RF-13647 > URL: https://issues.jboss.org/browse/RF-13647 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Environment: Richfaces 4.3.6 Final. > Mojarra - 2.1.28 > Weblogic 12.1.2 > Windows 7 > Reporter: santhosh siravuri > Assignee: Ji?? ?tefek > Priority: Critical > Labels: waiting_on_user > Fix For: 4.3.8 > > Attachments: RF-13647.zip > > > File download action throws below exception. > {code} > ]] Root cause of ServletException. > java.lang.NullPointerException > at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) > at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) > at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) > at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) > at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) > Truncated. see log file for complete stacktrace > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 14:43:17 2014 From: issues at jboss.org (santhosh siravuri (JIRA)) Date: Thu, 29 May 2014 14:43:17 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13647) File Download throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971777#comment-12971777 ] santhosh siravuri commented on RF-13647: ---------------------------------------- Thank you. Appreciate the quick response. > File Download throws exception > ------------------------------ > > Key: RF-13647 > URL: https://issues.jboss.org/browse/RF-13647 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Environment: Richfaces 4.3.6 Final. > Mojarra - 2.1.28 > Weblogic 12.1.2 > Windows 7 > Reporter: santhosh siravuri > Assignee: Ji?? ?tefek > Priority: Critical > Labels: waiting_on_user > Fix For: 4.3.8 > > Attachments: RF-13647.zip > > > File download action throws below exception. > {code} > ]] Root cause of ServletException. > java.lang.NullPointerException > at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) > at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) > at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) > at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) > at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) > Truncated. see log file for complete stacktrace > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 15:29:15 2014 From: issues at jboss.org (Tony Cramer (JIRA)) Date: Thu, 29 May 2014 15:29:15 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13648) Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13648?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971790#comment-12971790 ] Tony Cramer commented on RF-13648: ---------------------------------- No chance. > Graph Validator + Tomcat 8.0.8: interpret empty strings as null is ignored > -------------------------------------------------------------------------- > > Key: RF-13648 > URL: https://issues.jboss.org/browse/RF-13648 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.7 > Environment: Tomcat 8.0.8, OpenJDK 7, OpenSuse 13.1 x64 > Reporter: Tony Cramer > Assignee: Juraj H?ska > > {{javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL}} is ignored during Graph validating. > Some debugging info: > Object being validated ({{value}} argument) in method {{org.richfaces.validator.BeanValidatorServiceImpl.validateObject}} contains empty strings (""). > Expected behavior: There should be nulls in properties, because interpreting empty strings as null is enabled. > This causes validation to not pass. > Something has changed in _jasper-el_ in Tomcat 8.0.8 which I updated recently from 8.0.5. If I replace _jasper-el.jar_ from Tomcat 8.0.5, everything works. > Tomcat bug or RF bug? > Edit: > It's definitely JSF/RF's issue. Tomcat EL has changed to meet EL spec. > https://issues.apache.org/bugzilla/show_bug.cgi?id=56522 -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Thu May 29 16:11:15 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 29 May 2014 16:11:15 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13652) Forward port the 4.3.7 fixes into the 4.5.x branch In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13652?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971797#comment-12971797 ] Brian Leathem commented on RF-13652: ------------------------------------ Performing a spot check on the RF 4.3.x component fixes to see if they are included in RF 4.5 indicates that some fixes have net been applied. For example: * {{[869ab8|https://github.com/richfaces4/components/commit/869ab8cf75f464d0d8f83b34d7fe17ed50a3f7ae}} (for RF-13531, 4.3.6) is not applied to the 4.5.x branch and yet the later commits * {{[1bdc53|https://github.com/richfaces4/components/commit/1bdc53be93b1e3e84070e1f22abc54d42783277a]}}, {{[5931f8|https://github.com/richfaces4/components/commit/5931f8c3a475d39bc746dad6893da7f1e32b6241]}}, {{[150d76|https://github.com/richfaces4/components/commit/150d76e53c088f9700532b9d89390e60931546b5]}} (for RF-11736, 4.3.7) _have_ been applied to the 4.5.x branch It seems that resolution of this issue will involve backporting more than just the 4.3.7 fixes. The challenge will be in doing so in a systematic way. > Forward port the 4.3.7 fixes into the 4.5.x branch > -------------------------------------------------- > > Key: RF-13652 > URL: https://issues.jboss.org/browse/RF-13652 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 3 hours > Remaining Estimate: 3 hours > -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 30 04:33:15 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Fri, 30 May 2014 04:33:15 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13646) Fix resource optimization In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13646?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-13646. -------------------------------- Resolution: Done All should be good now (there was an old mapping file in core), but we're affected by RF-13635. > Fix resource optimization > ------------------------- > > Key: RF-13646 > URL: https://issues.jboss.org/browse/RF-13646 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.5.0.Alpha3 > Reporter: Michal Petrov > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > # There are some resource files that are not being generated (e.g. gradientA.png). It's either a generation or optimization issue. > # -The optimization settings need to be updated, core files are currently not being packed (legacy of RF 4.5/RF 5 source collision avoidance)- -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 30 08:53:16 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Fri, 30 May 2014 08:53:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13647) File Download throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971954#comment-12971954 ] Michal Petrov commented on RF-13647: ------------------------------------ Turns out Mojarra doesn't use jsf.ajax.request for commandButton/Link submission (it simply submits the whole form) and thus it doesn't include "javax.faces.source" as a request parameter, causing the NPE. > File Download throws exception > ------------------------------ > > Key: RF-13647 > URL: https://issues.jboss.org/browse/RF-13647 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Environment: Richfaces 4.3.6 Final. > Mojarra - 2.1.28 > Weblogic 12.1.2 > Windows 7 > Reporter: santhosh siravuri > Assignee: Ji?? ?tefek > Priority: Critical > Labels: waiting_on_user > Fix For: 4.3.8 > > Attachments: RF-13647.zip > > > File download action throws below exception. > {code} > ]] Root cause of ServletException. > java.lang.NullPointerException > at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) > at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) > at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) > at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) > at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) > Truncated. see log file for complete stacktrace > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 30 08:57:16 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Fri, 30 May 2014 08:57:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13018) a4j:commandButton wrong actions performed In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13018?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov reopened RF-13018: -------------------------------- The fix causes NPE when {{h}} and {{a4j}} command components are used together. > a4j:commandButton wrong actions performed > ----------------------------------------- > > Key: RF-13018 > URL: https://issues.jboss.org/browse/RF-13018 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.2.3.Final, 4.3.2 > Environment: Server: Fedora 17, Jboss AS 7.1.1.Final, Jboss EAP 6.1.0.Beta, Java 1.7.0_15 > Browsers: Chrome 26 and Chrome 27 on (Linux & Windows 7), Firefox 20.0 (Linux & Windows 7), IE 9 > Reporter: Rob Hare > Assignee: Michal Petrov > Labels: 45x > Fix For: 4.5.0.Alpha3, 5.0.0.Alpha4 > > Attachments: RF-13018.zip > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > When an a4j commponent (a4j:commandButton, a4j:jsFunction) is activated, actions of other a4j:commandButtons on the page with type=button will be fired. > For example, pressing either button in the following code will cause both richBean.function1() and richBean.function2() actions. > {noformat} > > action="#{richBean.function1}" /> > action="#{richBean.function2}" /> > > {noformat} > Note, if one of the a4j:commandButton is marked immediate, then only one action (possibly the wrong action) will be performed and block others. For instance if an a4j:jsFunction action was being triggered, the a4j:commandButton action may occur making appear that the a4j:jsFunction failed. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 30 09:33:16 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Fri, 30 May 2014 09:33:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13018) a4j:commandButton wrong actions performed In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13018?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov updated RF-13018: ------------------------------- Fix Version/s: 4.3.8 > a4j:commandButton wrong actions performed > ----------------------------------------- > > Key: RF-13018 > URL: https://issues.jboss.org/browse/RF-13018 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.2.3.Final, 4.3.2 > Environment: Server: Fedora 17, Jboss AS 7.1.1.Final, Jboss EAP 6.1.0.Beta, Java 1.7.0_15 > Browsers: Chrome 26 and Chrome 27 on (Linux & Windows 7), Firefox 20.0 (Linux & Windows 7), IE 9 > Reporter: Rob Hare > Assignee: Michal Petrov > Labels: 45x > Fix For: 4.3.8, 4.5.0.Alpha3, 5.0.0.Alpha4 > > Attachments: RF-13018.zip > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > When an a4j commponent (a4j:commandButton, a4j:jsFunction) is activated, actions of other a4j:commandButtons on the page with type=button will be fired. > For example, pressing either button in the following code will cause both richBean.function1() and richBean.function2() actions. > {noformat} > > action="#{richBean.function1}" /> > action="#{richBean.function2}" /> > > {noformat} > Note, if one of the a4j:commandButton is marked immediate, then only one action (possibly the wrong action) will be performed and block others. For instance if an a4j:jsFunction action was being triggered, the a4j:commandButton action may occur making appear that the a4j:jsFunction failed. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 30 09:33:17 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Fri, 30 May 2014 09:33:17 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13018) a4j:commandButton wrong actions performed In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13018?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-13018. -------------------------------- Resolution: Done > a4j:commandButton wrong actions performed > ----------------------------------------- > > Key: RF-13018 > URL: https://issues.jboss.org/browse/RF-13018 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.2.3.Final, 4.3.2 > Environment: Server: Fedora 17, Jboss AS 7.1.1.Final, Jboss EAP 6.1.0.Beta, Java 1.7.0_15 > Browsers: Chrome 26 and Chrome 27 on (Linux & Windows 7), Firefox 20.0 (Linux & Windows 7), IE 9 > Reporter: Rob Hare > Assignee: Michal Petrov > Labels: 45x > Fix For: 4.3.8, 4.5.0.Alpha3, 5.0.0.Alpha4 > > Attachments: RF-13018.zip > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > When an a4j commponent (a4j:commandButton, a4j:jsFunction) is activated, actions of other a4j:commandButtons on the page with type=button will be fired. > For example, pressing either button in the following code will cause both richBean.function1() and richBean.function2() actions. > {noformat} > > action="#{richBean.function1}" /> > action="#{richBean.function2}" /> > > {noformat} > Note, if one of the a4j:commandButton is marked immediate, then only one action (possibly the wrong action) will be performed and block others. For instance if an a4j:jsFunction action was being triggered, the a4j:commandButton action may occur making appear that the a4j:jsFunction failed. -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 30 09:35:16 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Fri, 30 May 2014 09:35:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13647) File Download throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13647?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov reassigned RF-13647: ---------------------------------- Assignee: Michal Petrov (was: Ji?? ?tefek) > File Download throws exception > ------------------------------ > > Key: RF-13647 > URL: https://issues.jboss.org/browse/RF-13647 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Environment: Richfaces 4.3.6 Final. > Mojarra - 2.1.28 > Weblogic 12.1.2 > Windows 7 > Reporter: santhosh siravuri > Assignee: Michal Petrov > Priority: Critical > Fix For: 4.3.8 > > Attachments: RF-13647.zip > > > File download action throws below exception. > {code} > ]] Root cause of ServletException. > java.lang.NullPointerException > at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) > at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) > at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) > at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) > at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) > Truncated. see log file for complete stacktrace > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 30 09:35:16 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Fri, 30 May 2014 09:35:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13647) File Download throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13647?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-13647. -------------------------------- Labels: (was: waiting_on_user) Resolution: Done Switched the comparables, clientId should not cause NPE. > File Download throws exception > ------------------------------ > > Key: RF-13647 > URL: https://issues.jboss.org/browse/RF-13647 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Environment: Richfaces 4.3.6 Final. > Mojarra - 2.1.28 > Weblogic 12.1.2 > Windows 7 > Reporter: santhosh siravuri > Assignee: Michal Petrov > Priority: Critical > Fix For: 4.3.8 > > Attachments: RF-13647.zip > > > File download action throws below exception. > {code} > ]] Root cause of ServletException. > java.lang.NullPointerException > at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) > at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) > at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) > at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) > at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) > Truncated. see log file for complete stacktrace > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 30 09:49:16 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Fri, 30 May 2014 09:49:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13647) File Download throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971973#comment-12971973 ] Michal Petrov edited comment on RF-13647 at 5/30/14 9:47 AM: ------------------------------------------------------------- Switched the comparables, clientId should not cause NPE. Edit: Note that the example will still throw an exception, but that's happening in the bean. was (Author: michpetrov): Switched the comparables, clientId should not cause NPE. > File Download throws exception > ------------------------------ > > Key: RF-13647 > URL: https://issues.jboss.org/browse/RF-13647 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Environment: Richfaces 4.3.6 Final. > Mojarra - 2.1.28 > Weblogic 12.1.2 > Windows 7 > Reporter: santhosh siravuri > Assignee: Michal Petrov > Priority: Critical > Fix For: 4.3.8 > > Attachments: RF-13647.zip > > > File download action throws below exception. > {code} > ]] Root cause of ServletException. > java.lang.NullPointerException > at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) > at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) > at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) > at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) > at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) > Truncated. see log file for complete stacktrace > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 30 22:35:16 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 30 May 2014 22:35:16 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13647) File Download throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13647?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13647: ------------------------------- Labels: regression (was: ) > File Download throws exception > ------------------------------ > > Key: RF-13647 > URL: https://issues.jboss.org/browse/RF-13647 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Environment: Richfaces 4.3.6 Final. > Mojarra - 2.1.28 > Weblogic 12.1.2 > Windows 7 > Reporter: santhosh siravuri > Assignee: Michal Petrov > Priority: Critical > Labels: regression > Fix For: 4.3.8 > > Attachments: RF-13647.zip > > > File download action throws below exception. > {code} > ]] Root cause of ServletException. > java.lang.NullPointerException > at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) > at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) > at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) > at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) > at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) > Truncated. see log file for complete stacktrace > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260) From issues at jboss.org Fri May 30 22:35:17 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 30 May 2014 22:35:17 -0400 (EDT) Subject: [richfaces-issues] [JBoss JIRA] (RF-13647) File Download throws exception when used with a commandButton of type="button" In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13647?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13647: ------------------------------- Summary: File Download throws exception when used with a commandButton of type="button" (was: File Download throws exception) > File Download throws exception when used with a commandButton of type="button" > ------------------------------------------------------------------------------ > > Key: RF-13647 > URL: https://issues.jboss.org/browse/RF-13647 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.6 > Environment: Richfaces 4.3.6 Final. > Mojarra - 2.1.28 > Weblogic 12.1.2 > Windows 7 > Reporter: santhosh siravuri > Assignee: Michal Petrov > Priority: Critical > Labels: regression > Fix For: 4.3.8 > > Attachments: RF-13647.zip > > > File download action throws below exception. > {code} > ]] Root cause of ServletException. > java.lang.NullPointerException > at org.richfaces.renderkit.AjaxCommandRendererBase.isSubmitted(AjaxCommandRendererBase.java:83) > at org.richfaces.renderkit.AjaxCommandRendererBase.doDecode(AjaxCommandRendererBase.java:59) > at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) > at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789) > at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1183) > Truncated. see log file for complete stacktrace > {code} -- This message was sent by Atlassian JIRA (v6.2.3#6260)