I think you can specify the WORootDirectory and WOLocalRootDirectory to point
to your installation. The WORootDirectory should point to your "System" folder
and the WOLocalRootDirectory points to the folder that contains your "Library"
folder.
On my dev machine, I start my wotaskd instance (via Launch Services) with the
following arguments:
<key>ProgramArguments</key>
<array>
<string>wotaskd</string>
<string>-DWORootDirectory=/opt/local/webobjects/5.4.3/System</string>
<string>-DWOLocalRootDirectory=/opt/local/webobjects/5.4.3</string>
<string>-WOHost</string>
<string>localhost</string>
<string>-WOPort</string>
<string>1085</string>
</array>
Mind you, I didn't do a clean install of Mavericks, so this is left over from
my Mountain Lion installation, but it still seems to be working. Hope that
helps.
F
--
Faizel Dakri
On 2013-Nov-10, at 10:21 PM, Johnny Miller <[email protected]> wrote:
> Hi Pascal,
>
> On a clean install there is no /Library/WebObjects directory
> If you install using WOInstaller.jar and put it in a non-default location
> like /Developer/WebObjects /Library/WebObjects does not get created.
>
> So my question is how do you specify the override so that wotaskd doesn’t try
> to write it’s configuration to /Library/WebObjects/Configuration
>
> Ideally, I would like it to write to
> /Developer/WebObjects/Library/WebObjects/Configuration
>
> Could you pass it as an argument in com.apple.webobjects.wotaskd.plist?
>
> On Nov 10, 2013, at 5:53 PM, Pascal Robert <[email protected]> wrote:
>
>> Cannot be created = bad file permissions on /Library/WebObjects
>>
>>> I changed the standard out and standard error to a place that could see the
>>> error messages and it was failing on:
>>>
>>> [2013-11-10 15:25:28 HST] <main> Configuration Directory
>>> /Library/WebObjects/Configuration/ does not exist, and cannot be created.
>>>
>>> So I created a symbolic link from
>>> /Developer/WebObjects/Library/WebObjects/Configuration to
>>> /Library/WebObjects/Configuration
>>>
>>> Obviously that is kind of a hack. Anyone know how to override that so I
>>> can direct to the non-default location?
>>>
>>> Thank you,
>>>
>>> Johnny
>>>
>>> On Nov 10, 2013, at 2:31 PM, Johnny Miller <[email protected]> wrote:
>>>
>>>> It seems to start up and then die on me.
>>>>
>>>> 593 ?? Ss 0:01.82 /usr/bin/java -XX:NewSize=2m -Xmx64m -Xms32m
>>>> -DWORootDirectory=/System -DWOLocalRootDirectory= -DWOUserDirectory=/
>>>> -DWOEnvClassPath= -DWOApplicationClass=Application -DWOPlatform=MacOS
>>>> -Dcom.webobjects.pid=593 -Dcom.sun.management.jmxremote=false -classpath
>>>> WOBootstrap.jar com.webobjects._bootstrap.WOBootstrap -WOPort 56789
>>>> 619 ?? Rs 0:00.09 /usr/bin/java -XX:NewSize=2m -Xmx64m -Xms32m
>>>> -DWORootDirectory=/System -DWOLocalRootDirectory= -DWOUserDirectory=/
>>>> -DWOEnvClassPath= -DWOApplicationClass=Application -DWOPlatform=MacOS
>>>> -Dcom.webobjects.pid=619 -Dcom.sun.management.jmxremote=false -classpath
>>>> WOBootstrap.jar com.webobjects._bootstrap.WOBootstrap -WOPort 1085
>>>>
>>>>
>>>> It looks like -DWORootDirectory is wrong. Do you know how would I direct
>>>> it to the right location?
>>>>
>>>> Thank you!
>>>>
>>>> On Nov 10, 2013, at 2:10 PM, Ken Anderson <[email protected]> wrote:
>>>>
>>>>> If you do a ps, do you see monitor running? It’s working OK on my clean
>>>>> Mavericks install (on a late 2013 MBP!!)
>>>>>
>>>>> Ken
>>>>>
>>>>> On Nov 10, 2013, at 6:34 PM, Johnny Miller <[email protected]> wrote:
>>>>>
>>>>>> OK.
>>>>>>
>>>>>> So the mistake I made there was when reading the log files I saw it
>>>>>> complaining about appserver and appserverusr so I tried adding the
>>>>>> underscore in the configuration files in /Library/LaunchDaemons. That
>>>>>> didn’t solve anything but I left it. I then made the two scripts for
>>>>>> the apps executable and then I ran into the error below. After
>>>>>> switching back the user and group name to the version without the
>>>>>> underscore both apps now start.
>>>>>>
>>>>>> But… I can’t connect to womonitor on localhost:56789
>>>>>>
>>>>>> I have followed these instructions
>>>>>> http://wiki.wocommunity.org/display/documentation/Development+Tools-Running+Through+Apache?src=search
>>>>>> making the correct substitutions for my environment.
>>>>>>
>>>>>> Any idea on what I could be doing wrong?
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Johnny
>>>>>>
>>>>>>
>>>>>>
>>>>>> Begin forwarded message:
>>>>>>
>>>>>>> From: Johnny Miller <[email protected]>
>>>>>>> Subject: Mavericks clean install set up problem
>>>>>>> Date: November 10, 2013 at 1:15:31 PM HST
>>>>>>> To: "[email protected] com"
>>>>>>> <[email protected]>
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> I’m trying to set up webobjects on a clean install of mavericks. And
>>>>>>> I’m getting stuck with trying to run debugging through apache.
>>>>>>>
>>>>>>> I’ve created the plists for womonitor and wotaskd per the instructions
>>>>>>> here:
>>>>>>> http://wiki.wocommunity.org/display/WO/WO+5.4+Getting+Started#WO5.4GettingStarted-javamonitor
>>>>>>>
>>>>>>> I set up WebObjects using the WOInstaller.jar to /Developer/WebObjects.
>>>>>>>
>>>>>>> I updated the plists to point to the correct location for the launch
>>>>>>> scripts for womonitor and wotaskd.
>>>>>>>
>>>>>>> And I made both those scripts executable.
>>>>>>>
>>>>>>> But when I try to launch the scripts I’m getting the very cryptic
>>>>>>> message of:
>>>>>>>
>>>>>>> Nov 10 13:06:46 Puamana com.apple.launchd[1]
>>>>>>> (com.apple.webobjects.wotaskd[4351]): Exited with code: 1
>>>>>>>
>>>>>>> Any ideas on where I’ve gone wrong?
>>>>>>>
>>>>>>> Thanks in advance,
>>>>>>>
>>>>>>> Johnny
>>>>>>
>>>>>> _______________________________________________
>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>> Webobjects-dev mailing list ([email protected])
>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>> https://lists.apple.com/mailman/options/webobjects-dev/kenlists%40anderhome.com
>>>>>>
>>>>>> This email sent to [email protected]
>>>>>
>>>>
>>>
>>> _______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> Webobjects-dev mailing list ([email protected])
>>> Help/Unsubscribe/Update your Subscription:
>>> https://lists.apple.com/mailman/options/webobjects-dev/probert%40macti.ca
>>>
>>> This email sent to [email protected]
>>
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list ([email protected])
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-dev/listfez%40dakri.com
>
> This email sent to [email protected]
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [email protected]
