[jbosscache-issues] [JBoss JIRA] Commented: (JBCACHE-1517) Possibility of upgrading to JGroups 2.8 ?
Bela Ban (JIRA)
jira-events at lists.jboss.org
Thu Jul 16 04:04:29 EDT 2009
[ https://jira.jboss.org/jira/browse/JBCACHE-1517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12476512#action_12476512 ]
Bela Ban commented on JBCACHE-1517:
-----------------------------------
We need to think about what to do in JGroups 2.9 where we might have multiple IP addresses associated with 1 logical address
> Possibility of upgrading to JGroups 2.8 ?
> -----------------------------------------
>
> Key: JBCACHE-1517
> URL: https://jira.jboss.org/jira/browse/JBCACHE-1517
> Project: JBoss Cache
> Issue Type: Thirdparty Change
> Security Level: Public(Everyone can see)
> Components: Clustering
> Reporter: Galder Zamarreno
> Assignee: Galder Zamarreno
> Fix For: 3.2.0.GA
>
>
> Can we upgrade JBC 3.2 to use JGroups 2.8? Bela said JGroups 2.6 and 2.8 don't have on the wire
> compatibility, so if JBC 3.2 and JBC 3.1 clusters would not be able to cluster.
> org.jboss.cache.buddyreplication.NextMemberBuddyLocator is using IpAddress to figure out if candidate
> and data owner are in the same machine:
> // assume they're both IpAddresses??
> InetAddress inetC = ((IpAddress) candidate).getIpAddress();
> InetAddress inetD = ((IpAddress) dataOwner).getIpAddress();
> There's also some test classes making use of IpAddress, i.e. CacheJmxWrapperTest and GlobalTransactionTest
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the jbosscache-issues
mailing list