Re: One Login EOModel for multiple apps?
Re: One Login EOModel for multiple apps?
- Subject: Re: One Login EOModel for multiple apps?
- From: Art Isbell <email@hidden>
- Date: Thu, 10 Jul 2003 09:44:15 -1000
On Thursday, July 10, 2003, at 08:33 AM, james o wrote:
i've successfully created one EOModel that works in multiple apps with
different EOModel's.
-now i'm wondering where is the best place to keep this new EOModel?
Sounds like what a WOFramework is intended for: resources shared among
multiple apps. Just create a WOFramework project, add this eomodel and
anything else that's shared like the EO class files associated with the
model, and add this framework to each app that shares these resources
(don't forget to delete the shared resources from each app project).
-and when i Add Files (LOGIN.eomodeld) to my project what should i
select in Reference Style? Default, Group Relative, Absolute Path or
Build Product Relative so that all my projects see this EOModel. if
i leave the EOModel outside of the project dir. the EOModeller doesn't
see the other EOModels and sometimes it complains that it can't see
relationships.
Use a WOFramework instead.
How are others using custom frameworks during development? By
default, apps that use frameworks search for them in the installed
location, not in the development project. This means that you must
install a custom framework before apps that use it will use the most
recent version. This works but is a little awkward.
I'm using a different approach. I added my custom framework to my app
project using the path to the framework in the "build" directory of the
framework project. By doing so, I don't have to install the framework
after each change. But when I install the apps and framework, the apps
still search for the framework in its project "build" directory rather
than in the installed location. I removed this "build" directory path
from the Application Server target's Search Paths and added
$(LOCAL_LIBRARY_DIR)/Frameworks, but this didn't seem to help.
Aloha,
Art
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.