[infinispan-dev] [jgroups-dev] Ability to retrieve a JChannel via multiplexer stack name, where is it gone?

Brian Stansberry brian.stansberry at redhat.com
Tue Dec 8 10:24:07 EST 2009


On 12/08/2009 01:19 AM, Bela Ban wrote:
>
>
> Brian Stansberry wrote:
>> On 12/04/2009 06:46 AM, Manik Surtani wrote:
>>> On 4 Dec 2009, at 12:19, Galder Zamarreno wrote:
>>>>>> I mean, users could create such implementation if they want, but we
>>>>>> should provide one so that they don't have to do so?
>>>>> What would the default we provide do? :)
>>>> Hmmm, the default (called StandaloneJGroupsChannelLookup) should
>>>> probably do what JBC did which is:
>>>>
>>>> - Take the shared transport name or multiplexer name via a property
>>>> - Take the mux channel factory (prob hardcoded to
>>>> org.jgroups.JChannelFactory)
>>>> - Return a JChannel with it:
>>>>
>>> JGroups' ChannelFactory is deprecated and no longer recommended for use.
>>>
>>> http://javagroups.cvs.sourceforge.net/viewvc/javagroups/JGroups/src/org/jgroups/ChannelFactory.java?revision=1.13&view=markup
>>>
>>>
>>
>> I think the JGroups community should come up with and publish something
>> like ChannelFactory if JGroups itself drops it. It's quite useful -- a
>> class that parses a stacks.xml and presents an API for instantiating
>> channels. Reinventing that particular wheel in every project that uses
>> JGroups seems silly. I'd be perfectly happy to publish the AS's
>> ChannelFactory impl as a separate module with no dependencies other than
>> JGroups itself.
>
> If you want to maintain it, we can leave it in JGroups...
>

Great; it's a deal. For the AS I'd have to maintain the essential 
functionality anyway.

Vladimir, w/o objection I'll assign 
https://jira.jboss.org/jira/browse/JGRP-612 to myself.

-- 
Brian Stansberry
Lead, AS Clustering
JBoss by Red Hat


More information about the infinispan-dev mailing list