This week's book giveaway is in the OO, Patterns, UML and Refactoring forum. We're giving away four copies of Refactoring for Software Design Smells: Managing Technical Debt and have Girish Suryanarayana, Ganesh Samarthyam & Tushar Sharma on-line! See this thread for details.
My application is deployed onto WAS61 having 4 JVM instances in place. My requirement is to capture Instant messaging presence of certain number of users in application. As per application logic I will have to maintain certain no. of generic userids using which I can subscribe to users presence.
However, at JVM startup I will have to start/login all generic userids and should made available for incoming presence subscription requests. As a basic IM Presence concept, any two JVM instances cannot have same generic userid allocated and running on it. If there is a case where the number of generic userids is 2, considering one generic userid per JVM instance then, I'm just wondering on how to handle any presence subscription request comes to other 2 JVM instances where no generic userid is allocated and running on it.
My request comes to JVM 3 instance, but anyways I will have to subscribe this request to either GenericUser1 or GenericUser2 that are running on JVM 1 and JVM 2. So, is there anyways of handling these kind of requests so that routing them from one JVM to another JVM where our generic clients are available for serving the requests.
XMPP server will send presence messages only to clients which login to it. So if you have two generic accounts and you start/login them on JVM 1 and JVM 2, these are the only ones bound to get back presence notifications. XMPP server will not even know that you have JVM3 and 4 in place.