]
Paul Ferraro commented on ISPN-3697:
------------------------------------
I had set the target release to 6.0.0.Final, because that would be ideal. If this gets
deferred to 7.0, that's not a big deal. It's easy enough to implement, so maybe
I'll give it a go later today.
Improved lifecycle control of JGroupsChannelLookup
--------------------------------------------------
Key: ISPN-3697
URL:
https://issues.jboss.org/browse/ISPN-3697
Project: Infinispan
Issue Type: Feature Request
Components: Core API
Affects Versions: 6.0.0.CR1
Reporter: Paul Ferraro
Assignee: Mircea Markus
Fix For: 6.0.0.Final
Currently, a JGroupsChannelLookup can indicate whether the JGroupsTransport should
connect the provided channel and disconnect/close the provided channel.
In the case of Wildfly, we'd like to distinguish between disconnect and close. We
have a service that provided the channel, but we allow the JGroupsTransport to manage the
lifecycle. This leads to conditions where infinispan's cache manager can restart, but
the jgroups channel service does not, e.g.
https://issues.jboss.org/browse/WFLY-2458
To fix this, I need to introduce hacks into the channel returned by the channel service,
such that Channel.close() is a no-op, and introduce a separate method invisible to
Infinispan to perform the actual close().
So what I propose is the following:
boolean shouldConnect(); // Notice that I renamed this, because there is no such
distinction between "start" and "connect".
boolean shouldDisconnect();
boolean shouldClose();
--
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: