[
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)
_______________________________________________
richfaces-issues mailing list
[email protected]
https://lists.jboss.org/mailman/listinfo/richfaces-issues
