Re: NSProperties order of priority (app/framework/command line)?
Re: NSProperties order of priority (app/framework/command line)?
- Subject: Re: NSProperties order of priority (app/framework/command line)?
- From: Lachlan Deck <email@hidden>
- Date: Thu, 1 Dec 2005 09:03:32 +1100
Hi there,
On 30/11/2005, at 3:07 AM, Gavin Eadie wrote:
At 10:57 AM +1100 11/29/05, Lachlan Deck wrote:
My reading of the NSProperties API leads me to believe that the
order of priority for preferences are as follows (but it's not
explicitly stated)...
... what a coincidence!! I just re-documented NSProperties
(manually edited Javadoc enclosed) as an example of how far off
target a lot of the WO Javadoc is. The portion in question here
says: "The application properties can come from four sources:
argument parameters from the command line, the file
WebObjects.properties in the user's home directory the
application's Properties file, and the Properties files of any
frameworks the application includes, in that order of precedence."
That is, in your numbering: 1, 4, 2, 3
<NSProperties.html>
Neither the online copy of the 5.2 or 5.3 docs, nor indeed my local
copy, have the clarifying phrase "in that order of preference" - and
you've changed the order of the sentence.
You have:
1) Command line args
4) ~/WebObjects.properties
2) Application Properties file
3) Framework Properties file
however, the online doc states:
The application properties can come from four sources: the command
line, the application's Properties file, the Properties files of any
frameworks the application includes, and the file
WebObjects.properties in the user's home directory.
Which is:
1) Command line args
2) Application Properties file
3) Framework Properties file
4) ~/WebObjects.properties
So how are the former conclusions being made? Has someone actually
tested this?
with regards,
--
Lachlan Deck
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden