Re: Fluffy Bunny question
Re: Fluffy Bunny question
- Subject: Re: Fluffy Bunny question
- From: email@hidden
- Date: Thu, 19 Jul 2012 12:33:15 -0400
Hi Sharpy, Jesse, and John,
I appreciate your replies.
We are running Applications that only
extend the ERAjax lineage bypassing full blown ERXApplication. We are using
almost the same as you Sharpy. Same Eclipse version but newer WOLips. Specifically
we're running:
Eclipse 3.7.2
WOLips 3.7.20120625.26
Regarding putting your model files inside
a framework in the folder "Resources/model" on the one hand Sharpy
says "yes it works." Others say "no it doesn't and for good
reason."
Sharpy please explain your configuration
a bit more. I may switch to your older version of WOLips to try it out.
Not real easy because we are behind a proxy at the office... need to go
out to a coffee shop... not your problem but...
This morning encouraged by Sharpy's
experience we tried again. Here's what we found:
1) If your app and framework are in
the same workspace with a dependency it will not work. When you run your
app it will error out early on saying it can't find the first EOModel file
it needs from the defaultModelGroup.
2) If we right click on our framework
in Eclipse and then "close" it that makes it dead to Eclipse.
Your app will automatically go to the installed location of the framework
and try to use that. In this method, yes it will find your model files
and use them. But now you've lost the ability to debug your framework code
in real time and several other niceties. If you dig deeper, into the compiled
framework in the installed location, you'll see that the model files are
saved directly in "Resources" not in "Resources/model"
That part about moving where they are installed doesn't bother me that
much but it might also explain a few things.
So yes, I understand we should all use
Fluffy Bunny for many reasons, including picking up a new project as part
of a new team and feeling at home. We all speak the same configuration
lingo. That's great. I just thought it made logical sense to recursively
look for model files inside of the "Resources" directory in the
same way that you can with an image resource by just specifying its project
(but not its path). When you have a lot of models, and other files, it
is just nice to be together... But I guess WO is not that way?
Sharpy, please elaborate on your setup
:-)
Thank you,
-- Aaron
From:
Michael Sharp <email@hidden>
To:
email@hidden
Cc:
email@hidden
Date:
07/18/2012 07:31 PM
Subject:
Re: Fluffy Bunny
question
I use folders for nesting models & eogen files within
the Resources directory.
I have some frameworks with enough models to make expanding
the Resources folder in WO Explorer visually disturbing, so recently tried
the nesting approach and haven't had any problems.
Running only ERXApplications on:
Eclipse 3.7.2
WOLips 3.7.20120329.160038
Sharpy...
On 19/07/2012, at 7:22 AM, email@hidden
wrote:
Hi WOrriors,
Sorry for the cross post but it seems these days most questions get asked
on the Apple lists regardless if they are pure Apple related or WOLips
/ Eclipse / WOnder related.
Anyone have some advice for me? I'd like to put my EOModel files into "Resources/model"
but fluffy bunny isn't happy. Do I have any recourse or must I obey the
bunny?
Many thanks,
-- Aaron
----- Forwarded by Aaron Rosenzweig/hq/hjf on 07/18/2012 05:20 PM -----
From: Aaron
Rosenzweig/hq/hjf
To: Wonder
Project <email@hidden>
Date: 07/16/2012
03:40 PM
Subject: Fluffy
Bunny question
Hi WOrriors,
I have an app and a separate WO framework. All my EO model files are in
the "Resources" directory of the framework.
In Eclipse, when I run the app, everything is fine.
When I make a "Resources/model" folder in the framework and then
move the EO model files into it, I can no longer run my app within Eclipse.
The various EO model files cannot be found.
Ok, so this is not-so-fluffy bunny but what if I really want to put everything
in "Resources/model" at least during development? Where do I
go to make this happen? Is it in WOlips itself or some XML file?
Many thanks for any tips or pointers,
-- Aaron _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden