[JBoss JIRA] (WFLY-6010) JSF initialization failure regression
by Scott Van Wart (JIRA)
[ https://issues.jboss.org/browse/WFLY-6010?page=com.atlassian.jira.plugin.... ]
Scott Van Wart updated WFLY-6010:
---------------------------------
I'm working on one at the moment. Thanks for the quick response.
> JSF initialization failure regression
> -------------------------------------
>
> Key: WFLY-6010
> URL: https://issues.jboss.org/browse/WFLY-6010
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Affects Versions: 10.0.0.CR5
> Environment: Windows 10 64-bit
> Java HotSpot(TM) 64-Bit Server VM (build 25.51-b03, mixed mode)
> Reporter: Scott Van Wart
> Assignee: Farah Juma
> Attachments: server.log
>
>
> I'm getting a JSF initialization error starting up Wildfly with a deployed EAR--I didn't experience this with 10.0.0CR4:
> (Moved the stack trace to an attachment for easier reading)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFLY-6010) JSF initialization failure regression
by Farah Juma (JIRA)
[ https://issues.jboss.org/browse/WFLY-6010?page=com.atlassian.jira.plugin.... ]
Farah Juma commented on WFLY-6010:
----------------------------------
Do you have a simple reproducer app you can share?
> JSF initialization failure regression
> -------------------------------------
>
> Key: WFLY-6010
> URL: https://issues.jboss.org/browse/WFLY-6010
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Affects Versions: 10.0.0.CR5
> Environment: Windows 10 64-bit
> Java HotSpot(TM) 64-Bit Server VM (build 25.51-b03, mixed mode)
> Reporter: Scott Van Wart
> Assignee: Farah Juma
> Attachments: server.log
>
>
> I'm getting a JSF initialization error starting up Wildfly with a deployed EAR--I didn't experience this with 10.0.0CR4:
> (Moved the stack trace to an attachment for easier reading)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFLY-6010) JSF initialization failure regression
by Scott Van Wart (JIRA)
[ https://issues.jboss.org/browse/WFLY-6010?page=com.atlassian.jira.plugin.... ]
Scott Van Wart updated WFLY-6010:
---------------------------------
Description:
I'm getting a JSF initialization error starting up Wildfly with a deployed EAR--I didn't experience this with 10.0.0CR4:
(Moved the stack trace to an attachment for easier reading)
was:
I'm getting a JSF initialization error starting up Wildfly with a deployed EAR--I didn't experience this with 10.0.0CR4:
{noformat}
2016-01-15 10:21:02,629 SEVERE [javax.faces] (ServerService Thread Pool -- 68) Unable to obtain InjectionProvider from init time FacesContext. Does this container implement the Mojarra Injection SPI?
2016-01-15 10:21:02,636 SEVERE [javax.faces] (ServerService Thread Pool -- 68) Application was not properly initialized at startup, could not find Factory: javax.faces.context.FacesContextFactory. Attempting to find backup.
2016-01-15 10:21:02,642 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 68) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./: java.lang.IllegalStateException: Could not find backup for factory javax.faces.context.FacesContextFactory.
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:85)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
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:745)
at org.jboss.threads.JBossThread.run(JBossThread.java:320)
Caused by: java.lang.IllegalStateException: Could not find backup for factory javax.faces.context.FacesContextFactory.
at javax.faces.FactoryFinderInstance.getFactory(FactoryFinderInstance.java:555)
at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:283)
at javax.faces.webapp.FacesServlet.init(FacesServlet.java:358)
at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:117)
at org.wildfly.extension.undertow.security.RunAsLifecycleInterceptor.init(RunAsLifecycleInterceptor.java:78)
at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:103)
at io.undertow.servlet.core.ManagedServlet$DefaultInstanceStrategy.start(ManagedServlet.java:231)
at io.undertow.servlet.core.ManagedServlet.createServlet(ManagedServlet.java:132)
at io.undertow.servlet.core.DeploymentManagerImpl.start(DeploymentManagerImpl.java:526)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:101)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:82)
... 6 more
{noformat}
Attachment: server.log
> JSF initialization failure regression
> -------------------------------------
>
> Key: WFLY-6010
> URL: https://issues.jboss.org/browse/WFLY-6010
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Affects Versions: 10.0.0.CR5
> Environment: Windows 10 64-bit
> Java HotSpot(TM) 64-Bit Server VM (build 25.51-b03, mixed mode)
> Reporter: Scott Van Wart
> Assignee: Farah Juma
> Attachments: server.log
>
>
> I'm getting a JSF initialization error starting up Wildfly with a deployed EAR--I didn't experience this with 10.0.0CR4:
> (Moved the stack trace to an attachment for easier reading)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFLY-6010) JSF initialization failure regression
by Scott Van Wart (JIRA)
[ https://issues.jboss.org/browse/WFLY-6010?page=com.atlassian.jira.plugin.... ]
Scott Van Wart updated WFLY-6010:
---------------------------------
Description:
I'm getting a JSF initialization error starting up Wildfly with a deployed EAR--I didn't experience this with 10.0.0CR4:
{{2016-01-15 10:21:02,629 SEVERE [javax.faces] (ServerService Thread Pool -- 68) Unable to obtain InjectionProvider from init time FacesContext. Does this container implement the Mojarra Injection SPI?
2016-01-15 10:21:02,636 SEVERE [javax.faces] (ServerService Thread Pool -- 68) Application was not properly initialized at startup, could not find Factory: javax.faces.context.FacesContextFactory. Attempting to find backup.
2016-01-15 10:21:02,642 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 68) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./: java.lang.IllegalStateException: Could not find backup for factory javax.faces.context.FacesContextFactory.
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:85)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
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:745)
at org.jboss.threads.JBossThread.run(JBossThread.java:320)
Caused by: java.lang.IllegalStateException: Could not find backup for factory javax.faces.context.FacesContextFactory.
at javax.faces.FactoryFinderInstance.getFactory(FactoryFinderInstance.java:555)
at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:283)
at javax.faces.webapp.FacesServlet.init(FacesServlet.java:358)
at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:117)
at org.wildfly.extension.undertow.security.RunAsLifecycleInterceptor.init(RunAsLifecycleInterceptor.java:78)
at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:103)
at io.undertow.servlet.core.ManagedServlet$DefaultInstanceStrategy.start(ManagedServlet.java:231)
at io.undertow.servlet.core.ManagedServlet.createServlet(ManagedServlet.java:132)
at io.undertow.servlet.core.DeploymentManagerImpl.start(DeploymentManagerImpl.java:526)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:101)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:82)
... 6 more}}
was:
I'm getting a JSF initialization error starting up Wildfly with a deployed EAR--I didn't experience this with 10.0.0CR4:
{{2016-01-15 10:21:02,629 SEVERE [javax.faces] (ServerService Thread Pool -- 68) Unable to obtain InjectionProvider from init time FacesContext. Does this container implement the Mojarra Injection SPI?
2016-01-15 10:21:02,636 SEVERE [javax.faces] (ServerService Thread Pool -- 68) Application was not properly initialized at startup, could not find Factory: javax.faces.context.FacesContextFactory. Attempting to find backup.
2016-01-15 10:21:02,642 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 68) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./: java.lang.IllegalStateException: Could not find backup for factory javax.faces.context.FacesContextFactory.
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:85)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
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:745)
at org.jboss.threads.JBossThread.run(JBossThread.java:320)
Caused by: java.lang.IllegalStateException: Could not find backup for factory javax.faces.context.FacesContextFactory.
at javax.faces.FactoryFinderInstance.getFactory(FactoryFinderInstance.java:555)
at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:283)
at javax.faces.webapp.FacesServlet.init(FacesServlet.java:358)
at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:117)
at org.wildfly.extension.undertow.security.RunAsLifecycleInterceptor.init(RunAsLifecycleInterceptor.java:78)
at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:103)
at io.undertow.servlet.core.ManagedServlet$DefaultInstanceStrategy.start(ManagedServlet.java:231)
at io.undertow.servlet.core.ManagedServlet.createServlet(ManagedServlet.java:132)
at io.undertow.servlet.core.DeploymentManagerImpl.start(DeploymentManagerImpl.java:526)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:101)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:82)
... 6 more
}}
> JSF initialization failure regression
> -------------------------------------
>
> Key: WFLY-6010
> URL: https://issues.jboss.org/browse/WFLY-6010
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Affects Versions: 10.0.0.CR5
> Environment: Windows 10 64-bit
> Java HotSpot(TM) 64-Bit Server VM (build 25.51-b03, mixed mode)
> Reporter: Scott Van Wart
> Assignee: Farah Juma
>
> I'm getting a JSF initialization error starting up Wildfly with a deployed EAR--I didn't experience this with 10.0.0CR4:
> {{2016-01-15 10:21:02,629 SEVERE [javax.faces] (ServerService Thread Pool -- 68) Unable to obtain InjectionProvider from init time FacesContext. Does this container implement the Mojarra Injection SPI?
> 2016-01-15 10:21:02,636 SEVERE [javax.faces] (ServerService Thread Pool -- 68) Application was not properly initialized at startup, could not find Factory: javax.faces.context.FacesContextFactory. Attempting to find backup.
> 2016-01-15 10:21:02,642 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 68) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./: java.lang.IllegalStateException: Could not find backup for factory javax.faces.context.FacesContextFactory.
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:85)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> 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:745)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> Caused by: java.lang.IllegalStateException: Could not find backup for factory javax.faces.context.FacesContextFactory.
> at javax.faces.FactoryFinderInstance.getFactory(FactoryFinderInstance.java:555)
> at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:283)
> at javax.faces.webapp.FacesServlet.init(FacesServlet.java:358)
> at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:117)
> at org.wildfly.extension.undertow.security.RunAsLifecycleInterceptor.init(RunAsLifecycleInterceptor.java:78)
> at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:103)
> at io.undertow.servlet.core.ManagedServlet$DefaultInstanceStrategy.start(ManagedServlet.java:231)
> at io.undertow.servlet.core.ManagedServlet.createServlet(ManagedServlet.java:132)
> at io.undertow.servlet.core.DeploymentManagerImpl.start(DeploymentManagerImpl.java:526)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:101)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:82)
> ... 6 more}}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFLY-6010) JSF initialization failure regression
by Scott Van Wart (JIRA)
[ https://issues.jboss.org/browse/WFLY-6010?page=com.atlassian.jira.plugin.... ]
Scott Van Wart updated WFLY-6010:
---------------------------------
Description:
I'm getting a JSF initialization error starting up Wildfly with a deployed EAR--I didn't experience this with 10.0.0CR4:
{noformat}
2016-01-15 10:21:02,629 SEVERE [javax.faces] (ServerService Thread Pool -- 68) Unable to obtain InjectionProvider from init time FacesContext. Does this container implement the Mojarra Injection SPI?
2016-01-15 10:21:02,636 SEVERE [javax.faces] (ServerService Thread Pool -- 68) Application was not properly initialized at startup, could not find Factory: javax.faces.context.FacesContextFactory. Attempting to find backup.
2016-01-15 10:21:02,642 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 68) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./: java.lang.IllegalStateException: Could not find backup for factory javax.faces.context.FacesContextFactory.
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:85)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
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:745)
at org.jboss.threads.JBossThread.run(JBossThread.java:320)
Caused by: java.lang.IllegalStateException: Could not find backup for factory javax.faces.context.FacesContextFactory.
at javax.faces.FactoryFinderInstance.getFactory(FactoryFinderInstance.java:555)
at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:283)
at javax.faces.webapp.FacesServlet.init(FacesServlet.java:358)
at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:117)
at org.wildfly.extension.undertow.security.RunAsLifecycleInterceptor.init(RunAsLifecycleInterceptor.java:78)
at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:103)
at io.undertow.servlet.core.ManagedServlet$DefaultInstanceStrategy.start(ManagedServlet.java:231)
at io.undertow.servlet.core.ManagedServlet.createServlet(ManagedServlet.java:132)
at io.undertow.servlet.core.DeploymentManagerImpl.start(DeploymentManagerImpl.java:526)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:101)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:82)
... 6 more
{noformat}
was:
I'm getting a JSF initialization error starting up Wildfly with a deployed EAR--I didn't experience this with 10.0.0CR4:
{{2016-01-15 10:21:02,629 SEVERE [javax.faces] (ServerService Thread Pool -- 68) Unable to obtain InjectionProvider from init time FacesContext. Does this container implement the Mojarra Injection SPI?
2016-01-15 10:21:02,636 SEVERE [javax.faces] (ServerService Thread Pool -- 68) Application was not properly initialized at startup, could not find Factory: javax.faces.context.FacesContextFactory. Attempting to find backup.
2016-01-15 10:21:02,642 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 68) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./: java.lang.IllegalStateException: Could not find backup for factory javax.faces.context.FacesContextFactory.
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:85)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
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:745)
at org.jboss.threads.JBossThread.run(JBossThread.java:320)
Caused by: java.lang.IllegalStateException: Could not find backup for factory javax.faces.context.FacesContextFactory.
at javax.faces.FactoryFinderInstance.getFactory(FactoryFinderInstance.java:555)
at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:283)
at javax.faces.webapp.FacesServlet.init(FacesServlet.java:358)
at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:117)
at org.wildfly.extension.undertow.security.RunAsLifecycleInterceptor.init(RunAsLifecycleInterceptor.java:78)
at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:103)
at io.undertow.servlet.core.ManagedServlet$DefaultInstanceStrategy.start(ManagedServlet.java:231)
at io.undertow.servlet.core.ManagedServlet.createServlet(ManagedServlet.java:132)
at io.undertow.servlet.core.DeploymentManagerImpl.start(DeploymentManagerImpl.java:526)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:101)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:82)
... 6 more}}
> JSF initialization failure regression
> -------------------------------------
>
> Key: WFLY-6010
> URL: https://issues.jboss.org/browse/WFLY-6010
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Affects Versions: 10.0.0.CR5
> Environment: Windows 10 64-bit
> Java HotSpot(TM) 64-Bit Server VM (build 25.51-b03, mixed mode)
> Reporter: Scott Van Wart
> Assignee: Farah Juma
>
> I'm getting a JSF initialization error starting up Wildfly with a deployed EAR--I didn't experience this with 10.0.0CR4:
> {noformat}
> 2016-01-15 10:21:02,629 SEVERE [javax.faces] (ServerService Thread Pool -- 68) Unable to obtain InjectionProvider from init time FacesContext. Does this container implement the Mojarra Injection SPI?
> 2016-01-15 10:21:02,636 SEVERE [javax.faces] (ServerService Thread Pool -- 68) Application was not properly initialized at startup, could not find Factory: javax.faces.context.FacesContextFactory. Attempting to find backup.
> 2016-01-15 10:21:02,642 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 68) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./: java.lang.IllegalStateException: Could not find backup for factory javax.faces.context.FacesContextFactory.
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:85)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> 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:745)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> Caused by: java.lang.IllegalStateException: Could not find backup for factory javax.faces.context.FacesContextFactory.
> at javax.faces.FactoryFinderInstance.getFactory(FactoryFinderInstance.java:555)
> at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:283)
> at javax.faces.webapp.FacesServlet.init(FacesServlet.java:358)
> at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:117)
> at org.wildfly.extension.undertow.security.RunAsLifecycleInterceptor.init(RunAsLifecycleInterceptor.java:78)
> at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:103)
> at io.undertow.servlet.core.ManagedServlet$DefaultInstanceStrategy.start(ManagedServlet.java:231)
> at io.undertow.servlet.core.ManagedServlet.createServlet(ManagedServlet.java:132)
> at io.undertow.servlet.core.DeploymentManagerImpl.start(DeploymentManagerImpl.java:526)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:101)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:82)
> ... 6 more
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFLY-6010) JSF initialization failure regression
by Scott Van Wart (JIRA)
Scott Van Wart created WFLY-6010:
------------------------------------
Summary: JSF initialization failure regression
Key: WFLY-6010
URL: https://issues.jboss.org/browse/WFLY-6010
Project: WildFly
Issue Type: Bug
Components: JSF
Affects Versions: 10.0.0.CR5
Environment: Windows 10 64-bit
Java HotSpot(TM) 64-Bit Server VM (build 25.51-b03, mixed mode)
Reporter: Scott Van Wart
Assignee: Farah Juma
I'm getting a JSF initialization error starting up Wildfly with a deployed EAR--I didn't experience this with 10.0.0CR4:
{{2016-01-15 10:21:02,629 SEVERE [javax.faces] (ServerService Thread Pool -- 68) Unable to obtain InjectionProvider from init time FacesContext. Does this container implement the Mojarra Injection SPI?
2016-01-15 10:21:02,636 SEVERE [javax.faces] (ServerService Thread Pool -- 68) Application was not properly initialized at startup, could not find Factory: javax.faces.context.FacesContextFactory. Attempting to find backup.
2016-01-15 10:21:02,642 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 68) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./: java.lang.IllegalStateException: Could not find backup for factory javax.faces.context.FacesContextFactory.
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:85)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
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:745)
at org.jboss.threads.JBossThread.run(JBossThread.java:320)
Caused by: java.lang.IllegalStateException: Could not find backup for factory javax.faces.context.FacesContextFactory.
at javax.faces.FactoryFinderInstance.getFactory(FactoryFinderInstance.java:555)
at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:283)
at javax.faces.webapp.FacesServlet.init(FacesServlet.java:358)
at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:117)
at org.wildfly.extension.undertow.security.RunAsLifecycleInterceptor.init(RunAsLifecycleInterceptor.java:78)
at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:103)
at io.undertow.servlet.core.ManagedServlet$DefaultInstanceStrategy.start(ManagedServlet.java:231)
at io.undertow.servlet.core.ManagedServlet.createServlet(ManagedServlet.java:132)
at io.undertow.servlet.core.DeploymentManagerImpl.start(DeploymentManagerImpl.java:526)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:101)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:82)
... 6 more
}}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (JBLOGGING-120) Static & default interface methods in Logger interface require annotation
by Radim Vansa (JIRA)
[ https://issues.jboss.org/browse/JBLOGGING-120?page=com.atlassian.jira.plu... ]
Radim Vansa updated JBLOGGING-120:
----------------------------------
Summary: Static & default interface methods in Logger interface require annotation (was: Static interface methods in Logger interface requires annotation)
> Static & default interface methods in Logger interface require annotation
> -------------------------------------------------------------------------
>
> Key: JBLOGGING-120
> URL: https://issues.jboss.org/browse/JBLOGGING-120
> Project: JBoss Logging
> Issue Type: Bug
> Components: jboss-logging-logmanager
> Affects Versions: 3.3.0.Beta1
> Reporter: Radim Vansa
> Assignee: James Perkins
>
> When I want to add a static helper method to the interface used for message logger, I get an error about requiring the @Message annotation. I think that this should not be required for static methods.
> My usecase:
> {code}
> @MessageLogger(projectCode = "FOO")
> public interface FooMessageLogger extends BasicLogger {
> static FooMessageLogger getLog(Class clazz) {
> return Logger.getMessageLogger(FooMessageLogger.class, clazz.getName());
> }
> /* regular annotated logging methods */
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFLY-6007) The root cause of login module failures gets lost when multiple login modules are stacked
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFLY-6007?page=com.atlassian.jira.plugin.... ]
Darran Lofthouse commented on WFLY-6007:
----------------------------------------
The Jira issues in this project will just be the component update Jira issues.
> The root cause of login module failures gets lost when multiple login modules are stacked
> -----------------------------------------------------------------------------------------
>
> Key: WFLY-6007
> URL: https://issues.jboss.org/browse/WFLY-6007
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 10.0.0.CR5
> Reporter: Tomas Hofman
> Assignee: Tomas Hofman
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1288668
> The root cause of login module failures gets lost when multiple login modules are stacked and the "flag" attribute is set to "optional".
> When the login attempt fails (invalid bindCredential on the LdapExtLoginModule for example) the authentication request will continue to the next login module in the stack. In this situation, the exceptions "cause" attribute is getting overwritten during the processing of the other login modules. This results in the actual cause to get lost during processing.
> This makes troubleshooting authentication failures difficult.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months