Binod wrote:
> In general, this is a question about how a resource adapter or
> a JBI component leverage appserver's clustering capabilities.
>
> For this discussion, you can think of the resource adapter as yet
> another container like EJB container or Web container.
In such a case, the RA or JCA or possibly an object representing a
collection of Adapters (lets call it a RAFacade) is simply a client
component for GMS within a clustered instance. And gets notified when
it can participate in the group of instances.And once in the group, the
RAFacade can take actions to manage its state and RAs in different
instances can talk to each other in a cluster if need be. That said,
solution for clustered instance access to a backend EIS could be in
found through more than one approach.
>
> The question really is that, are our clustering infrastructure like
> GMS and in-memory replication reusable?
GMS is certainly designed for reusability assuming that within a VM,
multiple components can use it for their own purposes in a
group/collection context.
I am not sure I understand how in-memory replication comes into the
picture here.
>
> thanks,
> Binod.
>
>> Do you mean Shoal <https://shoal.dev.java.net>GMS ?
>> I would need more data to talk about how JCA connectors could be
>> clustered.
>> Shoal GMS is a generalized component that is independently employable
>> in-process in a java application or appserver or any component in a
>> VM to group VMs.
>>
>> glassfish_at_javadesktop.org wrote:
>>
>>> Hi,
>>>
>>> Incidentally, I recently ran into a similar situation.
>>>
>>> Can the mechanism that the HTTP session replication / SFSB uses,
>>> i.e. GSM, memory replication, etc. be generalized so that it can be
>>> reused in other components?
>>>
>>> Kind regards,
>>>
>>> Frank Kieviet
>>> http://blogs.sun.com/fkieviet
>>> [Message sent by forum member 'fkieviet' (fkieviet)]
>>>
>>> http://forums.java.net/jive/thread.jspa?messageID=203962
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>
>>>
>>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>