Tom,

I've never had to do this, but I'm pretty sure it can be done. Someone please jump in and correct any errors, but off the top of my head I think you need to manually created an EOModelGroup and an EOObjectStoreCoordinator for your session, associate your model with the EOModelGroup, and then you can associate the correct connection dictionary for your user's organization.

Or, maybe better, you can create the new group and coordinator lazily at the Application level when a user from a particular organization logs in, and only end up creating at most as many as you have organizations.

I apologize that this is not very detailed, but hopefully it will point you in the right direction.

Regards,
Mark

On May 7, 2007, at 10:32 AM, Tom Termini wrote:

yeah, that's how we're managing now. we're moving to a service model and want to automate some processes.

thanks for the thought!

On May 7, 2007, at 10:56 AM, Mark Morris wrote:

Hi Tom,

Here's a slightly different thought. It's easy to set the database connections dynamically per instance at the application level. Could you have a different instance defined for each organization? This can be managed in Monitor via command line parameters defined when you set up the app. So you'd have multiple definitions in Monitor, but only one app on the server.

Then you could either give the users of each organization a different URL (simplest), or have some simple login app that redirects to the correct URL after checking LDAP (perhaps a little harder to securely manage the handoff).

Just a thought. ;-)

Regards,
Mark

On May 7, 2007, at 9:39 AM, Tom Termini wrote:

I am looking for a way to set the database when a user logs into an application. The idea is one application with a separate database for each organization using the same app. The user login comes from an LDAP. I'd like to keep this session-based. Of course, having one Model would be best -- the databases will all have identical schemas, just unique data for each organization.

i see WireHose implements *something* like this, but any assistance would be greatly appreciated.

=
Tom
=
[EMAIL PROTECTED]

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/markm% 40onpointsoftware.com

This email sent to [EMAIL PROTECTED]



 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]

Reply via email to