good point, although i think apple installers forgot all about wo a few years back :-)
we've been using the wonder versions in production for the past 4 months and agree, it's super stable. simon On 17 October 2010 12:37, Pascal Robert <prob...@macti.ca> wrote: > Personnaly, I wouldn't change the versions in /System since Apple installers > might replace with their own versions. Apple don't like having non-Apple > stuff in /System and sometimes they disabled it in a OS X update. > > What I do in those situations : > > - Drag the builds from Wonder and put them in > /Library/WebObjects/JavaApplications > - chown -R appserver:appserveradm /Library/WebObjects/JavaApplications > - stop Apple versions of the deployment stuff > - sudo launchctl stop com.apple.webobjects.JavaMonitor > - sudo launchctl stop com.apple.webobjects.wotaskd > - modify the launchctl script so that the path to the executable goes to > /Library/WebObjects/JavaApplications > - start the launchctl scripts > - sudo launchctl start com.apple.webobjects.JavaMonitor > - sudo launchctl start com.apple.webobjects.wotaskd > > The other advantages is that you can switch back to the Apple versions just > by changing the launchctl scripts. > > I'm running the Wonder versions of 4 servers (all CentOS Linux boxes) and > it's super stable. > >> Hi Simon, >> >> Thank you very much! Seems to be quite a detailed manual. I shall do it on a >> test server and see how it goes. Will let you know the findings soon. >> >> Farrukh >> >> On 2010-10-17, at 1:43 PM, Simon wrote: >> >>> this is completely untested.... >>> >>> # Presuming you're deploying on standard mac os layout >>> >>> # Move the apple ones out of the way >>> cd /System/Library/WebObjects/JavaApplications >>> mv JavaMonitor.woa JavaMonitor.woa.apple.version >>> mv wotaskd.woa wotaskd.woa.apple.version >>> >>> # Get the WOnder versions and unpack tem >>> wget >>> http://webobjects.mdimension.com/hudson/job/Wonder54/lastSuccessfulBuild/artifact/dist/JavaMonitor.woa.tar.gz >>> -O /System/Library/WebObjects/JavaApplications/JavaMonitor.woa.tar.gz >>> tar -zxf /System/Library/WebObjects/JavaApplications/JavaMonitor.woa.tar.gz >>> -C /System/Library/WebObjects/JavaApplications/WODeployment/ >>> rm >>> /System/Library/WebObjects/JavaApplications/WODeployment/JavaMonitor.woa.tar.gz >>> wget >>> http://webobjects.mdimension.com/hudson/job/Wonder54/lastSuccessfulBuild/artifact/dist/wotaskd.woa.tar.gz >>> -O /System/Library/WebObjects/JavaApplications/wotaskd.woa.tar.gz >>> tar -zxf >>> /System/Library/WebObjects/JavaApplications/WODeployment/wotaskd.woa.tar.gz >>> -C /System/Library/WebObjects/JavaApplications/WODeployment/ >>> rm >>> /System/Library/WebObjects/JavaApplications/WODeployment/wotaskd.woa.tar.gz >>> >>> # Permissions >>> sudo chown -R appserver:appserveradm >>> /System/Library/WebObjects/JavaApplications >>> sudo chmod -R 755 /System/Library/WebObjects/JavaApplications >>> >>> # if you've done anything funky with your JavaMonitor / wotaskd >>> properties you will need copy that funkiness into the new >>> JavaMonitor/wotaskd properties >>> >>> # Presuming you have launchd scripts >>> sudo launchctl restart com.apple.webobjects.wotaskd >>> >>> ... and it should pick up where you left off. >>> >>> simon >>> >>> >>> >>> On 17 October 2010 10:42, Farrukh Ijaz >>> <farrukh.i...@fuegodigitalmedia.com> wrote: >>>> Dear Super Gurus! >>>> >>>> I want to use Wonder version of JavaMonitor and wotaskd. What is the >>>> recipe with minimum downtime to replace the existing JavaMonitor and >>>> wotaskd. >>>> >>>> Note: Keeping in mind there are dozens of applications already running on >>>> the servers and the JavaMonitor is also secured with the password. >>>> >>>> Thanks in advance, >>>> >>>> Farrukh _______________________________________________ >>>> Do not post admin requests to the list. They will be ignored. >>>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >>>> Help/Unsubscribe/Update your Subscription: >>>> http://lists.apple.com/mailman/options/webobjects-dev/simon%40potwells.co.uk >>>> >>>> This email sent to si...@potwells.co.uk >>>> >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >>> Help/Unsubscribe/Update your Subscription: >>> http://lists.apple.com/mailman/options/webobjects-dev/farrukh.ijaz%40fuegodigitalmedia.com >>> >>> This email sent to farrukh.i...@fuegodigitalmedia.com >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >> Help/Unsubscribe/Update your Subscription: >> http://lists.apple.com/mailman/options/webobjects-dev/probert%40macti.ca >> >> This email sent to prob...@macti.ca > > _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
