Re: coexisting installs of WO 5.3/5.4 on Tiger/Leopard?
Re: coexisting installs of WO 5.3/5.4 on Tiger/Leopard?
- Subject: Re: coexisting installs of WO 5.3/5.4 on Tiger/Leopard?
- From: Kieran Kelleher <email@hidden>
- Date: Tue, 30 Oct 2007 16:55:48 -0400
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 ..... I find
that a typical woa with fully embedded Apple frameworks, Wonder and a
few custom ones tar.gz's to 15MB to 30MB more or less. .... it is
faster than when I scp'd non-tar.gz'd, non-embedded woa's before from
what I can see.
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.
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).
_______________________________________________
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