Hello,
On 5/30/24 10:12, firstName lastName wrote:
Renaming my context.xml to ROOT.xml (without changing the folder) fixed the
problem. Thanks for the help!
The best practice would be to put your context.xml file into your WAR
file's META-INF/context.xml path. That way, it will be dep
hu, May 30, 2024 at 7:35 AM firstName lastName <
> nouser...@gmail.com>
> wrote:
>
> > I am trying to setup JNDI for tomcat with a java webapp. I am using the
> > official tomcat docker image (version 10.1.24-jdk21-temurin-jammy).
> > However, I'm a bit confused
I'm a bit confused about where to put the context.xml file. I
> tried putting it in /usr/local/tomcat/conf/Catalina/localhost/context.xml
> but tomcat refuses to start with the error "The main resource set specified
> [/usr/local/tomcat/webapps/context] is not a directory or war fil
I am trying to setup JNDI for tomcat with a java webapp. I am using the
official tomcat docker image (version 10.1.24-jdk21-temurin-jammy).
However, I'm a bit confused about where to put the context.xml file. I
tried putting it in /usr/local/tomcat/conf/Catalina/localhost/context.xml
but t
11:42, Mark Thomas wrote:
On 07/06/2021 09:56, xcorpius wrote:
Hello again!
Checking the documentation ... Tomcat can create an encrypted password with the
"digest.sh" tool for application passwords.
But you cannot create an encrypted password for the DB in the context.xml file.
The only so
Email.
> > ‐‐‐ Original Message ‐‐‐
> > On Monday, 7 de June de 2021 11:42, Mark Thomas ma...@apache.org wrote:
> >
> > > On 07/06/2021 09:56, xcorpius wrote:
> > >
> > > > Hello again!
> > > > Checking the documentation ... Tomc
rote:
On 07/06/2021 09:56, xcorpius wrote:
Hello again!
Checking the documentation ... Tomcat can create an encrypted password with the
"digest.sh" tool for application passwords.
But you cannot create an encrypted password for the DB in the context.xml file.
The only solution withou
1 09:56, xcorpius wrote:
>
> > Hello again!
> > Checking the documentation ... Tomcat can create an encrypted password with
> > the "digest.sh" tool for application passwords.
> > But you cannot create an encrypted password for the DB in the context.xml
> >
encrypted password with
> > the "digest.sh" tool for application passwords.
> > But you cannot create an encrypted password for the DB in the context.xml
> > file. The only solution without adding anything is to give restrictive
> > permissions to the context.x
On 07/06/2021 09:56, xcorpius wrote:
Hello again!
Checking the documentation ... Tomcat can create an encrypted password with the
"digest.sh" tool for application passwords.
But you cannot create an encrypted password for the DB in the context.xml file.
The only solution with
pted password with
> > the "digest.sh" tool for application passwords.
> > But you cannot create an encrypted password for the DB in the context.xml
> > file. The only solution without adding anything is to give restrictive
> > permissions to the context.xml file.
>
On 07.06.21 10:56, xcorpius wrote:
> Hello again!
>
> Checking the documentation ... Tomcat can create an encrypted password with
> the "digest.sh" tool for application passwords.
>
> But you cannot create an encrypted password for the DB in the context.xml
>
Hello again!
Checking the documentation ... Tomcat can create an encrypted password with the
"digest.sh" tool for application passwords.
But you cannot create an encrypted password for the DB in the context.xml file.
The only solution without adding anything is to give restrictive p
ately by reply e-mail and delete this message. Thank you for
> your cooperation.
>
> > -Original Message-
> > From: xcorpius xcorp...@protonmail.com.INVALID
> > Sent: Monday, April 26, 2021 8:36 AM
> > To: users@tomcat.apache.org
> > Subject: Re: Question about en
pius
Sent: Monday, April 26, 2021 8:36 AM
To: users@tomcat.apache.org
Subject: Re: Question about encrypting database passwords in the
context.xml file - Tomcat 9
Thanks Olaf
Mensaje original
On 26 abr. 2021 14:02, Olaf Kock escribió:
On 26.04.21 13:10, xcorpius wrot
ase passwords in the
> context.xml file - Tomcat 9
>
> Thanks Olaf
>
> Mensaje original
> On 26 abr. 2021 14:02, Olaf Kock escribió:
>
> > On 26.04.21 13:10, xcorpius wrote:
> >> Hi,
> >>
> >> I wanted to ask abo
Thanks Olaf
Mensaje original
On 26 abr. 2021 14:02, Olaf Kock escribió:
> On 26.04.21 13:10, xcorpius wrote:
>> Hi,
>>
>> I wanted to ask about how to encrypt database passwords in the context.xml
>> file in Tomcat 9.
>>
> Hi,
&g
On 26.04.21 13:10, xcorpius wrote:
> Hi,
>
> I wanted to ask about how to encrypt database passwords in the context.xml
> file in Tomcat 9.
>
Hi,
please check this article:
https://cwiki.apache.org/confluence/display/TOMCAT/Password
It covers the topic once and f
Hi,
I wanted to ask about how to encrypt database passwords in the context.xml file
in Tomcat 9.
Thank you very much to all.
Xcorpius.
: The name welcomeMessage is not bound to
this Context"
The only way to prevent the above message from being displayed is to create a
context.xml file in
the project's META-INF directory. However, for my purposes, I need to store the
context.xml file outside of the project's WAR.
On Mar 12, 2014, at 8:41 AM, Mark Thomas wrote:
> Hmm. It looks like the update command does an undeployment followed by a
> deploy rather than a replacement of the WAR file and a redeploy. You
> aren't going to be able to fix that without code changes to Tomcat.
> Changing the behaviour seems re
e with TCD (and I suspect
> when using the Tomcat manager, although I have not tested that), it
> appears that the webapp is deleted and then uploaded (as opposed to
> just being replaced), which is causing the customized context.xml
> file to be lost and replaced with a default version
, although I have not tested that), it appears that the
webapp is deleted and then uploaded (as opposed to just being replaced), which
is causing the customized context.xml file to be lost and replaced with a
default version.
Is there something I can do about this? I'm just trying to get the
On 03/09/2010 18:47, Tom H wrote:
>
> my existing conf/context.xml file has already a element;
>
>WEB-INF/web.xml
>
>
>
> I would like to add another to allow access to the /manager/status
> location to my monitoring, however adding a new Context element lik
my existing conf/context.xml file has already a element;
WEB-INF/web.xml
I would like to add another to allow access to the /manager/status
location to my monitoring, however adding a new Context element like so;
conf/context.xml
WEB-INF/web.xml
breaks the
>> Subject: Re: Reading tomcat context.xml file from webapp
>>
>> one of these dependencies is the db, which is
>> configured in the context.xml file
>
> You can also use JMX to access numerous attributes maintained by Tomcat.
> Enable JMX for your Tomca
> From: kgaekwad [mailto:karthik.gaek...@ni.com]
> Subject: Re: Reading tomcat context.xml file from webapp
>
> one of these dependencies is the db, which is
> configured in the context.xml file
You can also use JMX to access numerous attributes maintained by Tomcat.
Enab
This is true.
I'm trying to create a /status page for my application and it's dependencies
(ip address/dns name); one of these dependencies is the db, which is
configured in the context.xml file
I guess I could use the regular java file io stuff, but I was wondering if
there wa
On 06/05/2010 16:30, kgaekwad wrote:
>
> Hello,
>
> Is there a way to read the context.xml stored in /conf/ folder from a
> webapplication?
String pathToContextXmlFile = "...";
File contextXmlFile = new File(pathToContextXmlFile);
Why would you want to do such a thing?
p
signature.asc
D
> From: kgaekwad [mailto:karthik.gaek...@ni.com]
> Subject: Reading tomcat context.xml file from webapp
>
> Is there a way to read the context.xml stored in /conf/
> folder from a webapplication?
You can issue normal Java I/O requests to the file system path, but ...
Why
Hello,
Is there a way to read the context.xml stored in /conf/ folder from a
webapplication?
Thank you!
-K
--
View this message in context:
http://old.nabble.com/Reading-tomcat-context.xml-file-from-webapp-tp28475444p28475444.html
Sent from the Tomcat - User mailing list archive at
as I can in my
environment. I just can't assume anything...
Thank you!
-Mensagem original-
De: Christopher Schultz [mailto:[EMAIL PROTECTED]
Enviada em: sexta-feira, 17 de agosto de 2007 16:43
Para: Tomcat Users List
Assunto: Re: RES: RES: Context.xml file
-BEGIN PGP SIGNED MESSAGE
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marcus,
Milanez, Marcus wrote:
> I know.. This is quite difficult to address...
>
> Have your company adhered to SOX already?
Erm... correct me if I'm wrong, but SOX is all about public disclosure
of bad things happening. There are no preventative
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marcus,
Milanez, Marcus wrote:
> Microsoft seems to have a good solution for that. The 'keys' are
> associated with na specific domain account... What do you think:
> http://msdn2.microsoft.com/en-us/library/ms995355.aspx
I don't see this as a soluti
All the solutions I ever heard of boil down to two approaches:
1) The secrets are stored in the computer, and protected by filesystem
permissions. This is what you have now. Ensure that the
filemode/ACL/whatever is correct to prevent unauthorized access to
the files containing the s
Enviada em: sexta-feira, 17 de agosto de 2007 15:17
Para: Tomcat Users List
Assunto: Re: RES: Context.xml file
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marcus,
Milanez, Marcus wrote:
> Regarding that, I came across an implementation suggestion which seems
> to be valid, but still seems
I know.. This is quite difficult to address...
Have your company adhered to SOX already?
-Mensagem original-
De: Christopher Schultz [mailto:[EMAIL PROTECTED]
Enviada em: sexta-feira, 17 de agosto de 2007 15:17
Para: Tomcat Users List
Assunto: Re: RES: Context.xml file
-BEGIN PGP
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marcus,
Milanez, Marcus wrote:
> Regarding that, I came across an implementation suggestion which seems
> to be valid, but still seems to have security issues. What do you think?
> Take a look at http://wldj.sys-con.com/read/393364.htm
Wow, what a mi
-feira, 17 de agosto de 2007 14:18
Para: Tomcat Users List
Assunto: Context.xml file
Hello everyone!
Is there a way to make the context.xml file more secure? I mean, inside
this file we have database users and passwords in plain form, and this
seems to be a severe security issue... How do you guys
Hello everyone!
Is there a way to make the context.xml file more secure? I mean, inside
this file we have database users and passwords in plain form, and this
seems to be a severe security issue... How do you guys usually protect
these informations (using context.xml file) in your projects
Some times ago, I wrote a HowTo deploy on Tomcat 5.5 (with an example) and I
put it here :
http://issues.apache.org/bugzilla/show_bug.cgi?id=35063
This doc is for Tomcat 5.5 but, perhaps, you'll find your answer for Tomcat 4
...
On Thu, 20 Oct 2005 21:48:13 +0200
Alexander Eller <[EMAIL PROTECT
Hello list users,
after searching the documenation and the internet, I finally ask the
list for help: I want to deploy an application as a war file. As I need
to configure JNDI Resources (datasources), I want to use a
context-specific xml file instead of modifying server.xml. But I can't
get
42 matches
Mail list logo
