[JBoss-user] [JBossCache] - Re: State retrieval on startup fails when transaction is ope
Did you get any resolution for this problem? I am currently facing the same issue that state replication fails during startup. 2006-05-10 12:08:48,556 main INFO org.jboss.cache.TreeCache fetchStateOnStartup:2801 - state could not be retrieved (must be first member in group) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3942467#3942467 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3942467 --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBossCache] - Re: JGroups UNICAST - previous_members not updated on node r
Yes, that describes the problem very well. We had the bind_port specified, thus causing the rejoined node to have the same identity as before. I removed the bind_port from the protocol and it seems to work now. Many thanks Fredrik View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3935831#3935831 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3935831 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBossCache] - JGroups UNICAST - previous_members not updated on node rejoi
Not sure whether to ask about more jgroups specific issues in this forum, but here we go anyway. I am running a cluster with 4 nodes (1,2,3,4). They all share a DistributedHashtable (jgroups specific, and yes - deprecated.). When the cluster is started everything is fine. I then kill node2, wait for the other nodes to detect a member loss (FD timeout). When they have detected a member loss, I restart node2 which rejoins the cluster. Now, after the restart when I add an entry to the DistributedHashtable on node2 it hangs on the .put(...) method. I have pinpointed the problem to being that node3 node4 does not send a response to node2 for the _put RPC call. They discard the message since they still think that node2 has left the building: 2006-04-06 17:16:52,178 UpHandler (COMPRESS) DEBUG org.jgroups.blocks.RequestCorrelator handleRequest:639 - sending rsp for 1144336568899 to 192.168.151.102:2017 | 2006-04-06 17:16:52,178 DownHandler (UNICAST) DEBUG org.jgroups.protocols.UNICAST down:242 - discarding message to 192.168.151.102:2017 as this member left the group, previous_members=[192.168.151.102:2017 ] In UNICAST row 242 we see that if the list previous_members contains node2, the message will be discarded (which is obviously what happens). However node2 should be removed from previous_members upon incoming data from node2. This is done in handleDataReceived in UNICAST. This never happens. It happens on other jchannels (repl.hashtables) but not for this particular one. This is for both 2.2.9final and 2.2.9.1. I tried reverting to 2.2.8 and then it works. For 2.2.8 the put RPC is acknowledged and responded by all members in the view. We are however in need of the fine grained interface binding in 2.2.9. Does anyone have any input on why the handleDataReceived is not called for UNICAST and have any good solutions/workarounds? Cheers Fredrik Johansson View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3935552#3935552 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3935552 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBossCache] - JBossCache AOP and Java 1.5
Hi. Can you run JBossCache AOP 1.2.4 with Java 1.5? I know the documentation mentions it does not support 5.0 annotations, but are any other (serious) implications? We are considering switching from using JGroups replicated structures to a TreeCache AOP. We are currently running a high volume propriatory server solution on java 1.5. Any feedback on this issue would be highly appreciated! Another question is, should we go with 1.2.4 or should we wait for 1.3 (with 1.5 support)? View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3930613#3930613 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3930613 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user