I had disabled them (see other thread asking if they were needed
anymore). I figured that maybe this is what was causing my problem,
so I re-enabled the .xcodeproj, but not the PB.project file.
Turns out Rapid Turnaround needs the PB.project file to be there.
So the official story here:
WO has this sort of crazy package called com.webobjects._ideservices.
This is the code that implements support for your WO app talking with
your IDE. The implementation that is built into WO <= 5.4 does
something like:
1) talk to an xml rpc service running in the IDE to get a list of
projects
2) ... if that succeeds it continues to use this service or
3) ... if that fails it tries to read out of PB.project files
WOLips has a really bad partial implementation of the webservice in #1
-- You can turn this on and off in WOLips Prefs=>PB Server
Preferences. A major problem with this server is that it's SUPER
chatty. You'll take a huge performance hit in development with this
thing running. If you turn it off, but continue to generate
PB.project files, then your success hinges on how well WOLips
generates PB.proj's. Honestly I haven't seen in this code in so long
that I just don't recall what its state is.
So there's actually a secret #0 in this list, which is that I have a
new implementation of rapid turnaround that is designed for WOLips,
but it's based on source that I can't release (if I decompiled ......
which i don't ...... it might be based on decompiled code). This has
been submitted to Apple, but I'll let Pierre comment on if/when/
whether that will go into WO proper. I can possibly release this as a
binary-only jar in the meantime that people can drop into their
projects ...... That might work out.
ms
_______________________________________________
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]
