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 deployed
Renaming my context.xml to ROOT.xml (without changing the folder) fixed the
problem. Thanks for the help!
On Thu, May 30, 2024 at 8:42 AM David Rush wrote:
> I don't know about any docker-related differences, but
>
> I think that if you put a context config file under Catalina/localhost you
I don't know about any docker-related differences, but
I think that if you put a context config file under Catalina/localhost you
need to name the .xml file the same as your .war file. So if you have
foo.war, then you'd have Catalina/localhost/foo.xml
You can also put a file named
ay, June 11, 2020 8:19 PM
> To: Tomcat Users List
> Subject: RE: context.xml under META-INF was not working
>
> On June 11, 2020 2:32:51 PM UTC, S Abirami
> wrote:
>> Hi Mark,
>>
>> We are using Apache Tomcat 9.0.33.
>> I am not seeing any exception re
SameSite attribute.
Regards,
Abirami.S
-Original Message-
From: Mark Thomas
Sent: Thursday, June 11, 2020 8:19 PM
To: Tomcat Users List
Subject: RE: context.xml under META-INF was not working
On June 11, 2020 2:32:51 PM UTC, S Abirami
wrote:
>Hi Mark,
>
>We are using Apache Tomc
egards,
>Abirami.S
>
>-Original Message-
>From: Mark Thomas
>Sent: Thursday, June 11, 2020 7:27 PM
>To: users@tomcat.apache.org
>Subject: Re: context.xml under META-INF was not working
>
>On 11/06/2020 12:46, S Abirami wrote:
>> Hi Mark,
>>
>> The
.
Regards,
Abirami.S
-Original Message-
From: Mark Thomas
Sent: Thursday, June 11, 2020 7:27 PM
To: users@tomcat.apache.org
Subject: Re: context.xml under META-INF was not working
On 11/06/2020 12:46, S Abirami wrote:
> Hi Mark,
>
> The below is the content of the co
which might suggest why that file
isn't taking effect.
Mark
>
> Regards,
> Abirami.S
> -Original Message-
> From: Mark Thomas
> Sent: Thursday, June 11, 2020 5:12 PM
> To: users@tomcat.apache.org
> Subject: Re: context.xml under META-INF was not working
>
Hi Mark,
The below is the content of the context.xml
Regards,
Abirami.S
-Original Message-
From: Mark Thomas
Sent: Thursday, June 11, 2020 5:12 PM
To: users@tomcat.apache.org
Subject: Re: context.xml under META-INF was not working
On 11/06/2020 11:42, S Abirami wrote:
> Hi
On 11/06/2020 11:42, S Abirami wrote:
> Hi All,
>
> I want to configure SameSite attribute to the specific web-application.
> For that, I have updated the context.xml of specific web application located
> in /META-INF/context.xml
>
>
>
>
> It is not working. Only the changes in global
Hi All,
I want to configure SameSite attribute to the specific web-application.
For that, I have updated the context.xml of specific web application located in
/META-INF/context.xml
It is not working. Only the changes in global context.xml is working. Please
guide to solve the issue.
From: Jason Aleski [mailto:jason.ale...@gmail.com]
Subject: context.xml vs ROOT.xml
I've got my configurations stored in the META-INF/context.xml
file, but because I'm not deploying my application as a WAR,
the context.xml is ignored.
Why do you think it's ignored?
I can copy my
Chuck,
Thank you for your feedback. I'll reply in order.
1) I believe it is being ignored because it doesn't see the database
connection when it is in the META-INF/context.xml. It does see them
when I copy the configurations to the other files. What I read and
understand is the
From: Jason Aleski [mailto:jason.ale...@gmail.com]
Subject: Re: context.xml vs ROOT.xml
Don't top post.
I believe it is being ignored because it doesn't see the database
connection when it is in the META-INF/context.xml.
I believe you must be doing something else that's causing the DB
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Mark,
On 3/3/13 1:44 PM, Mark Thomas wrote:
The decision was taken, therefore, to link the base file name and
context name as previously described. This removed nearly all of
the nasty edge cases, made for much simpler code and made the
overall
2013/3/3 James Green james.mk.gr...@gmail.com:
We have a war archive that includes a netbeans-generated context.xml for
tomcat deployment.
If we drop this war into webapps, the context root remains that of the war
filename.
As expected, in any of 7.0., 6.0 and even 5.5 .
Have you read the
On 3 March 2013 11:34, Konstantin Kolinko knst.koli...@gmail.com wrote:
2013/3/3 James Green james.mk.gr...@gmail.com:
We have a war archive that includes a netbeans-generated context.xml for
tomcat deployment.
If we drop this war into webapps, the context root remains that of the
war
On 03/03/2013 14:24, James Green wrote:
On 3 March 2013 11:34, Konstantin Kolinko knst.koli...@gmail.com wrote:
2013/3/3 James Green james.mk.gr...@gmail.com:
We have a war archive that includes a netbeans-generated context.xml for
tomcat deployment.
If we drop this war into webapps, the
On 3 March 2013 14:32, Mark Thomas ma...@apache.org wrote:
On 03/03/2013 14:24, James Green wrote:
On 3 March 2013 11:34, Konstantin Kolinko knst.koli...@gmail.com
wrote:
2013/3/3 James Green james.mk.gr...@gmail.com:
So now I have a war deployed. Easy enough. Now to set the URL path.
On 03/03/2013 15:29, James Green wrote:
On 3 March 2013 14:32, Mark Thomas ma...@apache.org wrote:
On 03/03/2013 14:24, James Green wrote:
On 3 March 2013 11:34, Konstantin Kolinko knst.koli...@gmail.com
wrote:
2013/3/3 James Green james.mk.gr...@gmail.com:
So now I have a war deployed.
On 3 March 2013 15:51, Mark Thomas ma...@apache.org wrote:
On 03/03/2013 15:29, James Green wrote:
On 3 March 2013 14:32, Mark Thomas ma...@apache.org wrote:
On 03/03/2013 14:24, James Green wrote:
On 3 March 2013 11:34, Konstantin Kolinko knst.koli...@gmail.com
wrote:
2013/3/3
On 3/3/2013 8:22 AM, James Green wrote:
On 3 March 2013 15:51, Mark Thomas ma...@apache.org wrote:
On 03/03/2013 15:29, James Green wrote:
On 3 March 2013 14:32, Mark Thomas ma...@apache.org wrote:
On 03/03/2013 14:24, James Green wrote:
On 3 March 2013 11:34, Konstantin Kolinko
On 03/03/2013 16:22, James Green wrote:
On 3 March 2013 15:51, Mark Thomas ma...@apache.org wrote:
snip/
The base file name controls the context path. If you want to change the
context path, the simplest solution is to change the base file name.
Fine. But this is not as described on this
On 3 March 2013 17:58, Mark Thomas ma...@apache.org wrote:
On 03/03/2013 16:22, James Green wrote:
On 3 March 2013 15:51, Mark Thomas ma...@apache.org wrote:
snip/
The base file name controls the context path. If you want to change the
context path, the simplest solution is to change
On 03/03/2013 19:25, James Green wrote:
On 3 March 2013 17:58, Mark Thomas ma...@apache.org wrote:
On 03/03/2013 16:22, James Green wrote:
On 3 March 2013 15:51, Mark Thomas ma...@apache.org wrote:
snip/
The base file name controls the context path. If you want to change the
context
On 3 March 2013 19:44, Mark Thomas ma...@apache.org wrote:
On 03/03/2013 19:25, James Green wrote:
I am clearly inferring too much. An explicit statement would certainly
help
reduce confusion, and perhaps cause the Netbeans people to avoid putting
the path attribute into the context
On Nov 1, 2012, at 11:32 AM, Campbell, Lance wrote:
In a context.xml file in a Resource I need a value of an attribute to
contain a double quote. Is there any way to escape a double quote so it will
work as a value in an attribute?
Have you tried quot;?
Dan
Thanks,
Lance
On 10/29/2011 04:48 AM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jilen,
On 10/27/2011 9:06 PM, jilen wrote:
This is the question i've asked before
in org.apache.catalina.startup.HostConfig.deployWAR(ContextName,
File, String) i found some code like these
Raj
From:
Caldarale, Charles Rchuck.caldar...@unisys.com
To:
Tomcat Users Listusers@tomcat.apache.org
Date:
10/27/2011 05:55 PM
Subject:
RE: context.xml not being read
From: Rajkumar Singh [mailto:rajkumar.si...@digitas.com]
Subject: Re: context.xml not being read
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jilen,
On 10/27/2011 9:06 PM, jilen wrote:
This is the question i've asked before
in org.apache.catalina.startup.HostConfig.deployWAR(ContextName,
File, String) i found some code like these
context.setName(cn.getName());
2011/10/28 Rajkumar Singh rajkumar.si...@digitas.com:
Hello,
I am not able to read the environment variable from the server.xml - those
are also referenced in the META-INF/context.xml.
I am using tomcat version 6.0.29. The tomcat is deployed on the OS Linux
I am deploying my source code in
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
Subject: Re: context.xml not being read
Host name=xyz.company.com
Context path=/ docBase=/data2/www/xyz/htdocs/approot
reloadable=true debug=0 override=true /
/Host
You choose to define it in server.xml and thus
@tomcat.apache.org
Date:
10/27/2011 05:33 PM
Subject:
Re: context.xml not being read
2011/10/28 Rajkumar Singh rajkumar.si...@digitas.com:
Hello,
I am not able to read the environment variable from the server.xml -
those
are also referenced in the META-INF/context.xml.
I am using tomcat version 6.0.29
From: Rajkumar Singh [mailto:rajkumar.si...@digitas.com]
Subject: Re: context.xml not being read
If the context.xml file is being ignored then why the variable that I have
defined in the server.xml is not being read? Should I delete the
META-INF/context.xml file completely?
Having
:
10/27/2011 05:55 PM
Subject:
RE: context.xml not being read
From: Rajkumar Singh [mailto:rajkumar.si...@digitas.com]
Subject: Re: context.xml not being read
If the context.xml file is being ignored then why the variable that I
have
defined in the server.xml is not being read? Should I
To:
Tomcat Users Listusers@tomcat.apache.org
Date:
10/27/2011 05:55 PM
Subject:
RE: context.xml not being read
From: Rajkumar Singh [mailto:rajkumar.si...@digitas.com]
Subject: Re: context.xml not being read
If the context.xml file is being ignored then why the variable that I
have
defined
I need some help creating my context.xml file in a correct way.
My application is based on Spring and Hibernate. I need to configure more
than one datasource
to access multiple databases at the same time.
We use JNDI to set up our datasource. So in spring configuration, we have
bean
Am 09.02.2011 10:30, schrieb chris derham:
I need some help creating my context.xml file in a correct way.
My application is based on Spring and Hibernate. I need to configure more
than one datasource
to access multiple databases at the same time.
We use JNDI to set up our datasource. So in
And the question is:
How to build the context to move the existing Spring configuration to the
Tomcat context to get all datasources with JNDI.
The problem is, that it must be possible to set a variable amount of
databases. I can't set the number of databases to a fixed amount.
Building the
Am 09.02.2011 11:03, schrieb chris derham:
And the question is:
How to build the context to move the existing Spring configuration to the
Tomcat context to get all datasources with JNDI.
The problem is, that it must be possible to set a variable amount of
databases. I can't set the number of
That's right, my code doesn't support a variable amount of databases at
the moment because
the databases are configured in Spring (inside my war file).
But if I use the context to configure this list of datasources, the admin
can create databases as he need.
And that's the reason why my
Am 09.02.2011 12:12, schrieb chris derham:
That's right, my code doesn't support a variable amount of databases at
the moment because
the databases are configured in Spring (inside my war file).
But if I use the context to configure this list of datasources, the admin
can create databases as
From: Stephan Beutel [mailto:beu...@axivion.com]
Subject: Re: Context.xml for multiple datasources
But I thought it could be defined by a map in
context.xml like in Spring.
Even if you did, that wouldn't solve your problem. You would still have to
stop and restart the webapp every time
Am 09.02.2011 15:02, schrieb Caldarale, Charles R:
From: Stephan Beutel [mailto:beu...@axivion.com]
Subject: Re: Context.xml for multiple datasources
But I thought it could be defined by a map in
context.xml like in Spring.
Even if you did, that wouldn't solve your problem. You would still
2011/1/13 durbans m34890...@yahoo.it:
Is it possible ?
No, not possible.
You can reference any system properties, though (as mentioned in [1]).
E.g. ${catalina.base} or ${java.io.tmpdir}
[1] http://tomcat.apache.org/tomcat-6.0-doc/config/index.html
Best regards,
Konstantin Kolinko
Konstantin Kolinko wrote:
2011/1/13 durbans m34890...@yahoo.it:
Is it possible ?
No, not possible.
You can reference any system properties, though (as mentioned in [1]).
E.g. ${catalina.base} or ${java.io.tmpdir}
[1] http://tomcat.apache.org/tomcat-6.0-doc/config/index.html
Since this
awarnier wrote:
Since this is XML, could you not also reference entities defined in a
separate file ?
How ?
My problem is that i have a resource:
resource name=jdbc/name
attribute1=value1
attribute2=value2
attribute3=value3
and I need to get
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
On 1/13/2011 6:47 AM, André Warnier wrote:
Konstantin Kolinko wrote:
2011/1/13 durbans m34890...@yahoo.it:
Is it possible ?
No, not possible.
You can reference any system properties, though (as mentioned in [1]).
E.g. ${catalina.base}
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Durbans,
On 1/13/2011 7:27 AM, durbans wrote:
awarnier wrote:
Since this is XML, could you not also reference entities defined in a
separate file ?
How ?
http://lmgtfy.com/?q=creating+xml+entities
- -chris
-BEGIN PGP SIGNATURE-
On 1/13/2011 7:27 AM, durbans wrote:
awarnier wrote:
Since this is XML, could you not also reference entities defined in a
separate file ?
+1.
How ?
http://lmgtfy.com/?q=creating+xml+entities
A Tomcat-related example exists here:
http://wiki.apache.org/tomcat/FAQ/Password
It is up to
On Fri, Sep 10, 2010 at 6:36 PM, Jason Britton jbritto...@gmail.com wrote:
Could anyone give me an explanation what might cause my webapp's context
configuration to be deleted out of the tomcat/conf/Catalina/[HOST]/
directory? I've got a foo.war file in the webapps directory, it gets
exploded
So even if my context still exists in exploded form in the webapps directory
and I remove the .war form of the context, it'll remove the associated
context.xml from the conf/Catalina/HOST/ directory?
On Sat, Sep 11, 2010 at 8:12 AM, Wesley Acheson wesley.ache...@gmail.comwrote:
On Fri, Sep 10,
On Sat, Sep 11, 2010 at 5:20 PM, Jason Britton jbritto...@gmail.com wrote:
So even if my context still exists in exploded form in the webapps directory
and I remove the .war form of the context, it'll remove the associated
context.xml from the conf/Catalina/HOST/ directory?
On Sat, Sep 11,
On 11 Sep 2010, at 17:24, Wesley Acheson wesley.ache...@gmail.com wrote:
On Sat, Sep 11, 2010 at 5:20 PM, Jason Britton jbritto...@gmail.com wrote:
So even if my context still exists in exploded form in the webapps directory
and I remove the .war form of the context, it'll remove the
On 13/04/2010 02:24, Hassan Schroeder wrote:
On Mon, Apr 12, 2010 at 6:08 PM, Sam Stephens samspad...@gmail.com wrote:
I have a forum application. When we update it we want to distribute a
new war file (previously we updated all files individually). If we
give out a new war file to our
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hassan,
On 4/12/2010 9:24 PM, Hassan Schroeder wrote:
On Mon, Apr 12, 2010 at 6:08 PM, Sam Stephens samspad...@gmail.com wrote:
I have a forum application. When we update it we want to distribute a
new war file (previously we updated all files
On Tue, Apr 13, 2010 at 6:33 AM, Christopher Schultz
ch...@christopherschultz.net wrote:
Well, AFAIK it's either symlinks (which can be scripted in deployment
processes pretty easily) or put all that stuff in a separate context that
you never, ever, EVER undeploy :-)
Sheesh, yeah.
Which version of Tomcat are you using?
p
On 12 April 2010 01:35, Sam Stephens samspad...@gmail.com wrote:
Hi all.
The tomcat documentation says the following:
If the web application is packaged as a WAR then /META-INF/context.xml
will be copied to
If you're uploading directly to the webapps directory, try uploading the
file renamed to yourapp.warTMP and renaming it in place when the upload is
complete.
Please let us know if this works/does not work.
p
On 12 April 2010 09:18, Pid * p...@pidster.com wrote:
Which version of Tomcat are
I've tried that, it doesn't work. Updating a WAR file will trigger an
undeploy and consequent removal of the context descriptor in a running
Tomcat if the Host autoDeploy attribute is true.
If autoDeploy is false, redeploy without updating the context.xml can occur
using the manager.
p
On 12
Thanks for the earlier replies.
So after some more research it seems there is no way to tell tomcat
that I don't want particular directories to be deleted on an
application redeploy? Is this correct ?
I have a forum application. When we update it we want to distribute a
new war file (previously
On Mon, Apr 12, 2010 at 6:08 PM, Sam Stephens samspad...@gmail.com wrote:
I have a forum application. When we update it we want to distribute a
new war file (previously we updated all files individually). If we
give out a new war file to our customers the images directory, the
attachments
On Monday 20 July 2009 17:08:15 Mike Frohme wrote:
Edit the copy of the context.xml file and all will work as you
expect.
1. In production, the operations folks don't have to unpack the app,
edit the context file and re-pack the app to edit the configuration.
2. When a new
Rainer Frey wrote:
On Monday 20 July 2009 17:08:15 Mike Frohme wrote:
Edit the copy of the context.xml file and all will work as you
expect.
1. In production, the operations folks don't have to unpack the app,
edit the context file and re-pack the app to edit the configuration.
2. When a
To: Tomcat Users List
Subject: Re: Context.xml not updating dataSource
On Monday 20 July 2009 17:08:15 Mike Frohme wrote:
Edit the copy of the context.xml file and all will work as you
expect.
1. In production, the operations folks don't have to unpack the app,
edit the context file
process.
--
Mike
-Original Message-
From: Rainer Frey [mailto:rainer.f...@inxmail.de]
Sent: Tuesday, June 23, 2009 3:07 AM
To: Tomcat Users List
Subject: Re: Context.xml not updating dataSource
On Monday 22 June 2009 13:53:47 Mark Thomas wrote:
Edit the copy of the context.xml file
On Monday 22 June 2009 13:53:47 Mark Thomas wrote:
Edit the copy of the context.xml file and all will work as you expect.
1. In production, the operations folks don't have to unpack the app,
edit the context file and re-pack the app to edit the configuration.
2. When a new version of the
Francis Judge wrote:
I am using Tomcat 6.0.18 and am using jTDS to connect to SQL Server
2005. The application is working fine in development (I'm using Netbeans
6.5) and I build the WAR from the IDE at the moment. When I deploy the
WAR to the test server
How do you deploy your WAR? Is
I'm editing the context.xml in the application's MET-INF directory. The
following is what it contains:
Resource name=*DB/TMS* auth=*Container*
type=*javax.sql.DataSource* username=* password=*
driverClassName=*net.sourceforge.jtds.jdbcx.JtdsDataSource*
Francis Judge wrote:
I'm editing the context.xml in the application's MET-INF directory. The
following is what it contains:
Resource name=*DB/TMS* auth=*Container*
type=*javax.sql.DataSource* username=* password=*
driverClassName=*net.sourceforge.jtds.jdbcx.JtdsDataSource*
Brilliant, I didn't see this in any of the documentation that read.
Thanks for the help
Francis
Mark Thomas wrote:
Francis Judge wrote:
I'm editing the context.xml in the application's MET-INF directory. The
following is what it contains:
Resource name=*DB/TMS* auth=*Container*
On Monday 22 June 2009 12:02:49 Mark Thomas wrote:
You are editing the wrong file. When a web application is first
deployed, any META-INF/context.xml is copied to
CATALINA_BASE/conf/enginename/hostname (usually
CATALINA_BASE/conf/Catalina/localhost) and renamed to appName.xml. Eg
for a war
Rainer Frey wrote:
On Monday 22 June 2009 12:02:49 Mark Thomas wrote:
You are editing the wrong file. When a web application is first
deployed, any META-INF/context.xml is copied to
CATALINA_BASE/conf/enginename/hostname (usually
CATALINA_BASE/conf/Catalina/localhost) and renamed to
On Monday 22 June 2009 13:53:47 Mark Thomas wrote:
Rainer Frey wrote:
On Monday 22 June 2009 12:02:49 Mark Thomas wrote:
You are editing the wrong file. When a web application is first
deployed, any META-INF/context.xml is copied to
CATALINA_BASE/conf/enginename/hostname (usually
Please ingnore this. There was a typo in the filename thats why it wasnt
working.
Thanks
On Thu, Oct 9, 2008 at 5:17 PM, Ziggy [EMAIL PROTECTED] wrote:
Hi all,
I have the following datasource definition in my /META-INF/context.xml
Resource name=jdbc/testdb auth=Container
Dean Pehrsson-Chapman wrote:
This is working in a local windows dev tomcat 5.5.26, but when moving to
our staging environment (Suse tomcat 5.5.26), this file is not being
picked up (this is confirmed by making it invalid xml, with no exception
thrown).
Placing resources in
To: Tomcat Users List
Subject: Re: context.xml not read
Importance: High
Dean Pehrsson-Chapman wrote:
This is working in a local windows dev tomcat 5.5.26, but when moving to
our staging environment (Suse tomcat 5.5.26), this file is not being
picked up (this is confirmed by making it invalid xml
Caldarale, Charles R wrote:
From: Jeff Powell [mailto:[EMAIL PROTECTED]
4. Set up a login.config file for Java (see JAAS LoginConfig
filehttp://java.sun.com/j2se/1.4.1/docs/guide/security/jaas/tutorials/LoginConfigFile.html)
and tell Tomcat
where to find it by specifying its location to the
I am trying to create a custom realm but it seems that with JAAS I have
to create a global realm for a specific application. I am also having
copious troubles getting it to work. I'd like to be able to use a JDBC
like approach with named arguments. My problem is that the database
(unidata) does
From: Jeff Powell [mailto:[EMAIL PROTECTED]
Subject: RE: context.xml and custom realm
I am trying to create a custom realm but it seems that
with JAAS I have to create a global realm for a specific
application.
You shouldn't have to. Just put the Realm inside the webapp's Context
element
Chuck,
Thanks for your response.
You really, really want to stay away from any use of odbc.
You're right, I do. odbc doesn't speak multi-value and unidata doesn't
return result sets.
I'm confused; first you ask about JAASRealm, and then close with a comment
about JDBCRealm. Which is
From: Jeff Powell [mailto:[EMAIL PROTECTED]
Subject: RE: context.xml and custom realm
But so far all the examples with JAAS don't show how to
just create the minimal framework for a webapp.
While it's true that a single JVM instance only allows specification of one
login.config file
I created a auth.conf file in my $CATALINA_HOME/conf and pointed the JVM
to it.
/usr/local/apache-tomcat-6.0.16/auth.conf:
dropInv {
com.ips.security.UdLoginModule required;
loginFile=VALIDATION;
loginKey=100!IPS.DROP.AUTH;
userAttr=3;
credAttr=4;
Typo in the context.xml
SEVERE: Class com.ips.security.User not found! Class not added.
Jul 23, 2008 2:54:43 PM org.apache.catalina.realm.JAASRealm
parseClassNames
SEVERE: Class com.ips.security.Roles not found! Class not added.
Jul 23, 2008 2:54:44 PM
Deploy dropInv.war on 6.0.13 production server and I get this again.
Is JAAS broken?
INFO: Deploying web application archive dropInv.war
Jul 23, 2008 3:59:19 PM org.apache.catalina.realm.JAASRealm
parseClassNames
SEVERE: Class com.ips.security.UdUser not found! Class not added.
Jul 23, 2008
From: Jeff Powell [mailto:[EMAIL PROTECTED]
Subject: RE: context.xml and custom realm
Deploy dropInv.war on 6.0.13 production server and I get this again.
Is JAAS broken?
No, you just haven't put the stated class in a usable location. What's in your
Realm? What's in your Context
From: Jeff Powell [mailto:[EMAIL PROTECTED]
Subject: RE: context.xml and custom realm
java.lang.SecurityException: Unable to locate a login configuration
What do you have as the value of the system property
java.security.auth.login.config? That has to be set to point to the login
config
?xml version=1.0 encoding=UTF-8?
Context path=/dropInv
Realm className=org.apache.catalina.realm.JAASRealm
appName=dropInv
userClassNames=com.ips.security.UdUser
roleClassNames=com.ips.security.UdRoles
useContextClassLoader=true /
/Context
I just added the appName for testing
From: Jeff Powell [mailto:[EMAIL PROTECTED]
Subject: RE: context.xml and custom realm
I created a auth.conf file in my $CATALINA_HOME/conf and
pointed the JVM to it.
How? You should be setting the system property java.security.auth.login.config
just for Tomcat rather than changing
From: Jeff Powell [mailto:[EMAIL PROTECTED]
Subject: RE: context.xml and custom realm
?xml version=1.0 encoding=UTF-8?
Context path=/dropInv
Remove the path attribute - it's not allowed.
Realm className=org.apache.catalina.realm.JAASRealm
appName=dropInv
:[EMAIL PROTECTED]
Sent: Wednesday, July 23, 2008 4:27 PM
To: Tomcat Users List
Subject: RE: context.xml and custom realm
From: Jeff Powell [mailto:[EMAIL PROTECTED]
Subject: RE: context.xml and custom realm
I created a auth.conf file in my $CATALINA_HOME/conf and
pointed the JVM to it.
How
Jaas.config is a typo should be jaas.conf has the same contents as
auth.conf on the dev server.
-Original Message-
From: Caldarale, Charles R [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 23, 2008 4:32 PM
To: Tomcat Users List
Subject: RE: context.xml and custom realm
From: Jeff
From: Jeffrey R. Powell [mailto:[EMAIL PROTECTED]
Subject: RE: context.xml and custom realm
Won't they be passed in the Map options on the Init?
I have no idea what you're asking there.
I thought that's what the
JAVA_OPTS=-DJAVA_OPTS=-Djava.security.auth.login.config==
/opt/tomcat/conf
From: Jeffrey R. Powell [mailto:[EMAIL PROTECTED]
Subject: RE: context.xml and custom realm
Jaas.config is a typo should be jaas.conf has the same contents as
auth.conf on the dev server.
Let's stop confusing the issue and instead stick to just one system; once that
one's sorted, you can
Well then let's just drop it.
Thanks anyway.
-Original Message-
From: Caldarale, Charles R [mailto:[EMAIL PROTECTED]
Sent: Wed 7/23/2008 4:39 PM
To: Tomcat Users List
Subject: RE: context.xml and custom realm
From: Jeffrey R. Powell [mailto:[EMAIL PROTECTED]
Subject: RE
From: Carol Cheung [mailto:[EMAIL PROTECTED]
Subject: context.xml and custom realm
Is it possible to place the realm and the database driver somewhere
under webapps/appname and still have Tomcat find it? I really want to
avoid having to restart Tomcat. If so, where should these be located?
R [mailto:[EMAIL PROTECTED]
Sent: 17 August 2007 15:30
To: Tomcat Users List
Subject: RE: context.xml not being copied across on deployment
From: Emsley, I (Iain) [mailto:[EMAIL PROTECTED]
Subject: context.xml not being copied across on deployment
When I check the xml files in
\apache-tomcat
From: Emsley, I (Iain) [mailto:[EMAIL PROTECTED]
Subject: RE: context.xml not being copied across on deployment
I've tried removing it but the redeploy is still copying over the WAR
version.
That's what it's supposed to do. Why is that a problem? Is the one in
META-INF/context.xml
Hi Iain,
From a previous question I asked on the list:
If you use auto-deploy and you have a WAR file or directory in the
webapps directory, then any path attribute you have in your
Context element will be ignored (or, worse, confused and used ion some
weird way). Perhaps this is a problem with
From: Emsley, I (Iain) [mailto:[EMAIL PROTECTED]
Subject: context.xml not being copied across on deployment
When I check the xml files in
\apache-tomcat-5.5.17\conf\Catalina\localhost, I'm still getting the
context for Hypersonic rather than MySQL.
A Context element in
1 - 100 of 149 matches
Mail list logo