Sure, but not from a configuration perspective. For
instance, if daemon used configuration for a
configuration file it could be easier to use. Provide
multiple configuration files with your distribution
which allows users to more easily install and
uninstall services and operate on them without
remembering command line switches etc. launcher could
even use configuration (which is smaller than ANT) yet
also allow ANT and not have as many runtime
requirements. Then of course other applications can
just use a single configuration entry point and use
configuration information and reference environment
variables without having to hard code them into their
sources...makes it configurable.


Wade

--- Mark Fortner <[EMAIL PROTECTED]> wrote:

> Isn't this already handled by System.getenv?
> 
> On 7/23/07, Wade Chandler
> <[EMAIL PROTECTED]> wrote:
> >
> > Personally, I think this type thing comes in very
> > handy in different situations. It would even be
> handy
> > in daemon and launcher. Look how many times
> scripts
> > have to be written for every OS to get different
> > things like JAVA_HOME and ANT_HOME or similar into
> an
> > application. It has been deprecated for a long
> time,
> > but I doubt it will ever be removed. It seems to
> be
> > quite needed in situations.
> >
> > Wade
> >
> > --- Oliver Heger <[EMAIL PROTECTED]>
> wrote:
> >
> > > Hi all,
> > >
> > > for [configuration] we have a feature request
> for
> > > supporting environment
> > > variables [1]. I searched the archives and found
> > > that this topic has
> > > been discussed before [2].
> > >
> > > I was wondering whether situation has changed
> since
> > > then. My personal
> > > opinion is expressed in the Jira ticket in [1].
> What
> > > do others think?
> > >
> > > Please note that the ticket contains an
> attachment
> > > with a simple
> > > implementation for accessing environment
> variables.
> > >
> > > Thanks
> > > Oliver
> > >
> > > [1]
> > >
> >
>
http://issues.apache.org/jira/browse/CONFIGURATION-284
> > > [2]
> > >
> >
>
http://thread.gmane.org/gmane.comp.jakarta.commons.devel/33239/focus=33325
> > >
> > >


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to