Yes, this is exactly what I want to obtain - both [real-time] synchronization and [better] performance. I'm actually trying to use JBossCache as a data sharing utility.
You suggest that using REPL_SYNC this synchronization won't happen instantly. The "handshake" test was fairly permissive spped-wise, in the sense that a human operator placed the value in cache and literally yelled at the other user to try and get the value. I do not need data to be persisted, but the above test failed if I did not use a cache loader - a FileCacheLoader, to be exact. But performance obviously decreases a lot - I have a second test to measure that. Suggestion for making it easier for users to configure JBossCache: offer a small console-based utility, to help perform this "handshake" test and avoid later debugging efforts. Once a configuration works, the xml file can be used in the real application. I am planning to contribute myself - will have to study submission policies first, though. Thank you for the suggestions. I will keep digging starting from those. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879308#3879308 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879308 ------------------------------------------------------- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 _______________________________________________ JBoss-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jboss-user
