• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag
 

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: coexisting installs of WO 5.3/5.4 on Tiger/Leopard?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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: Lachlan Deck <email@hidden>
  • Date: Wed, 31 Oct 2007 08:16:21 +1100

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@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


References: 
 >coexisting installs of WO 5.3/5.4 on Tiger/Leopard? (From: Ray Kiddy <email@hidden>)
 >Re: coexisting installs of WO 5.3/5.4 on Tiger/Leopard? (From: Kieran Kelleher <email@hidden>)
 >Re: coexisting installs of WO 5.3/5.4 on Tiger/Leopard? (From: Lachlan Deck <email@hidden>)
 >Re: coexisting installs of WO 5.3/5.4 on Tiger/Leopard? (From: Kieran Kelleher <email@hidden>)

  • Prev by Date: Re: Database choices
  • Next by Date: Re: Database choices (response from OpenBase)
  • Previous by thread: Re: coexisting installs of WO 5.3/5.4 on Tiger/Leopard?
  • Next by thread: Re: coexisting installs of WO 5.3/5.4 on Tiger/Leopard?
  • Index(es):
    • Date
    • Thread