Comments on: Cache Synchronization With Jabber http://www.symphonious.net/2007/09/08/cache-synchronization-with-jabber/ Living in a state of accord. Thu, 20 Nov 2008 13:56:24 +0000 http://wordpress.org/?v=2.6.3 By: Adrian Sutton http://www.symphonious.net/2007/09/08/cache-synchronization-with-jabber/#comment-110071 Adrian Sutton Mon, 10 Sep 2007 08:44:46 +0000 https://www.symphonious.net/2007/09/08/cache-synchronization-with-jabber/#comment-110071 Oh and I should note, one other big advantage of Jabber is that it handles firewalls really well - assuming of course that the jabber server is on the open internet, you can have all your clients behind firewalls without problems. That's particularly nice if like in our case you have an Australian office that doesn't so much like waiting for light to travel across the pacific and back for every request. You can easily set up a local "mirror" which is actually completely up to date with the main server. Oh and I should note, one other big advantage of Jabber is that it handles firewalls really well - assuming of course that the jabber server is on the open internet, you can have all your clients behind firewalls without problems. That’s particularly nice if like in our case you have an Australian office that doesn’t so much like waiting for light to travel across the pacific and back for every request. You can easily set up a local “mirror” which is actually completely up to date with the main server.

]]> By: Stephan Schmidt http://www.symphonious.net/2007/09/08/cache-synchronization-with-jabber/#comment-110059 Stephan Schmidt Mon, 10 Sep 2007 06:56:15 +0000 https://www.symphonious.net/2007/09/08/cache-synchronization-with-jabber/#comment-110059 @Adrian, thanks, I think I'll play with that idea too. (Because it looks good, easy and cool). @Adrian, thanks, I think I’ll play with that idea too. (Because it looks good, easy and cool).

]]> By: Adrian Sutton http://www.symphonious.net/2007/09/08/cache-synchronization-with-jabber/#comment-109793 Adrian Sutton Sat, 08 Sep 2007 21:57:25 +0000 https://www.symphonious.net/2007/09/08/cache-synchronization-with-jabber/#comment-109793 Fanck, JMS is probably a very good solution too, in fact it's probably better - but it's just not as cool. :) We weren't seriously adding this to our product, just experimenting. Thanks for pointing it out though, I'll keep it in mind if we ever do need to implement something like this. Fanck,
JMS is probably a very good solution too, in fact it’s probably better - but it’s just not as cool. :) We weren’t seriously adding this to our product, just experimenting. Thanks for pointing it out though, I’ll keep it in mind if we ever do need to implement something like this.

]]> By: Adrian Sutton http://www.symphonious.net/2007/09/08/cache-synchronization-with-jabber/#comment-109789 Adrian Sutton Sat, 08 Sep 2007 21:41:52 +0000 https://www.symphonious.net/2007/09/08/cache-synchronization-with-jabber/#comment-109789 Stephan, We used OpenFire (the opensource version of WildFire), mostly because we're developing a Java webapp and we already have an instance set up internally anyway. I honestly have no idea how well it would scale, I imagine there's a limit there somewhere but if you can keep the messages simple enough and keep it simple to remove things from cache it should scale a long way. For this particular app I imagine we'll need to first split the business and view logic out to it's own server and have the storage layer on a dedicated box (like most database setups are done), we can then have multiple front ends pulling from the one storage box. Later we'll need multiple storage boxes and this synchronization layer. Having separated the storage component out first should mean fewer instances of the storage server and thus less strain on the jabber connections. Naturally there's a lot of profiling to be done in all this - we were just experimenting with something that seemed cool. Stephan,
We used OpenFire (the opensource version of WildFire), mostly because we’re developing a Java webapp and we already have an instance set up internally anyway. I honestly have no idea how well it would scale, I imagine there’s a limit there somewhere but if you can keep the messages simple enough and keep it simple to remove things from cache it should scale a long way. For this particular app I imagine we’ll need to first split the business and view logic out to it’s own server and have the storage layer on a dedicated box (like most database setups are done), we can then have multiple front ends pulling from the one storage box. Later we’ll need multiple storage boxes and this synchronization layer. Having separated the storage component out first should mean fewer instances of the storage server and thus less strain on the jabber connections.

Naturally there’s a lot of profiling to be done in all this - we were just experimenting with something that seemed cool.

]]> By: Franck http://www.symphonious.net/2007/09/08/cache-synchronization-with-jabber/#comment-109788 Franck Sat, 08 Sep 2007 21:37:09 +0000 https://www.symphonious.net/2007/09/08/cache-synchronization-with-jabber/#comment-109788 And what about JMS ? http://www.enterpriseintegrationpatterns.com/ObserverJmsExample.html And what about JMS ?

http://www.enterpriseintegrationpatterns.com/ObserverJmsExample.html

]]> By: Stephan Schmidt http://www.symphonious.net/2007/09/08/cache-synchronization-with-jabber/#comment-109723 Stephan Schmidt Sat, 08 Sep 2007 13:05:19 +0000 https://www.symphonious.net/2007/09/08/cache-synchronization-with-jabber/#comment-109723 Thought about that too some time ago vut didn't carry through. What server do you use? Does it scale to large sites with many cache writes? Peace -stephan -- Stephan Schmidt :: stephan@reposita.org Reposita Open Source - Monitor your software development http://www.reposita.org Blog at http://stephan.reposita.org - No signal. No noise. Thought about that too some time ago vut didn’t carry through. What server do you use? Does it scale to large sites with many cache writes?

Peace
-stephan

–
Stephan Schmidt :: stephan@reposita.org
Reposita Open Source - Monitor your software development
http://www.reposita.org
Blog at http://stephan.reposita.org - No signal. No noise.

]]>