Re: Issues Deploying from WOLips

Fri, 29 Aug 2008 09:33:34 -0700

Not wanting to start a debate (cos I don't have time today :-) ), but for revision-named bundles (my-app-001, my-app-002, etc.) symlinks strategy will not work... and secondly just overwriting existing resources means that an old version app that is still running with refuse sessions is now getting new version resources (images, javascript, css, etc .....). For me I want clean rolling changes without the gamble of merging new version css, javascript, etc with old version app ....... and of course, then there is the problem of the browser caching of old versions when the new version woa is running ..... with versioned split-embedded bundle the resources URLs are versioned due to their being different ... for example with the following embedded WSR url .......

<<inline: JavaScript - http___www.smartleadsusa.net_cgi-bin_WebObjects_cheetah.woa_238_wo_5T4I9p0kLb5dqkDHztTMx0_4.0.17.12.13.0.7.1.jpg>>





For me, this is all no trouble since I have a deployment script that I  
run and everything gets built and deployed to the woa-app servers  
while I have about 1 cup of coffee after which I then log in to  
WOMonitor and launch new version instances and refuse sessions on the  
old version instances.


On Aug 29, 2008, at 12:08 PM, Guido Neitzer wrote:


On Fri, Aug 29, 2008 at 10:02 AM, Kieran Kelleher <[EMAIL PROTECTED] 
> wrote:



This looks interesting, though the WSR are not really an issue for  
me.



True for Java Client people like yourself, but for the web app  
developer it

is necessary.


Why?  I never bother with that. I have my WSRs in a separate project
or in a separate folder and deploy them with rsync within the
deployment script.

Or you do a first time deploy and add some symlinks to the webserver
resources in your application.

You don't have to worry about that, it all depends on your project
layout and and how you do deployments.

cug



 _______________________________________________
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