[jboss-jira] [JBoss JIRA] Commented: (JGRP-673) Can't create a second version of a shared transport channel
Bela Ban (JIRA)
jira-events at lists.jboss.org
Fri Jan 25 07:15:21 EST 2008
[ http://jira.jboss.com/jira/browse/JGRP-673?page=comments#action_12396779 ]
Bela Ban commented on JGRP-673:
-------------------------------
Unit test is SharedTransportTest.testReCreationWithSurvivingChannel()
> Can't create a second version of a shared transport channel
> -----------------------------------------------------------
>
> Key: JGRP-673
> URL: http://jira.jboss.com/jira/browse/JGRP-673
> Project: JGroups
> Issue Type: Bug
> Reporter: Brian Stansberry
> Assigned To: Bela Ban
> Fix For: 2.7, 2.6.2
>
>
> SharedTransportTest.testReCreationWithSurvivingChannel() shows the problem:
> // Create 2 channels sharing a transport
> a=createSharedChannel(SINGLETON_1);
> a.connect("A");
> b=createSharedChannel(SINGLETON_1);
> b.connect("B");
>
> a.disconnect();
>
> // a is disconnected so we should be able to create a new
> // channel with group "A"
> c=createSharedChannel(SINGLETON_1);
> c.connect("A");
> This is basically testing a scenario where a service that creates/connects a channel is restarted.
> This works fine if the 'b' channel isn't connected. AFAICT, problem is Configurator.startProtocolStack() is storing data in the TP.up_prots map, but the disconnect() process (e.g. Configurator.stopProtocolStack()) isn't removing it.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the jboss-jira
mailing list