The command replication referred to here is a framework for admin
commands to sent over ssh to a remote note and executed on that node.
That uses Http protocol and that would continue to work for
administration commands.
In sum, save for other solutions (which we have not planned to support
for this release due to dev and test resource constraints) such as SSH +
VPN or VLAN setups et al, you could create cluster of instances and
front them with LB and get service availability but not session
availability.
We are looking to put non multicast based support on our roadmap.
Thanks
Shreedhar
On 10/20/10 6:17 AM, glassfish_at_javadesktop.org wrote:
> Hi Shreedhar,
>
> Thanks for the details. To sum-up, we cannot achieve session replication between two amazon ec2 instances since EC2 doesn't provide multicasting and glassfish works on this transmission method. So I guess even the "command replication" described here (http://wikis.sun.com/display/glassfish/3.1MS1ClusteringDemo) should not work between these two instances. How else can we achieve session replication here? Did you mention "Coherence"?
> [Message sent by forum member 'rubycube']
>
> http://forums.java.net/jive/thread.jspa?messageID=485724
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>