[richfaces-issues] [JBoss JIRA] (RF-13660) RichFaces 4.5 integration tests - error after test execution

[Brian Leathem (JIRA)]

    [ https://issues.jboss.org/browse/RF-13660?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12984021#comment-12984021 ] 

Brian Leathem commented on RF-13660:
------------------------------------

{quote}
{{SystemEventListener}} is part of JSF, it is not included in any of the above mentioned jars
{quote}

{{InitializationListener}} is our implementation of the JSF {{SystemEventListener}} interface.  It is our implementation that is included and invoked twice.

{quote}
{{FrameworkDeployment}} creates jar which is IMHO equal to {{richfaces-core-4.5.0-SNAPSHOT.jar}}, do we need to have all of them in deployed war ?
{quote}

The purpose of the deployment is to dynamically create the jar to include in the Arquillian tests, without invoking the full maven build cycle (using Shrinwraop instead) and bringing in the incremental changes.   It's purpose is to improve the development turnaround time in when using TDD.

{quote}
why {{FrameworkDeployment}} is working only with core, and {{org.richfaces:richfaces-a4j:4.5.0-SNAPSHOT}} and with rich components as well ?
{quote}

I'm not sure I understand what you are asking exactly, but some core tests need rich/a4j components to expose the functionality being tested.

----

I expect resolution of this issue to involve the following:
# Make sure we have a dynamically created deployment for each of the {{Core}}, {{a4j}}, and {{rich}} jars
# Each of these deployments should contain dependency jars as appropriate, making sure to exclude any dependency duplicated by the dynamically generated jar

As is stands right now, we have the legacy {{Framework}} dynamic jar leftover from the RF 5 backport.  We also have a problem with Shrinkwrap pulling in a duplicate dependency.

> RichFaces 4.5 integration tests - error after test execution
> ------------------------------------------------------------
>
>                 Key: RF-13660
>                 URL: https://issues.jboss.org/browse/RF-13660
>             Project: RichFaces
>          Issue Type: Feature Request
>      Security Level: Public(Everyone can see) 
>          Components: build/distribution
>    Affects Versions: 4.5.0.Alpha2
>         Environment: AS: Wildfly
> Browser: PhantomJS
>            Reporter: Matej Novotny
>            Assignee: Juraj Húska
>             Fix For: 4.5.0.Beta1
>
>   Original Estimate: 4 hours
>  Remaining Estimate: 4 hours
>
> This issue originated from RF-13591.
> There is an error in server log after execution of [ITResourceMapping|https://github.com/richfaces/richfaces/blob/4.5.x/core/src/test/integration/org/richfaces/integration/resource/ITResourceMapping.java].
> The test itself passes (use PhantomJS) and afterwards there is an error in server console. This does not affect the build as everything gets completed however it results in Jenkins job failure on some machines.
> Currently the Jenkins job passes (machine running the tests was changed) but before it was failing after execution of this particular test. See the [Jenkins job resulsts|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/RichFaces/view/4.5/job/richfaces-4.5/56/console].
> The exception in server console is:
> {code}
> 12:36:37,481 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (MSC service thread 1-1) Unexpected exception when attempting to tear down the Mojarra runtime: java.lang.NullPointerException
> 	at org.richfaces.application.ServiceTracker.release(ServiceTracker.java:135) [richfaces.jar:]
> 	at org.richfaces.application.InitializationListener.onStop(InitializationListener.java:93) [richfaces.jar:]
> 	at org.richfaces.application.InitializationListener.processEvent(InitializationListener.java:165) [richfaces.jar:]
> 	at javax.faces.event.SystemEvent.processListener(SystemEvent.java:108) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5]
> 	at com.sun.faces.application.ApplicationImpl.processListeners(ApplicationImpl.java:2187) [jsf-impl-2.2.5-jbossorg-3.jar:]
> 	at com.sun.faces.application.ApplicationImpl.invokeListenersFor(ApplicationImpl.java:2163) [jsf-impl-2.2.5-jbossorg-3.jar:]
> 	at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:303) [jsf-impl-2.2.5-jbossorg-3.jar:]
> 	at org.jboss.as.jsf.injection.weld.ForwardingApplication.publishEvent(ForwardingApplication.java:294) [wildfly-jsf-injection-8.0.0.Final.jar:8.0.0.Final]
> 	at com.sun.faces.config.ConfigureListener.contextDestroyed(ConfigureListener.java:314) [jsf-impl-2.2.5-jbossorg-3.jar:]
> 	at io.undertow.servlet.core.ApplicationListeners.contextDestroyed(ApplicationListeners.java:185) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> 	at io.undertow.servlet.core.DeploymentImpl.destroy(DeploymentImpl.java:216) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> 	at io.undertow.servlet.core.DeploymentManagerImpl.undeploy(DeploymentManagerImpl.java:557) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> 	at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.stopContext(UndertowDeploymentService.java:117)
> 	at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.stop(UndertowDeploymentService.java:100)
> 	at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2056)
> 	at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2017)
> 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25]
> 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25]
> 	at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
> {code}



--
This message was sent by Atlassian JIRA
(v6.2.6#6264)