[JBoss JIRA] Created: (JBAS-8134) Common mechanism for all secure socket definitions
by Brian Stansberry (JIRA)
Common mechanism for all secure socket definitions
--------------------------------------------------
Key: JBAS-8134
URL: https://jira.jboss.org/browse/JBAS-8134
Project: JBoss Application Server
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Domain Management
Reporter: Brian Stansberry
Fix For: Unscheduled
This JIRA is based on feedback we received after the Andiamo BOF at JBoss World 2010:
>> The JAASSecurityDomain in my opinion should
>> handle all secure socket definitions. Mod-cluster currently does
>> not support JAASSecurityDomains.
I won't comment either way on whether JAASSecurityDomain is how we'll do this, but I definitely agree that a common mechanism should be used for all secure socket definitions.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 7 months
[JBoss JIRA] Created: (JGRP-1326) Gossip Router dropping message for node that is in its routing table list
by vivek v (JIRA)
Gossip Router dropping message for node that is in its routing table list
-------------------------------------------------------------------------
Key: JGRP-1326
URL: https://issues.jboss.org/browse/JGRP-1326
Project: JGroups
Issue Type: Bug
Affects Versions: 2.10
Environment: Linux, Windows
Reporter: vivek v
Assignee: Bela Ban
We are using Tunnel protocol with two Gossip Routers. For some reason we start seeing lots of suspect messages in all the nodes - there are 7 nodes in the group. Six of the nodes (including the coordinator) was suspecting node A (manager_172.27.75.11) and node A was suspecting the coordinator, but no new view was being created. After turning on the trace on both gossip routers (GR1 and GR2) I see following for every message that's sent to Node A (manager_172.27.75.11),
{noformat}
2011-05-20 15:56:21,186 TRACE [gossip-handlers-6] GossipRouter - cannot find manager_172.27.75.11:4576 in the routing table,
routing table=
172.27.75.11_group: probe_172.27.75.13:4576, collector_172.27.75.12:4576, probe_172.27.75.15:4576, manager_172.27.75.11:4576, probe_172.27.75.16:4576, probe_172.27.75.14:4576
{noformat}
Now, the issue is the routing table does indeed shows that there is "manager_172.27.75.11" - so why is the GR dropping messages for that node. I suspect that somehow the Gossip Router has got some old entry which has not been cleaned up - different UUID with same logical address. I tried going through the GossipRouter.java code, but couldn't find how would this be possible.
As I understand a node randomly chooses a GR if there are multiple of them for its communication. Each GR would keep a separate list of physical addresses for each node - so is it possible somehow it uses physical address instead of UUID for cleaning/retrieving the node list?
This seems to be creating big issue and the only work around is to restart the Gossip Routers.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 7 months
[JBoss JIRA] (AS7-5574) Switch to standard Java debug options -agentlib
by Cheng Fang (JIRA)
Cheng Fang created AS7-5574:
-------------------------------
Summary: Switch to standard Java debug options -agentlib
Key: AS7-5574
URL: https://issues.jboss.org/browse/AS7-5574
Project: Application Server 7
Issue Type: Feature Request
Components: Documentation, Scripts
Affects Versions: 7.2.0.Alpha1
Reporter: Cheng Fang
Assignee: Brian Stansberry
AS7 currently has the Java debug options
-Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n
This uses non-standard options, which may be removed in future JDK, and
may not work with other vendors' JDK.
How about switching to use the standard options, to make it easier to
maintain and port?
-agentlib:jdwp=transport=dt_socket,address=localhost:8787,server=y,suspend=n
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 7 months