André Warnier schrieb am 10.06.2010 um 21:52 (+0200):
> Assuming that some rogue application or filter *requires*
> site-specific parameters in web.xml, normally like so :
>
> ...
>
> parameter1
> value1
>
>
> parameter2
> value2
>
>
> etc..
>
David kerber wrote:
On 6/10/2010 3:52 PM, André Warnier wrote:
...
Does there exist *any* way to put the actual values "value1", "value2",
etc.. in some place *outside* the web.xml file, and *outside* the war
that would be created for this application, and still allow the
application, on star
On 6/10/2010 3:52 PM, André Warnier wrote:
...
Does there exist *any* way to put the actual values "value1", "value2",
etc.. in some place *outside* the web.xml file, and *outside* the war
that would be created for this application, and still allow the
application, on startup, to read the valu
Konstantin Kolinko wrote:
2010/6/10 André Warnier :
Let me speak for the OP, and for others like me who do not necessarily write
the applications and filters which they are installing on customer systems.
Sometimes, you have to deal with such third-party modules, which have to be
used e.g. as a
Mark Thomas wrote:
On 10/06/2010 20:52, André Warnier wrote:
Does there exist *any* way to put the actual values "value1", "value2",
etc.. in some place *outside* the web.xml file, and *outside* the war
that would be created for this application, and still allow the
application, on startup, to r
On 10/06/2010 20:52, André Warnier wrote:
> Does there exist *any* way to put the actual values "value1", "value2",
> etc.. in some place *outside* the web.xml file, and *outside* the war
> that would be created for this application, and still allow the
> application, on startup, to read the values
2010/6/10 André Warnier :
>
> Let me speak for the OP, and for others like me who do not necessarily write
> the applications and filters which they are installing on customer systems.
> Sometimes, you have to deal with such third-party modules, which have to be
> used e.g. as a servlet filter in c
On 10/06/2010 16:43, André Warnier wrote:
>
> If at the same time you have a customer who insists on receiving war
> files for application updates, you're cooked, because you have to build
> a customer-specific war file every time.
This might be /tedious/, but it's not /hard/. If it was somethin
Mark H. Wood wrote:
On Wed, Jun 09, 2010 at 05:20:22PM +0200, Thomas Kloeber wrote:
Mark H. Wood wrote on 09.06.2010 17:03:
On Wed, Jun 09, 2010 at 04:19:17PM +0200, Thomas Kloeber wrote:
the problems I have are:
* the IP address of the backing database is one of the parameters
On Wed, Jun 09, 2010 at 05:20:22PM +0200, Thomas Kloeber wrote:
> Mark H. Wood wrote on 09.06.2010 17:03:
> > On Wed, Jun 09, 2010 at 04:19:17PM +0200, Thomas Kloeber wrote:
> >
> >> the problems I have are:
> >>
> >> * the IP address of the backing database is one of the parameters
> >>
Chris,
Christopher Schultz wrote on 09.06.2010 20:31:
It's not terribly unusual to roll a client-specific WAR file for some
reason. In what way does Tomcat "interfere" with your ability to build a
client-specific WAR? Tomcat should not be involved in the WAR-creation
process.
ok, it looks l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas,
On 6/9/2010 9:36 AM, Thomas Kloeber wrote:
> André Warnier wrote on 09.06.2010 15:20:
>> Inthink you should have a look at the Manager application (delivered
>> along with Tomcat when downloading from the main Tomcat site).
>> The Manager allo
Thomas Kloeber wrote:
David kerber wrote on 09.06.2010 15:45:
On 6/9/2010 9:36 AM, Thomas Kloeber wrote:
Is this such an unusal thing that one has to configure webapp files with
site specific information?
Beyond 1-time initial configuration, I would say it is unusual.
it is a 1-time configurat
Mark H. Wood wrote on 09.06.2010 17:03:
On Wed, Jun 09, 2010 at 04:19:17PM +0200, Thomas Kloeber wrote:
the problems I have are:
* the IP address of the backing database is one of the parameters
that needs to be configured (in context.xml), so I can't get any
data from th
> From: Thomas Kloeber [mailto:kloe...@ics.de]
> Subject: Re: How to configure a web app
>
> how do you "make changes in context.xml inside archive"?
Unpack it with the jar utility, update, repack. Alternatively, you can supply
the element in a separate file, and have
On Wed, Jun 09, 2010 at 04:19:17PM +0200, Thomas Kloeber wrote:
> the problems I have are:
>
> * the IP address of the backing database is one of the parameters
> that needs to be configured (in context.xml), so I can't get any
> data from the db unless it is configured...
> *
Ognjen Blagojevic wrote on 09.06.2010 16:46:
I pack different war files for several clients. They only differ in
context.xml and log4j.properties files. My packaging tool (Maven) take
care of this.
that is something I actually want to avoid, it seems a terrible overhead
(depending on the number
On 9.6.2010 16:19, Thomas Kloeber wrote:
* the IP address of the backing database is one of the parameters
that needs to be configured (in context.xml), so I can't get any
data from the db unless it is configured...
* the other confgurables (SPNEGO and kerberos stuff) are in w
David kerber wrote on 09.06.2010 16:32:
On 6/9/2010 10:19 AM, Thomas Kloeber wrote:
* the IP address of the backing database is one of the parameters
that needs to be configured (in context.xml), so I can't get any
data from the db unless it is configured...
* the other confg
On 6/9/2010 10:19 AM, Thomas Kloeber wrote:
...
* the IP address of the backing database is one of the parameters
that needs to be configured (in context.xml), so I can't get any
data from the db unless it is configured...
* the other confgurables (SPNEGO and kerberos stuff
David kerber wrote on 09.06.2010 15:45:
On 6/9/2010 9:36 AM, Thomas Kloeber wrote:
Is this such an unusal thing that one has to configure webapp files with
site specific information?
Beyond 1-time initial configuration, I would say it is unusual.
it is a 1-time configuration, not something that
On 6/9/2010 9:36 AM, Thomas Kloeber wrote:
André Warnier wrote on 09.06.2010 15:20:
Inthink you should have a look at the Manager application (delivered
along with Tomcat when downloading from the main Tomcat site).
The Manager allows you to deploy, undelploy, start and stop one
application, wit
André Warnier wrote on 09.06.2010 15:20:
Inthink you should have a look at the Manager application (delivered
along with Tomcat when downloading from the main Tomcat site).
The Manager allows you to deploy, undelploy, start and stop one
application, without stopping/restarting Tomcat as a whole.
Thomas Kloeber wrote:
Leon Rosenberg wrote on 09.06.2010 14:53:
http://www.configureme.org
it supports hot updates of the configs, if you update the configs
after the application has been started the configured parts will be
reconfigured.
thanx for the idea. But I'm not looking for a configu
Leon Rosenberg wrote on 09.06.2010 14:53:
http://www.configureme.org
it supports hot updates of the configs, if you update the configs
after the application has been started the configured parts will be
reconfigured.
thanx for the idea. But I'm not looking for a configuration of my app
but f
http://www.configureme.org
it supports hot updates of the configs, if you update the configs
after the application has been started the configured parts will be
reconfigured.
regards
Leon
On Wed, Jun 9, 2010 at 2:46 PM, Thomas Kloeber wrote:
> Dear List,
>
> I'm a newbie to Apache and Tomcat, so
Pid wrote on 09.06.2010 14:00:
Depends what the information you need to store is. Maybe you can elucidate?
I need to set user and password for SPNEGO filter and the location of
krb5.conf/login.conf in web.xml, and I need to set an IP address of a
backend-server for one of my servlets in contex
On 09/06/2010 12:46, Thomas Kloeber wrote:
> Dear List,
>
> I'm a newbie to Apache and Tomcat, so pls forgive my ignorance.
> I have the following problem/question:
>
> I have a web application which needs to be configured with site-specific
> information when/after it is deployed.
> What is the
28 matches
Mail list logo
