On 31/10/2007, at 7:55 AM, Kieran Kelleher wrote:

On Oct 30, 2007, at 3:42 PM, Lachlan Deck wrote:

On 31/10/2007, at 5:04 AM, Kieran Kelleher wrote:

suggestion: embed="true" for all frameworks solved much of this multi-version garbage in deployment in the past ... probably easiest route since WOLips ant tasks have easy "embed" flags

The thing I /do not/ like about embedding of WO supplied frameworks is how this makes each app needlessly bulky for uploading.

scp is particularly slow if you transfer the built embedded bundle as is with each file transfered separately ..... however if you tar.gz the bundle, it makes a dramatic difference to upload .....

Sure, and this is what I do. But it's still bigger than it needs to be.

For the extra 60 seconds upload, I find it refreshing to never have deployment launch problems and peace of mind that I never stomp over frameworks with new versions that are incompatible with existing deployed apps.

For sure, a dedicated server with one or two apps might make sense to manage the server frameworks as separate deployments, but IMHO for servers with 6 or 12 or more different apps where some might not get updates for a long long time, embedding is the best way to deployment sanity.

I really don't see the conceptual difficulty with the following:

instead of:
WOROOT/Library/Frameworks/JavaEOAccess.framework/Resources/Java/ javaeoaccess.jar

use in Contents/Unix/CLASSPATH.txt for example:
WOROOT_53/Library/Frameworks/JavaEOAccess.framework/Resources/Java/ javaeoaccess.jar
<...>

Simply requires either org.objectstyle.woproject.ant.WOApplication to take some argument or some other ant call to regex-replace after the fact.

So for me, if there's some work put into a better solution, then +1 from me. (This may just mean adding an option to WOLips to set a custom location to find the system frameworks).

with regards,
--

Lachlan Deck



_______________________________________________
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