It's really your choice, John.  All that cares where wotaskd and JavaMonitor 
live are their start-up scripts; all that cares where your apps live is 
JavaMonitor.

Pascal has argued that it should be two directories and, while I lean in your 
direction myself, my greater priority is to get cleaned up and consistent.  
There's historic detritus in the WebObjects naming conventions, in my opinion, 
but, since it would a big deal to change, I'm leaving it alone -- at least for 
now, there's bigger fish to fry!

On Feb 18, 2013, at 5:28 PM, John Pollard <j...@pollardweb.com> wrote:

> From my humble view of the world, I like them in the same directory as it is 
> one fewer location to get my head around.
> 
> On 18 Feb 2013, at 17:43, Gavin Eadie <ga...@umich.edu> wrote:
> 
>> 
>> On Feb 18, 2013, at 12:22 PM, Pascal Robert <prob...@macti.ca> wrote:
>> 
>>> Le 2013-02-18 à 12:19, Gavin Eadie <ga...@umich.edu> a écrit :
>>> 
>>>> On Feb 18, 2013, at 12:02 PM, Pascal Robert <prob...@macti.ca> wrote:
>>>> 
>>>>> Avoid putting in /System. It's Apple territory, they might decide to 
>>>>> remove the WebObjects folder in the future like they did for other stuff. 
>>>>> Put it in /Library/WebObjects/JavaApplications instead.
>>>> 
>>>> .. why do we use two application directories?
>>>> 
>>>> ". . . Library/WebObjects/JavaApplications" and ". . . 
>>>> Library/WebObjects/Applications"
>>>> 
>>>>   I know wotaskd.woa and JavaMonitor.woa are special, but if that's the 
>>>> ostensible reason, are they really special enough to justify a confusing 
>>>> second application location?
>>> 
>>> From the people I have to help, I think it's less confusing to have 
>>> wotaskd.woa and JavaMonitor.woa in a separate directory… JavaApplications 
>>> might not be the best name, but it was the name Apple used to store wotaskd 
>>> and Monitor.
>> 
>> OK .. I can see rationale for both arguments, and avoiding confusion is at 
>> the heart of both.  My feeble memory recalls the use of both conventions in 
>> the wiki.  When I trip over that again, I'll clean them up in favor of two 
>> directories, if it doesn't disrupt other context (and someone hasn't got 
>> there already).
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-deploy mailing list      (Webobjects-deploy@lists.apple.com)
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/webobjects-deploy/john%40pollardweb.com
>> 
>> This email sent to j...@pollardweb.com
> 
> 
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-deploy mailing list      (Webobjects-deploy@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-deploy/gavin%40umich.edu
> 
> This email sent to ga...@umich.edu


 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list      (Webobjects-deploy@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to