[JBoss JIRA] (WFLY-4164) New JTS record types are not showing up in the CLI
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-4164?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on WFLY-4164:
-----------------------------------------------
Paul Gier <pgier(a)redhat.com> changed the Status of [bug 1168973|https://bugzilla.redhat.com/show_bug.cgi?id=1168973] from MODIFIED to ON_QA
> New JTS record types are not showing up in the CLI
> --------------------------------------------------
>
> Key: WFLY-4164
> URL: https://issues.jboss.org/browse/WFLY-4164
> Project: WildFly
> Issue Type: Enhancement
> Components: CLI, Transactions
> Reporter: Tom Jenkinson
> Assignee: Michael Musgrove
>
> We need to expose the new JTS record types in the tooling:
> {code}
> AssumedCompleteHeuristicTransaction
> AssumedCompleteHeuristicServerTransaction
> AssumedCompleteTransaction
> AssumedCompleteServerTransaction
> {code}
> We need these because if a transaction ends up in a heuristic state we can't actually view this using the CLI even though the records are in the object store. This has the consequence that a transaction can remain in the object store indefinitely.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 12 months
[JBoss JIRA] (WFLY-1796) Creating a pooled-connection-factory via the CLI requires confusing syntax
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-1796?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on WFLY-1796:
-----------------------------------------------
Paul Gier <pgier(a)redhat.com> changed the Status of [bug 1178229|https://bugzilla.redhat.com/show_bug.cgi?id=1178229] from MODIFIED to ON_QA
> Creating a pooled-connection-factory via the CLI requires confusing syntax
> --------------------------------------------------------------------------
>
> Key: WFLY-1796
> URL: https://issues.jboss.org/browse/WFLY-1796
> Project: WildFly
> Issue Type: Feature Request
> Components: JMS
> Affects Versions: 8.0.0.Alpha3
> Reporter: Justin Bertram
> Assignee: Jeff Mesnil
> Fix For: 8.0.0.Alpha4
>
>
> When creating a pooled-connection factory via the CLI the syntax for the "connector" is confusing. Here is a simple example:
> {noformat}
> /subsystem=messaging/hornetq-server=default/pooled-connection-factory=my-pooled-connection-factory/:add(connector={"in-vm" => "xyz"}, entries=["java:/MyPooledCF"])
> {noformat}
> The "connector" wants a list of name-value pairs, but only the name is taken into consideration. This command results in this XML:
> {noformat}
> <pooled-connection-factory name="my-pooled-connection-factory">
> <connectors>
> <connector-ref connector-name="in-vm"/>
> </connectors>
> <entries>
> <entry name="java:/MyPooledCF"/>
> </entries>
> </pooled-connection-factory>
> {noformat}
> The "xyz" is completely unnecessary.
> I believe this is because {{org.jboss.as.messaging.jms.ConnectionFactoryAttributes.Common#CONNECTOR}} is defined as a {{org.jboss.as.controller.SimpleMapAttributeDefinition}} and it should probably just be a {{org.jboss.as.controller.PrimitiveListAttributeDefinition}} when used in the pooled-connection-factory.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 12 months
[JBoss JIRA] (WFLY-3266) Exception are hidden by retry and end in a EJBCLIENT000032 Exception - the underlying client or server side cause is swallowed
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-3266?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on WFLY-3266:
-----------------------------------------------
Paul Gier <pgier(a)redhat.com> changed the Status of [bug 1088463|https://bugzilla.redhat.com/show_bug.cgi?id=1088463] from MODIFIED to ON_QA
> Exception are hidden by retry and end in a EJBCLIENT000032 Exception - the underlying client or server side cause is swallowed
> ------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-3266
> URL: https://issues.jboss.org/browse/WFLY-3266
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 8.0.0.Final
> Reporter: Wolf-Dieter Fink
> Assignee: David Lloyd
> Priority: Critical
>
> In case of large parameter input for EJB invocations the ejb-client throw the Exception below.
> The underlying OutOfMemory is complete hidden, neither in the server.log nor in the ejb-client with TRACE a hint will be found.
> java.lang.IllegalStateException: EJBCLIENT000032: Cannot retry a request which hasn't previously been completed
> at org.jboss.ejb.client.EJBClientInvocationContext.retryRequest(EJBClientInvocationContext.java:200)
> at org.jboss.ejb.client.EJBInvocationHandler.sendRequestWithPossibleRetries(EJBInvocationHandler.java:256)
> at org.jboss.ejb.client.EJBInvocationHandler.sendRequestWithPossibleRetries(EJBInvocationHandler.java:265)
> at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:198)
> at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:181)
> at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:144)
> at com.sun.proxy.$Proxy6.uploadData(Unknown Source)
> at de.info.biene.konsens.TestServiceWithAPITest.testUploadData(TestServiceWithAPITest.java:81)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
> at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
> at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141)
> at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
> at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
> at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
> at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115)
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75)
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 12 months
[JBoss JIRA] (WFLY-4160) ConcurrentModificationException while deploy JSF application (8.2.0)
by Farah Juma (JIRA)
[ https://issues.jboss.org/browse/WFLY-4160?page=com.atlassian.jira.plugin.... ]
Farah Juma resolved WFLY-4160.
------------------------------
Resolution: Rejected
> ConcurrentModificationException while deploy JSF application (8.2.0)
> --------------------------------------------------------------------
>
> Key: WFLY-4160
> URL: https://issues.jboss.org/browse/WFLY-4160
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Affects Versions: 8.2.0.Final
> Environment: WildFly (8.2.0 - Final)
> Reporter: Devendra Bargujar
> Assignee: Farah Juma
> Labels: new_and_noteworthy
> Attachments: jsf-sample-.ear, Log.txt
>
>
> While deploying 2 JSF application getting ConcurrentModificationException on NavigationHandlerImpl$NavigationMap$. App also uses seam 3.1.0. Please refer below stack trace.
> 11:57:21,898 INFO [javax.enterprise.resource.webcontainer.jsf.config] (MSC service thread 1-2) Initializing Mojarra 2.2.8-jbossorg-1 20140822-1131 for context '/com'
> 11:57:21,898 INFO [javax.enterprise.resource.webcontainer.jsf.config] (MSC service thread 1-6) Initializing Mojarra 2.2.8-jbossorg-1 20140822-1131 for context '/sof'
> 11:57:26,218 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (MSC service thread 1-2) Critical error during deployment: : com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED! null
> at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:449) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:221) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:173) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
> at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:193) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:87)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.start(UndertowDeploymentService.java:72)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_25]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_25]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_25]
> Caused by: java.util.ConcurrentModificationException
> at java.util.HashMap$HashIterator.nextNode(HashMap.java:1429) [rt.jar:1.8.0_25]
> at java.util.HashMap$EntryIterator.next(HashMap.java:1463) [rt.jar:1.8.0_25]
> at java.util.HashMap$EntryIterator.next(HashMap.java:1461) [rt.jar:1.8.0_25]
> at com.sun.faces.application.NavigationHandlerImpl$NavigationMap$4$1.next(NavigationHandlerImpl.java:1523) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.application.NavigationHandlerImpl$NavigationMap$4$1.next(NavigationHandlerImpl.java:1511) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at java.util.AbstractMap.get(AbstractMap.java:185) [rt.jar:1.8.0_25]
> at com.sun.faces.config.processor.NavigationConfigProcessor.addNavigationCasesForRule(NavigationConfigProcessor.java:323) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.NavigationConfigProcessor.addNavigationRules(NavigationConfigProcessor.java:224) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.NavigationConfigProcessor.process(NavigationConfigProcessor.java:167) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.RenderKitConfigProcessor.process(RenderKitConfigProcessor.java:196) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.ManagedBeanConfigProcessor.process(ManagedBeanConfigProcessor.java:270) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.ValidatorConfigProcessor.process(ValidatorConfigProcessor.java:120) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.ConverterConfigProcessor.process(ConverterConfigProcessor.java:126) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.ComponentConfigProcessor.process(ComponentConfigProcessor.java:117) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.ApplicationConfigProcessor.process(ApplicationConfigProcessor.java:344) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.LifecycleConfigProcessor.process(LifecycleConfigProcessor.java:116) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:239) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:435) [jsf-impl-2.2.8-jbossorg-1.jar:]
> Caused by: java.lang.NullPointerException
> at com.sun.faces.facelets.impl.DefaultResourceResolver.resolveUrl(DefaultResourceResolver.java:77) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.facelets.impl.DefaultFaceletFactory.init(DefaultFaceletFactory.java:170) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.application.ApplicationAssociate.createFaceletFactory(ApplicationAssociate.java:866) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.application.ApplicationAssociate.initializeFacelets(ApplicationAssociate.java:327) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.application.ApplicationAssociate.getCompiler(ApplicationAssociate.java:410) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.FaceletTaglibConfigProcessor.process(FaceletTaglibConfigProcessor.java:251) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:437) [jsf-impl-2.2.8-jbossorg-1.jar:]
> ... 10 more
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 12 months
[JBoss JIRA] (WFLY-4160) ConcurrentModificationException while deploy JSF application (8.2.0)
by Farah Juma (JIRA)
[ https://issues.jboss.org/browse/WFLY-4160?page=com.atlassian.jira.plugin.... ]
Farah Juma commented on WFLY-4160:
----------------------------------
It turns out that this isn't a WildFly/JSF issue. The problem is related to some classes included in a shared library in the EAR. In particular, including SeamApplicationWrapper and SeamApplicationFactory in a shared library in the EAR (they're included in lib/seam-faces-3.1.0.Final.jar) ends up causing both WARs in the EAR to share the same com.sun.faces.application.ApplicationImpl instance (thus, the WARs share the same NavigationHandler instance). This is incorrect and seems to be what's causing the ConcurrentModificationException here.
> ConcurrentModificationException while deploy JSF application (8.2.0)
> --------------------------------------------------------------------
>
> Key: WFLY-4160
> URL: https://issues.jboss.org/browse/WFLY-4160
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Affects Versions: 8.2.0.Final
> Environment: WildFly (8.2.0 - Final)
> Reporter: Devendra Bargujar
> Assignee: Farah Juma
> Labels: new_and_noteworthy
> Attachments: jsf-sample-.ear, Log.txt
>
>
> While deploying 2 JSF application getting ConcurrentModificationException on NavigationHandlerImpl$NavigationMap$. App also uses seam 3.1.0. Please refer below stack trace.
> 11:57:21,898 INFO [javax.enterprise.resource.webcontainer.jsf.config] (MSC service thread 1-2) Initializing Mojarra 2.2.8-jbossorg-1 20140822-1131 for context '/com'
> 11:57:21,898 INFO [javax.enterprise.resource.webcontainer.jsf.config] (MSC service thread 1-6) Initializing Mojarra 2.2.8-jbossorg-1 20140822-1131 for context '/sof'
> 11:57:26,218 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (MSC service thread 1-2) Critical error during deployment: : com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED! null
> at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:449) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:221) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:173) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
> at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:193) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:87)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.start(UndertowDeploymentService.java:72)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_25]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_25]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_25]
> Caused by: java.util.ConcurrentModificationException
> at java.util.HashMap$HashIterator.nextNode(HashMap.java:1429) [rt.jar:1.8.0_25]
> at java.util.HashMap$EntryIterator.next(HashMap.java:1463) [rt.jar:1.8.0_25]
> at java.util.HashMap$EntryIterator.next(HashMap.java:1461) [rt.jar:1.8.0_25]
> at com.sun.faces.application.NavigationHandlerImpl$NavigationMap$4$1.next(NavigationHandlerImpl.java:1523) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.application.NavigationHandlerImpl$NavigationMap$4$1.next(NavigationHandlerImpl.java:1511) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at java.util.AbstractMap.get(AbstractMap.java:185) [rt.jar:1.8.0_25]
> at com.sun.faces.config.processor.NavigationConfigProcessor.addNavigationCasesForRule(NavigationConfigProcessor.java:323) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.NavigationConfigProcessor.addNavigationRules(NavigationConfigProcessor.java:224) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.NavigationConfigProcessor.process(NavigationConfigProcessor.java:167) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.RenderKitConfigProcessor.process(RenderKitConfigProcessor.java:196) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.ManagedBeanConfigProcessor.process(ManagedBeanConfigProcessor.java:270) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.ValidatorConfigProcessor.process(ValidatorConfigProcessor.java:120) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.ConverterConfigProcessor.process(ConverterConfigProcessor.java:126) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.ComponentConfigProcessor.process(ComponentConfigProcessor.java:117) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.ApplicationConfigProcessor.process(ApplicationConfigProcessor.java:344) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.LifecycleConfigProcessor.process(LifecycleConfigProcessor.java:116) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:239) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:435) [jsf-impl-2.2.8-jbossorg-1.jar:]
> Caused by: java.lang.NullPointerException
> at com.sun.faces.facelets.impl.DefaultResourceResolver.resolveUrl(DefaultResourceResolver.java:77) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.facelets.impl.DefaultFaceletFactory.init(DefaultFaceletFactory.java:170) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.application.ApplicationAssociate.createFaceletFactory(ApplicationAssociate.java:866) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.application.ApplicationAssociate.initializeFacelets(ApplicationAssociate.java:327) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.application.ApplicationAssociate.getCompiler(ApplicationAssociate.java:410) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.processor.FaceletTaglibConfigProcessor.process(FaceletTaglibConfigProcessor.java:251) [jsf-impl-2.2.8-jbossorg-1.jar:]
> at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:437) [jsf-impl-2.2.8-jbossorg-1.jar:]
> ... 10 more
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 12 months