Jeff Mesnil created ARTEMIS-808: ----------------------------------- Summary: AccessControlException when closing a connection with a security manager. Key: ARTEMIS-808 URL: https://issues.apache.org/jira/browse/ARTEMIS-808 Project: ActiveMQ Artemis Issue Type: Bug Components: Broker Affects Versions: 1.4.0 Reporter: Jeff Mesnil
We have spotted a regression from Artemis 1.1.x to 1.4.0 when a client with a security manager closes a JMS connection: {noformat} org.jboss.as.test.smoke.jms.SendToJMSTopicTest.sendMessage: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "modifyThread")" in code source "(vfs:/content/test.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.test.jar:main" from Service Module Loader") at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:278) at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175) at java.util.concurrent.ThreadPoolExecutor.checkShutdownAccess(ThreadPoolExecutor.java:735) at java.util.concurrent.ThreadPoolExecutor.shutdown(ThreadPoolExecutor.java:1387) at org.apache.activemq.artemis.jms.client.ActiveMQConnection.close(ActiveMQConnection.java:366) at org.jboss.as.test.smoke.jms.SendToJMSTopicTest.sendMessage(SendToJMSTopicTest.java:113) {noformat} I suspect that the change that was made for ARTEMIS-538 must ensure that the executor is shutdown in an priviledged block. -- This message was sent by Atlassian JIRA (v6.3.4#6332)