Interesting idea, but at the moment I'm editing the "specific stuff"
very regularly and having them all in the one project is a nice
convenience.
After playing around with: Resource Path Types, Executables build
names, NSProjectSearchPath, WOAllowRapidTurnaround, WOCachingEnabled
false, and many more - doing a clean before each build has fixed the
problem (i had tried this before without success). So think for now
the simplest solution will be to add a build script to clean the
current target each time I compile to eliminate the risk of me
forgetting to do it each time.
Thanks for the tip
Dave
On 17/01/2007, at 9:31 AM, Chuck Hill wrote:
Even in Eclipse I would find a different way to do this. How about
extracting the client specific stuff into a framework unique to
that client and then just including the correct framework at
runtime? This is what I do and it seems to work well and require a
minimum of contortions.
Chuck
On Jan 16, 2007, at 2:23 PM, Dave Elsner wrote:
Hi,
I have a project that is used for multiple clients as such several
java files and WO Components differ for each client. So using
Xcode I setup a target for each client and also duplicated the
Application Server target for each client, this client Application
Server target contains all the common files plus the files
specific for that client.
e.g. My targets look like this
Client A
Client A Application Sever
Web Sever
CLient B
Client B Application Server
Web Server
Client A Application Sever
Client B Application Server
Web Server
This works fine for java files but not for WO Components as Xcode
always uses the same .wo file even though I have two versions of
the file; one included in "client A Application server" "Copy
Bundle Resources" build phase and the other version of the file in
Client B. What am I doing wrong? Apart from still using VexCode
and not moving to Eclipse.
Cheers
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/chill%
40global-village.net
This email sent to [EMAIL PROTECTED]
--
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems.
http://www.global-village.net/products/practical_webobjects
_______________________________________________
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]
