Re: WOAllowRapidTurnaround = true Isn't working...
Re: WOAllowRapidTurnaround = true Isn't working...
- Subject: Re: WOAllowRapidTurnaround = true Isn't working...
- From: Jake MacMullin <email@hidden>
- Date: Thu, 24 Jan 2008 06:13:11 +1100
While someone is looking at rapid turn around, it'd be great if rapid
turn around was decoupled from the IDE / Project files. For example,
when I build a WebObjects application with Maven (and don't generate
any of the PB.proj, xcode, etc. project files) I'd like to be able to
pass an extra argument to the running application which is a list of
places to look for component templates.
Regards,
Jake
On 24/01/2008, at 4:37 AM, Mike Schrag wrote:
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@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