[ https://issues.jboss.org/browse/JGRP-2227?page=com.atlassian.jira.plugin.... ] Robert Cernak commented on JGRP-2227: ------------------------------------- In our application we have 2 jgroups communications channels. One for infinispan communication and second for sending commands between nodes. I realized that it will be more beneficial to focus to this 2nd mentioned pure jgroups "commands channel", so we will separate any relation to Infinispan. So I made test case again. This time I made try/catch block on place where this command channel is being created and connected: {code:java} this.commandsChannel = new JChannel(this.commandsChannelFile); this.commandsChannel.setName(nodeName + "-" + String.format("%05x", new Random().nextInt(0xfffff))); this.commandsChannel.setDiscardOwnMessages(true); try { this.commandsChannel.connect(createClusterNameForChannel(clusterName)); } catch (Exception e) { System.out.println("Here should be thrown SecurityException"); } //this.commandsChannel is org.jgroups.JChannel {code} I started node 1, in logs can be seen that it correctly forms new cluster as the first member. After that I started node 2. In logs can be seen that it tries to connect for 10 times and afterwards it forms new cluster. However no SecurityException was thrown. Including trace logs from both nodes for org.jgroups.protocols and as well only logs for org.jgroups.protocols.pbcast.GMS: [^traceLogs.zip] -- This message was sent by Atlassian JIRA (v7.5.0#75005)