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]