Hi Dave,

I didn't know that btw :) Because I never switched to Navigator view since I 
used to work within WOLips view and models appear as single node.

However I am still thinking why are you facing the issue of killing 
relationships? Is it because you move entities using navigator? If yes then I 
would still prefer following my approach :) because it doesn't mess-up.

Thanks,

Farrukh

Sent from my iPhone

On 2010-11-11, at 3:27 PM, David Avendasora <[email protected]> wrote:

> Thanks Farrukh, 
> 
> I was hopping not to be messing around in the plists, but... sigh. It does 
> work to work within Eclipse, but you have to work in the Navigator view where 
> you can get to the .plist files, not that this is much better than working in 
> the finder.
> 
> The biggest issue with working in the finder is that when I try to search the 
> .plist files for the schema name that I want to move so I can find all the 
> entities, spotlight apparently doesn't index .plist files so it doesn't find 
> any. At least with Eclipse I can get a list of the plist files that are for 
> the schema I want to split off.
> 
> It would be so much easier if Entity Modeler didn't kill any relationships 
> where it can't find the destination entity in the same model when pasting. 
> I'll create a Jira bug ticket.
> 
> Thanks again, Farrukh.
> 
> Dave
> 
> 
> On Nov 11, 2010, at 4:17 AM, Farrukh Ijaz wrote:
> 
>> Hi David,
>> 
>> Commets below:
>> 
>> Farrukh
>> 
>> On 2010-11-11, at 1:51 AM, David Avendasora wrote:
>> 
>>> Hi all, 
>>> 
>>> I've got an EOModel that spans several schemas in the database and I'd like 
>>> to break it into several schema-specific EOModels. There seems to be no 
>>> easy way to move Entities out of one model and into another other than 
>>> copy-paste, but copy-paste doesn't modify the relationships to point back 
>>> to the original model that the entities were copied out of, and on top of 
>>> that, you can't change the model setting for a relationship after it is 
>>> created.
>> 
>> Don't use Eclipse. You simply need a text editor to edit the index.eomodeld 
>> files and either use Finder or Terminal to move the files around. You just 
>> need to make sure after making the changes, your models are accessible 
>> within the classpath if the models reside in different frameworks).
>> 
>> Assuming you have a model called "AllInOne EOModel" and you want to split it 
>> to "First EOModel", "Second EOModel" and "Third EOModel".
>> 
>> Step 1: Open your AllInOne EOModel in Finder and select all the *.plist 
>> files that you want to move to "First EOModel" and drag them to "First 
>> EOModel", Do the same for Second EOModel and Third EOModel.
>> Step 2: Copy the AllInOne EOModel's index.eomodeld file to First EOModel, 
>> Second EOModel and Third EOModel.
>> Step 3: Open the First EOModel's index.eomodeld file and delete the entries 
>> from the entities() section which do not belong to First EOModel. Do the 
>> same for Second EOModel and Third EOModel.
>> Step 4: Delete AllInOne EOModel from the project.
>> 
>> Open Eclipse, refresh the Resources Folder. Open First EOModel, Second 
>> EOModel and Third EOModel.
>> 
>> The model should be okay now.
>> 
>> All this requires careful movement and editing. Even if you get errors in 
>> Eclipse you'll understand that which entity you moved, defined in 
>> index.eomodeld but not available in the model.
>> 
>> Hope this helps.
>> 
>> Note: Don't use eclipse to move the Entities across the models.
>> 
>> Farrukh
>> 
>>> 
>>> Am I missing something or am I really going to have to redefine the 
>>> cross-model relationships?
>>> 
>>> Thanks,
>>> 
>>> Dave _______________________________________________
>>> 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/farrukh.ijaz%40fuegodigitalmedia.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/farrukh.ijaz%40fuegodigitalmedia.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