[JBossCache] - Re: Strange ClassCastException in OptimisticCreateIfNotExist
by spennec
Manik,
Great to see that the reason is now clear! :-)
If I checkout and build TreeCache from the source, will the result be as stable as the 2.0.0 version that I am using?
Or are you in heavy development and there may be parts of the products that are "work in progress"? I certainly would like to use the fix as soon as possible, and I am willing to build from source, but I just want to be sure that the result will be production-stable.
anonymous wrote :
| Yes, when the remove call is propagated to and executed on the other member. No if you're using invalidation rather than replication though; in the case of invalidation you'd just get eviction callbacks on the remote node.
|
Ok, so if I want to reload a cached value right after its invalidation, I could remove() the node, and catch the event in both members of the cluster, know which node was removed and reload the corresponding data?
Thanks for your help, and keep me informed when the fix is ready :-)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4102789#4102789
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4102789
18 years, 7 months
[Clustering/JBoss] - JBoss Cluster on Multihomed zone
by rajeshchande
Hello,
Scenario 1:
JBOss: 4.0.3sp1
JDK: 1.5.0_12
Sun OS: SunOS 5.10 Generic_118822-18 sun4u sparc SUNW,Sun-Fire-V240
SINGLE HOMED
I have setup a JBoss cluster between 2 physical separate servers running successfully. Farm deployment works fine. Session replication is fine. In this configuration, by default the bind_addr is 0.0.0.0 (Correct me If I am wrong here.), as I have not specified anythng in cluster-service.xml
Multicatsing test is successful: http://www.jgroups.org/javagroupsnew/docs/manual/html/ch02.html#ItDoesntWork
Note : Scenario 1 is just to demonstrate that I have successfully implemented a cluster with loadbalancing, failover and session replication.
Scenario 2 :
JBOss: 4.0.3sp1
JDK: 1.5.0_12
SunOS 5.10 Generic_118833-36 sun4v sparc SUNW,Sun-Fire-T200
Remarks: "Zones" concept is used
MULTI HOMED - 3 interfaces
ifconfig -a
lo0:3: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232 index 1
inet 127.0.0.1 netmask ff000000
e1000g0:3: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 2
inet 3.183.188.111 netmask ffffff00 broadcast 3.183.188.255
e1000g1:3: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 3
inet 3.183.158.73 netmask ffffff00 broadcast 3.183.158.255
e1000g2:3: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 4
inet 10.50.1.7 netmask ffffff00 broadcast 10.50.1.255
I am trying to setup a JBoss cluster between 2 solaris zones and they DO NOT seem to form a cluster, if I specify in cluster-service.xml the bind_addr="10.50.1.7" , the cluster is not formed at all. But If I specify the bind_addr=3.183.158.73 and bind_addr=3.183.158.80, then the cluster is FORMED but the session replication does not work.
The zones are in the same vlan and same subnet.
Multicatsing test is UNSUCCESSFUL: http://www.jgroups.org/javagroupsnew/docs/manual/html/ch02.html#ItDoesntWork
The following is successful on 3.183.158: http://www.jgroups.org/javagroupsnew/docs/manual/html/ch02.html#d0e512
Queries:
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4102786#4102786
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4102786
18 years, 7 months