12:52 p.m.
[
https://issues.jboss.org/browse/RF-13660?page=com.atlassian.jira.plugin.s...
]
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/...].
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/...].
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)