[
https://issues.jboss.org/browse/ARQ-837?page=com.atlassian.jira.plugin.sy...
]
Vineet Reynolds commented on ARQ-837:
-------------------------------------
This behavior is primarily due to the use of Surefire 2.7.2, which does not contain a
bugfix for [
SUREFIRE-743|http://jira.codehaus.org/browse/SUREFIRE-743]. Using version 2.9
or higher or Surefire does not result in this problem.
Nevertheless, the managed container should implement a shutdown hook for reasons of
safety.
Managed GlassFish container does not shutdown when a test errors out
--------------------------------------------------------------------
Key: ARQ-837
URL:
https://issues.jboss.org/browse/ARQ-837
Project: Arquillian
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: GlassFish Containers
Affects Versions: glassfish_1.0.0.CR3
Reporter: Vineet Reynolds
When a test errors out, Arquillian does not invoke the {{DeployableContainer.stop()}}
implementation of the managed GlassFish container. The GlassFish container started by
Arquillian continues to run, and the subsequent test execution produces the expected error
message:
{quote}
The server is already running! Managed containers does not support connecting to running
server instances due to the possible harmful effect of connecting to the wrong server.
Please stop server before running or change to another type of container.
To disable this check and allow Arquillian to connect to a running server, set
allowConnectingToRunningServer to true in the container configuration
{quote}
The GlassFish container implementation should incorporate a mechanism similar to the
JBoss AS 7 managed container implementation, to execute the {{asadmin stop-domain}}
command in a shutdown hook.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see:
http://www.atlassian.com/software/jira