Re: Properties Files
Re: Properties Files
- Subject: Re: Properties Files
- From: Pascal Robert <email@hidden>
- Date: Tue, 15 Jan 2008 08:38:26 -0500
Le 08-01-15 à 08:30, David Avendasora a écrit :
Okay,
I'm confused, and I know part of it is my own fault. I started
development with Xcode, have transitioned to WOLips and am building
the app as a SSDD/WAR.
I know there is more than one way to define properties for my
application, but I'm not sure I understand it all, or which way is
the "Best Practice". I've looked in the Wiki and found some
information, but I'm not sure I understand completely which goes
where and if they are (not) flagged as resources.
So, I'm going to go through the list and see if I understand
everything.
1) Properties - this file is the place to put config for the
startup of the application. Framework Properties files are
overridden by application Properties files. Must be in the
Resources directory, and must be flagged as a Resource. Where do I
find a list of all the possible properties? I'm sure they're
defined somewhere in the WO doco, but I can't see, to find it.
When you put a file in the Resources, it should be automatically
flagged as a Resource. Same thing for the WebServerResources folder,
where files and folders will be flagged as Web Server resources.
2) log4j.properties - old format, replaced by log4j.xml
3) log4j.xml - the current format for configuring log4j. Must be in
the Resources directory and marked as a Resource.
4) build.properties - used by Ant to define variables such as
"project.name" Put in project root. Flagged as a Resource??
No, it should not be flagged as a resource. AFAIK, this file is only
used by build.xml to load properties.
5) build.xml - defines the Ant build process. Put in project root,
not flagged as a Resource??
Correct. It's only used when you "install" your app/framework,
Eclipse/WOLips is not using this file for the incremental build made
inside Eclipse. _______________________________________________
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