I have an enterprise application which for many reasons is set up as a one server (app instance actually, multiple app instances can reside on a single physical server) per network (for example Trumark Financial has app1.service.com while First Protective has app2.service.com). Now each app instance has it’s own database with it’s own user table and to make matters a little more interesting there are groups inside a single app instance so not everyone in a single app instance can see everyone else. Now this all works (rather cleverly I think, but then I’m biased), what I would like to do is introduce an XMPP server on top of this, allowing for instant messaging through standard clients while observing the account/group system being administered inside my app. I’m right now starting to hack away at the *Provider interfaces but I’m hitting a bit of a wall. It seems that OpenFire is built around a one app instance per network model, so Users in any part of an OpenFire instance are discoverable by all other users (I’m taking this from the fact that findUsers doesn’t take as a parameter the current logged in user, unless there is some global context that I’m missing).
My question is, am I missing something? I tried to search this forum for the answer and I did find one thread about UserProvder (http://www.igniterealtime.org/community/docs/DOC-1524) but this only seems to confirm my assertion. So is this something I can do with OpenFire? If not, does anyone have any ideas of another server that I can try?