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
