[JBoss JIRA] (RF-13639) Change the showcase default container to jbas71
by Brian Leathem (JIRA)
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)
10 years, 6 months
- 1
- 0
[JBoss JIRA] (RF-12637) Zip exception when deploying RichFaces app with JSF 2.2 to JBoss AS 7.2
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12637?page=com.atlassian.jira.plugin.s... ]
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}
<dependency>
<groupId>com.sun.faces</groupId>
<artifactId>jsf-api</artifactId>
<version>2.1.28</version>
</dependency>
<dependency>
<groupId>com.sun.faces</groupId>
<artifactId>jsf-impl</artifactId>
<version>2.1.28</version>
</dependency>
{code}
and
{code}
<!-- Use bundled JSF libraries -->
<context-param>
<param-name>org.jboss.jbossfaces.WAR_BUNDLES_JSF_IMPL</param-name>
<param-value>true</param-value>
</context-param>
{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@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.<init>(ZipFile.java:215) [rt.jar:1.7.0-internal]
at java.util.zip.ZipFile.<init>(ZipFile.java:145) [rt.jar:1.7.0-internal]
at java.util.jar.JarFile.<init>(JarFile.java:154) [rt.jar:1.7.0-internal]
at sun.net.www.protocol.jar.URLJarFile.<init>(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.<init>(ZipFile.java:215) [rt.jar:1.7.0-internal]
at java.util.zip.ZipFile.<init>(ZipFile.java:145) [rt.jar:1.7.0-internal]
at java.util.jar.JarFile.<init>(JarFile.java:154) [rt.jar:1.7.0-internal]
at sun.net.www.protocol.jar.URLJarFile.<init>(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:
<dependency>
<groupId>com.sun.faces</groupId>
<artifactId>jsf-api</artifactId>
<version>2.1.28</version>
</dependency>
<dependency>
<groupId>com.sun.faces</groupId>
<artifactId>jsf-impl</artifactId>
<version>2.1.28</version>
</dependency>
and
<!-- Use bundled JSF libraries -->
<context-param>
<param-name>org.jboss.jbossfaces.WAR_BUNDLES_JSF_IMPL</param-name>
<param-value>true</param-value>
</context-param>
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@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.<init>(ZipFile.java:215) [rt.jar:1.7.0-internal]
at java.util.zip.ZipFile.<init>(ZipFile.java:145) [rt.jar:1.7.0-internal]
at java.util.jar.JarFile.<init>(JarFile.java:154) [rt.jar:1.7.0-internal]
at sun.net.www.protocol.jar.URLJarFile.<init>(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.<init>(ZipFile.java:215) [rt.jar:1.7.0-internal]
at java.util.zip.ZipFile.<init>(ZipFile.java:145) [rt.jar:1.7.0-internal]
at java.util.jar.JarFile.<init>(JarFile.java:154) [rt.jar:1.7.0-internal]
at sun.net.www.protocol.jar.URLJarFile.<init>(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@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.<init>(ZipFile.java:214) [rt.jar:1.7.0_09-icedtea]
> at java.util.zip.ZipFile.<init>(ZipFile.java:144) [rt.jar:1.7.0_09-icedtea]
> at java.util.jar.JarFile.<init>(JarFile.java:152) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.URLJarFile.<init>(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)
10 years, 6 months
- 1
- 0
[JBoss JIRA] (RF-12637) Zip exception when deploying RichFaces app with JSF 2.2 to JBoss AS 7.2
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12637?page=com.atlassian.jira.plugin.s... ]
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@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.<init>(ZipFile.java:214) [rt.jar:1.7.0_09-icedtea]
> at java.util.zip.ZipFile.<init>(ZipFile.java:144) [rt.jar:1.7.0_09-icedtea]
> at java.util.jar.JarFile.<init>(JarFile.java:152) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.URLJarFile.<init>(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)
10 years, 6 months
- 1
- 0
[JBoss JIRA] (RF-12270) Allow RichFaces to bring new CSS/JS resources into the page after AJAX request
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12270?page=com.atlassian.jira.plugin.s... ]
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 <c:if> or <c:choose> 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)
10 years, 6 months
- 1
- 0
[JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.s... ]
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)
10 years, 6 months
- 1
- 0
[JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.s... ]
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)
10 years, 6 months
- 1
- 0
[JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true
by Michal Petrov (JIRA)
[ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.s... ]
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)
10 years, 6 months
- 1
- 0
[JBoss JIRA] (RF-12132) Richfaces queue not cleared after js error in oncomplete attribute
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RF-12132?page=com.atlassian.jira.plugin.s... ]
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 <a4j:commandButton> 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 <input id=j_id_5:j_id_b ...>
> info [17:10:10.707]: Received 'beforedomupdate' event from <input id=j_id_5:j_id_b ...>
> debug[17:10:10.729]: Server returned responseText: <?xml version="1.0" encoding="utf-8"?><partial-response><changes><update id="j_id_5:details"><![CDATA[<span id="j_id_5:details"> Content List: []</span>]]></update><update id="javax.faces.ViewState"><![CDATA[Ks5ELN5RlWC9cOr14o5TwKjJIsvsN15m6RRwvmJhzzDPVRu0CANZgn6X/WbW2yDmQr2WO23dULmn wieWEZBuLjpr9cB6Sh1pkPwozKCTGwOuq4ArOM3fSIO8zbDCP7orMXRzfA== ]]></update><extension id="org.richfaces.extension"><complete>myNotExistingFuncrtion();;</complete></extension></changes></partial-response>
> info [17:10:10.758]: Listing content of response changes element:
> Element update for id=j_id_5:details
> <update id="j_id_5:details"><![CDATA[<span id="j_id_5:details"> Content List: []</span>]]></update>
> Element update for id=javax.faces.ViewState
> <update id="javax.faces.ViewState"><![CDATA[Ks5ELN5RlWC9cOr14o5TwKjJIsvsN15m6RRwvmJhzzDPVRu0CANZgn6X/WbW2yDmQr2WO23dULmn wieWEZBuLjpr9cB6Sh1pkPwozKCTGwOuq4ArOM3fSIO8zbDCP7orMXRzfA== ]]></update>
> Element extension for id=org.richfaces.extension
> <extension id="org.richfaces.extension"><complete>myNotExistingFuncrtion();;</complete></extension>
> 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 <input id=j_id_5:j_id_b ...>
> info [17:20:22.155]: Received 'complete' event from <input id=j_id_5:j_id_b ...>
> {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)
10 years, 6 months
- 1
- 0
[JBoss JIRA] (RF-12270) Allow RichFaces to bring new CSS/JS resources into the page after AJAX request
by J W (JIRA)
[ https://issues.jboss.org/browse/RF-12270?page=com.atlassian.jira.plugin.s... ]
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 <c:if> or <c:choose> 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)
10 years, 6 months
- 1
- 0
[JBoss JIRA] (RF-12270) Allow RichFaces to bring new CSS/JS resources into the page after AJAX request
by J W (JIRA)
[ https://issues.jboss.org/browse/RF-12270?page=com.atlassian.jira.plugin.s... ]
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 <c:if> or <c:choose> 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)
10 years, 6 months
- 1
- 0