Re: Deployment specific configuration - best practice

2009-11-17 Thread Rainer Frey (Inxmail GmbH)
On Tuesday 17 November 2009 01:15:52 Mark Thomas wrote:
 Rainer Frey wrote:
   * settings in /META-INF/context.xml

 This one please.

 Tomcat will extract it on first deployment. OK that will fail but we can
 then edit the extracted version and Tomcat will use that from then on.

Thanks for the info, will do that. The actual problem is described in 
Message-Id: 200911161424.38011.rainer.f...@inxmail.de (Webapp reload and 
DriverManager in Tomcat 6.0 trunk).

Rainer

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Deployment specific configuration - best practice

2009-11-17 Thread Mark Thomas
Rainer Frey (Inxmail GmbH) wrote:
 On Tuesday 17 November 2009 01:15:52 Mark Thomas wrote:
 Rainer Frey wrote:
  * settings in /META-INF/context.xml
 This one please.

 Tomcat will extract it on first deployment. OK that will fail but we can
 then edit the extracted version and Tomcat will use that from then on.
 
 Thanks for the info, will do that. The actual problem is described in 
 Message-Id: 200911161424.38011.rainer.f...@inxmail.de (Webapp reload and 
 DriverManager in Tomcat 6.0 trunk).

Should have said this before - create a Bugzilla entry for this and
attach your demo app there. I suspect my recent JDBC memory leak
protection changes, but I'll need to do some testing to be sure.

Mark




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Deployment specific configuration - best practice

2009-11-17 Thread Rainer Frey
On Tuesday 17 November 2009 16:04:48 Mark Thomas wrote:
 Rainer Frey (Inxmail GmbH) wrote:
  On Tuesday 17 November 2009 01:15:52 Mark Thomas wrote:
  Rainer Frey wrote:
  Thanks for the info, will do that. The actual problem is described in
  Message-Id: 200911161424.38011.rainer.f...@inxmail.de (Webapp reload
  and DriverManager in Tomcat 6.0 trunk).

 Should have said this before - create a Bugzilla entry for this and
 attach your demo app there. 

Done: https://issues.apache.org/bugzilla/show_bug.cgi?id=48214

Thanks
Rainer

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Deployment specific configuration - best practice

2009-11-16 Thread Rainer Frey
Hi,

I'm preparing a sample webapp for this list to illustrate a problem that I 
have with JDBC driver loading in a servlet. Anyone who'd try this would need 
to edit the jdbc connection data to test with a local DB. What is the easiest 
method for you to configure a webapp that I'll provide?

 * settings as init params in web.xml
 * settings in /META-INF/context.xml (both ways you'd need to upack, edit, 
repack and deploy)
 * a separate context file along with the war file
 * any other idea?

Rainer

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Deployment specific configuration - best practice

2009-11-16 Thread Leon Rosenberg
On Mon, Nov 16, 2009 at 9:26 AM, Rainer Frey rainer.f...@inxmail.de wrote:
 Hi,

 I'm preparing a sample webapp for this list to illustrate a problem that I
 have with JDBC driver loading in a servlet. Anyone who'd try this would need
 to edit the jdbc connection data to test with a local DB. What is the easiest
 method for you to configure a webapp that I'll provide?

  * settings as init params in web.xml
  * settings in /META-INF/context.xml (both ways you'd need to upack, edit,
 repack and deploy)
  * a separate context file along with the war file
  * any other idea?

It may be an overkill for this concrete scenario, but take a look at
ConfigureMe configuration framework:
https://configureme.dev.java.net in particular:
http://infra.anotheria.net/confluence/display/CONFIGUREME/GettingStarted

regards
Leon


 Rainer

 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Deployment specific configuration - best practice

2009-11-16 Thread Ziggy
Why do you need to provide a sample webapp? Usually if you post your
database configuration, the exception that you are getting and the code
where the exception is raised people should be able to figure out why there
is a problem. :)




On Mon, Nov 16, 2009 at 11:28 AM, Leon Rosenberg 
rosenberg.l...@googlemail.com wrote:

 On Mon, Nov 16, 2009 at 9:26 AM, Rainer Frey rainer.f...@inxmail.de
 wrote:
  Hi,
 
  I'm preparing a sample webapp for this list to illustrate a problem that
 I
  have with JDBC driver loading in a servlet. Anyone who'd try this would
 need
  to edit the jdbc connection data to test with a local DB. What is the
 easiest
  method for you to configure a webapp that I'll provide?
 
   * settings as init params in web.xml
   * settings in /META-INF/context.xml (both ways you'd need to upack,
 edit,
  repack and deploy)
   * a separate context file along with the war file
   * any other idea?

 It may be an overkill for this concrete scenario, but take a look at
 ConfigureMe configuration framework:
 https://configureme.dev.java.net in particular:
 http://infra.anotheria.net/confluence/display/CONFIGUREME/GettingStarted

 regards
 Leon

 
  Rainer
 
  -
  To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
  For additional commands, e-mail: users-h...@tomcat.apache.org
 
 

 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org




RE: Deployment specific configuration - best practice

2009-11-16 Thread Martin Gainty

i think i will buy in UK as the price is only 2.29 (excl VAT)

can you post html to demo JDBC parameters?
any advantages for returning JSON over plain text?

thanks,
Martin Gainty 
__ 
Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité
 
Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger 
sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung 
oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem 
Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. 
Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung 
fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le 
destinataire prévu, nous te demandons avec bonté que pour satisfaire informez 
l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est 
interdite. Ce message sert à l'information seulement et n'aura pas n'importe 
quel effet légalement obligatoire. Étant donné que les email peuvent facilement 
être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité 
pour le contenu fourni.




 Date: Mon, 16 Nov 2009 12:28:30 +0100
 Subject: Re: Deployment specific configuration - best practice
 From: rosenberg.l...@googlemail.com
 To: users@tomcat.apache.org
 
 On Mon, Nov 16, 2009 at 9:26 AM, Rainer Frey rainer.f...@inxmail.de wrote:
  Hi,
 
  I'm preparing a sample webapp for this list to illustrate a problem that I
  have with JDBC driver loading in a servlet. Anyone who'd try this would need
  to edit the jdbc connection data to test with a local DB. What is the 
  easiest
  method for you to configure a webapp that I'll provide?
 
   * settings as init params in web.xml
   * settings in /META-INF/context.xml (both ways you'd need to upack, edit,
  repack and deploy)
   * a separate context file along with the war file
   * any other idea?
 
 It may be an overkill for this concrete scenario, but take a look at
 ConfigureMe configuration framework:
 https://configureme.dev.java.net in particular:
 http://infra.anotheria.net/confluence/display/CONFIGUREME/GettingStarted
 
 regards
 Leon
 
 
  Rainer
 
  -
  To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
  For additional commands, e-mail: users-h...@tomcat.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org
 
  
_
Hotmail: Trusted email with Microsoft's powerful SPAM protection.
http://clk.atdmt.com/GBL/go/177141664/direct/01/
http://clk.atdmt.com/GBL/go/177141664/direct/01/


Re: Deployment specific configuration - best practice

2009-11-16 Thread Leon Rosenberg
Hello Martin,

i think you are mixing up topics :-)

 any advantages for returning JSON over plain text?
JSON is not as bloated as xml, but more flexible as property files,
has a validateable syntax and a set of standart parsers to use.

regards
Leon

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Deployment specific configuration - best practice

2009-11-16 Thread Pid

On 16/11/2009 13:39, Martin Gainty wrote:


i think i will buy in UK as the price is only 2.29 (excl VAT)
can you post html to demo JDBC parameters?
any advantages for returning JSON over plain text?


Early start this week, chaps, a triple shuffle from Martin to open.
I'll follow with:- Auf seinen Nasen schreitet einher das Nasobēm.


p




__
Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger 
sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung 
oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem 
Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. 
Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung 
fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le 
destinataire prévu, nous te demandons avec bonté que pour satisfaire informez 
l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est 
interdite. Ce message sert à l'information seulement et n'aura pas n'importe 
quel effet légalement obligatoire. Étant donné que les email peuvent facilement 
être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité 
pour le contenu fourni.





Date: Mon, 16 Nov 2009 12:28:30 +0100
Subject: Re: Deployment specific configuration - best practice
From: rosenberg.l...@googlemail.com
To: users@tomcat.apache.org

On Mon, Nov 16, 2009 at 9:26 AM, Rainer Freyrainer.f...@inxmail.de  wrote:

Hi,

I'm preparing a sample webapp for this list to illustrate a problem that I
have with JDBC driver loading in a servlet. Anyone who'd try this would need
to edit the jdbc connection data to test with a local DB. What is the easiest
method for you to configure a webapp that I'll provide?

  * settings as init params in web.xml
  * settings in /META-INF/context.xml (both ways you'd need to upack, edit,
repack and deploy)
  * a separate context file along with the war file
  * any other idea?


It may be an overkill for this concrete scenario, but take a look at
ConfigureMe configuration framework:
https://configureme.dev.java.net in particular:
http://infra.anotheria.net/confluence/display/CONFIGUREME/GettingStarted

regards
Leon



Rainer

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



_
Hotmail: Trusted email with Microsoft's powerful SPAM protection.
http://clk.atdmt.com/GBL/go/177141664/direct/01/
http://clk.atdmt.com/GBL/go/177141664/direct/01/




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Deployment specific configuration - best practice

2009-11-16 Thread Caldarale, Charles R
 From: Pid [mailto:p...@pidster.com]
 Subject: Re: Deployment specific configuration - best practice
 
 Auf seinen Nasen schreitet einher das Nasobēm.

Es steht noch nicht im Brehm.
Es steht noch nicht im Meyer.
Und auch im Brockhaus nicht.

Vielleicht, nur auf dem Tomcat-Mailing-Liste.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.



Re: Deployment specific configuration - best practice

2009-11-16 Thread Mark Thomas
Rainer Frey wrote:
  * settings in /META-INF/context.xml
This one please.

Tomcat will extract it on first deployment. OK that will fail but we can then
edit the extracted version and Tomcat will use that from then on.

Mark


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Deployment specific configuration - best practice

2009-11-16 Thread Ziggy
Right this thread has totally confused me now..

On Tue, Nov 17, 2009 at 12:15 AM, Mark Thomas ma...@apache.org wrote:

 Rainer Frey wrote:
   * settings in /META-INF/context.xml
 This one please.

 Tomcat will extract it on first deployment. OK that will fail but we can
 then
 edit the extracted version and Tomcat will use that from then on.

 Mark


 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org