Actually, I've had a talk w/Russell on this. I think a move to use some
flavour of property files are good for a few more reasons. Specifically,
there are a number of places in Axis code where we do a set/getProperty()
for the system environment, which, is bad from a java2 security point of
view, as well as an app server point of view. You can't have one app
setting a system variable to be used and it affecting other apps. I have
played around w/ prototyping portions of this (and was going to wait until
after beta2 to persue it)...
Regards...Greg
Greg Truty
Tom Jordahl
<tomj@macromedia To: "'[EMAIL PROTECTED]'"
<[EMAIL PROTECTED]>
.com> cc:
Subject: RE: server config file
property
04/25/2002 04:30
PM
Please respond
to axis-dev
Neil,
I don't see any reason why we can't check a property for the server config
file.
Anyone else have thought on this? Glen?
Neil, I would send a code patch next week after Beta 2 goes out (Scheduled
for Monday) and we'll see about getting this in the source.
--
Tom Jordahl
Macromedia
-----Original Message-----
From: Neil Smyth [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, April 23, 2002 5:18 AM
To: '[EMAIL PROTECTED]'
Subject: server config file property
When using Axis as a server, the configuration is picked up via the
ServletEngineConfigurationFactory class, which always uses the file
WEB-INF/server-config.wsdd. I am wondering if this is deliberate, or if the
system property "axis.ServerConfigFile" should be picked up to define which
configuration file is used. When using axis as a client the property
"axis.ClientConfigFile" can be used to decide where the configuration file
should be picked up from, and works fine.
If this property should be picked up, the fix is quite simple as the
ServletEngineConfigurationFactory just needs access to the serverConfigFile
member from the parent DefaultEngineConfigurationFactory class.
Is there any reasoning why the server configuration file should always be
located in the same location when using a webapp? I am not sure if this is
a
bug or a feature hence this post :)
Regards,
Neil
