Re: context.xml file location

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 fr

Re: context.xml file location

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

Re: context.xml file location

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 context.xm

Re: context.xml under META-INF was not working

nt: 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 Tomcat 9.0.33. >> I am not seeing any ex

RE: context.xml under META-INF was not working

x27;t have 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 A

RE: context.xml under META-INF was not working

> > >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, >> &

RE: context.xml under META-INF was not working

. 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

Re: context.xml under META-INF was not working

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

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

Re: context.xml under META-INF was not working

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 context

RE: context.xml under META-INF was not working

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. Regard

RE: context.xml vs ROOT.xml

> 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

Re: context.xml vs ROOT.xml

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 META-I

RE: context.xml vs ROOT.xml

> 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 ap

Re: Context.xml ignored.

-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 > over

Re: Context.xml ignored.

On 3 March 2013 19:44, Mark Thomas 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 element - pres

Re: Context.xml ignored.

On 03/03/2013 19:25, James Green wrote: > On 3 March 2013 17:58, Mark Thomas wrote: > >> On 03/03/2013 16:22, James Green wrote: >>> On 3 March 2013 15:51, Mark Thomas wrote: >> >> >> The base file name controls the context path. If you want to change the context path, the simplest so

Re: Context.xml ignored.

On 3 March 2013 17:58, Mark Thomas wrote: > On 03/03/2013 16:22, James Green wrote: > > On 3 March 2013 15:51, Mark Thomas wrote: > > > > >> 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. > > > >

Re: Context.xml ignored.

On 03/03/2013 16:22, James Green wrote: > On 3 March 2013 15:51, Mark Thomas wrote: >> 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 page: > http://t

Re: Context.xml ignored.

On 3/3/2013 8:22 AM, James Green wrote: On 3 March 2013 15:51, Mark Thomas wrote: On 03/03/2013 15:29, James Green wrote: On 3 March 2013 14:32, Mark Thomas wrote: On 03/03/2013 14:24, James Green wrote: On 3 March 2013 11:34, Konstantin Kolinko wrote: 2013/3/3 James Green : So no

Re: Context.xml ignored.

On 3 March 2013 15:51, Mark Thomas wrote: > On 03/03/2013 15:29, James Green wrote: > > On 3 March 2013 14:32, Mark Thomas wrote: > > > >> On 03/03/2013 14:24, James Green wrote: > >>> On 3 March 2013 11:34, Konstantin Kolinko > >> wrote: > >>> > 2013/3/3 James Green : > >> > >>> So now I

Re: Context.xml ignored.

On 03/03/2013 15:29, James Green wrote: > On 3 March 2013 14:32, Mark Thomas wrote: > >> On 03/03/2013 14:24, James Green wrote: >>> On 3 March 2013 11:34, Konstantin Kolinko >> wrote: >>> 2013/3/3 James Green : >> >>> So now I have a war deployed. Easy enough. Now to set the URL path. >> T

Re: Context.xml ignored.

On 3 March 2013 14:32, Mark Thomas wrote: > On 03/03/2013 14:24, James Green wrote: > > On 3 March 2013 11:34, Konstantin Kolinko > wrote: > > > >> 2013/3/3 James Green : > > > So now I have a war deployed. Easy enough. Now to set the URL path. > There a > > lot of talk about Context Descriptors

Re: Context.xml ignored.

On 03/03/2013 14:24, James Green wrote: > On 3 March 2013 11:34, Konstantin Kolinko wrote: > >> 2013/3/3 James Green : >>> 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

Re: Context.xml ignored.

On 3 March 2013 11:34, Konstantin Kolinko wrote: > 2013/3/3 James Green : > > 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

Re: Context.xml ignored.

2013/3/3 James Green : > 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 docs (Context chapte

Re: context.xml - how to escape a double quote in an attribute value

On Nov 1, 2012, at 11:32 AM, Campbell, Lance wrote: > In a context.xml file in a 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 """? Dan > > > Thanks, > > Lance Campbel

Re: context.xml not being read

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 conte

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()); context.setPath(

Re: context.xml not being read

gt; Thank you everyone who replied to my mail. Please keep up the good work. >> >> Thanks >> Raj >> >> >> >> >> From: >> "Caldarale, Charles R" >> To: >> Tomcat Users List >> Date: >> 10/27/2011 05:55 PM >>

Re: context.xml not being read

t 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 in the server.xml is not being read? Should I

RE: context.xml not being read

/context.xml into the new [appName].xml. This helped the tomcat in reading all the environment variables. Thank you everyone who replied to my mail. Please keep up the good work. Thanks Raj From: "Caldarale, Charles R" To: Tomcat Users List Date: 10/27/2011 05:55 PM Subject: RE: c

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 delete the > META-INF/context.xml file comple

Re: context.xml not being read

Thank you for replying. 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? From: Konstantin Kolinko To: Tomcat Users List Date: 10/27/2011 05:33 PM Subject: Re

RE: context.xml not being read

> From: Konstantin Kolinko [mailto:knst.koli...@gmail.com] > Subject: Re: context.xml not being read > > > >         > reloadable="true" debug="0" override="true" /> > > > You choose to define it in server.xml and thus context.

Re: context.xml not being read

2011/10/28 Rajkumar Singh : > 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 some folder called

Re: Context.xml for multiple datasources

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

RE: Context.xml for multiple datasources

> 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

Re: Context.xml for multiple datasources

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 h

Re: Context.xml for multiple datasources

> > 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

Re: Context.xml for multiple datasources

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 dat

Re: Context.xml for multiple datasources

> 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

Re: Context.xml for multiple datasources

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

Re: Context.xml for multiple datasources

> > 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

Re: Context.xml: how to reference parameters inside the same file

> 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/P

Re: Context.xml: how to reference parameters inside the same file

-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-

Re: Context.xml: how to reference parameters inside the same file

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 André, On 1/13/2011 6:47 AM, André Warnier wrote: > Konstantin Kolinko wrote: >> 2011/1/13 durbans : >>> Is it possible ? >>> >> >> No, not possible. >> >> You can reference any system properties, though (as mentioned in [1]). >> E.g. ${catalina.base}

Re: Context.xml: how to reference parameters inside the same file

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: and I need to get the attributes value in Java code. I am able to get the values (context.getInitParameters()) but not the values.

Re: Context.xml: how to reference parameters inside the same file

Konstantin Kolinko wrote: 2011/1/13 durbans : 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 is XML, could you no

Re: Context.xml: how to reference parameters inside the same file

2011/1/13 durbans : > 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 -

Re: context.xml being deleted out of conf/Catalina/[HOST]/ directory

On 11 Sep 2010, at 17:24, Wesley Acheson wrote: > On Sat, Sep 11, 2010 at 5:20 PM, Jason Britton 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/

Re: context.xml being deleted out of conf/Catalina/[HOST]/ directory

On Sat, Sep 11, 2010 at 5:20 PM, Jason Britton 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, 2010 at 8:12 AM,

Re: context.xml being deleted out of conf/Catalina/[HOST]/ directory

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 wrote: > On Fri, Sep 10, 2010 at 6:36 PM, Jason

Re: context.xml being deleted out of conf/Catalina/[HOST]/ directory

On Fri, Sep 10, 2010 at 6:36 PM, Jason Britton 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 upon startup. It

Re: Context.xml being deleted

On Tue, Apr 13, 2010 at 6:33 AM, Christopher Schultz 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. Multitasking #FAIL. Garcon, more c

Re: Context.xml being deleted

-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 wrote: > >> I have a forum application. When we update it we want to distribute a >> new war file (previously we updated all files individually). I

Re: Context.xml being deleted

On 13/04/2010 02:24, Hassan Schroeder wrote: > On Mon, Apr 12, 2010 at 6:08 PM, Sam Stephens 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 imag

Re: Context.xml being deleted

On Mon, Apr 12, 2010 at 6:08 PM, Sam Stephens 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 directory and other

Re: Context.xml being deleted

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 w

Re: Context.xml being deleted

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 A

Re: Context.xml being deleted

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 * wrote: > Which version of Tomcat are you using? > > >

Re: Context.xml being deleted

Which version of Tomcat are you using? p On 12 April 2010 01:35, Sam Stephens 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 $CATALINA_BASE/conf/[enginename]/[hostname]/ and > rename

RE: Context.xml not updating dataSource

r Frey [mailto:rainer.f...@inxmail.de] Sent: Tuesday, July 21, 2009 2:40 AM 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 > > &

Re: Context.xml not updating dataSource

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 config

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 and re-pack the app to edit the configuration. >

RE: Context.xml not updating dataSource

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

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 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

Re: Context.xml not updating dataSource

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// (usually > >> CATALINA_B

Re: Context.xml not updating dataSource

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// (usually >> CATALINA_BASE/conf/Catalina/localhost) and renamed to appName.xml. Eg

Re: Context.xml not updating dataSource

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// (usually > CATALINA_BASE/conf/Catalina/localhost) and renamed to appName.xml. Eg > for a war file named myap

Re: Context.xml not updating dataSource

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*" type="*

Re: Context.xml not updating dataSource

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.Jtds

Re: Context.xml not updating dataSource

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*" url="*jdbc:jtd

Re: Context.xml not updating dataSource

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 unp

Re: context.xml in META-INF

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 > >type="javax.sql.DataSource" > driverCl

RE: context.xml not read

25 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

Re: context.xml not read

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 GlobalNamin

Re: context.xml and custom realm

Caldarale, Charles R wrote: From: Jeff Powell [mailto:[EMAIL PROTECTED] 4. Set up a login.config file for Java (see JAAS LoginConfig file) and tell Tomcat where to find it by specifying its location to the J

RE: context.xml and custom realm

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] >

RE: context.xml and custom realm

> 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 tha

RE: context.xml and custom realm

> 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.

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. -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: J

RE: context.xml and custom realm

Caldarale, Charles R [mailto:[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/

RE: context.xml and custom realm

> From: Jeff Powell [mailto:[EMAIL PROTECTED] > Subject: RE: context.xml and custom realm > > > Remove the path attribute - it's not allowed. > appName="dropInv" > userClassNames="com.ips.security.UdUser" > roleClassNames=&

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? You should be setting the system property java.security.auth.login.config just for Tomcat rather th

RE: context.xml and custom realm

I just added the appName for testing and it didn't help. com.ips.security.* is in the project .war file. Production server : JAVA_OPTS=-DJAVA_OPTS=-Djava.security.auth.login.config==/opt/tomcat/conf/jaas.config as well as the JVM settings similar to those on the dev server. Development

RE: context.xml and custom realm

> 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

RE: context.xml and custom realm

> 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 ?

RE: context.xml and custom realm

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 3:59

RE: context.xml and custom realm

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 org.apache.catalina.core.StandardCo

RE: context.xml and custom realm

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";

RE: context.xml and custom realm

> 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

RE: context.xml and custom realm

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

RE: context.xml and custom realm

> 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 inside the

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. 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 not

RE: context.xml and custom realm

> 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 locat

RE: context.xml not being copied across on deployment

> 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 t

RE: context.xml not being copied across on deployment

e, Charles 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

RE: context.xml not being copied across on deployment

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 element will be ignored (or, worse, confused and used ion some weird way). Perhaps this is a problem with your

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-5.5.17\conf\Catalina\localhost, I'm still getting the > context for Hypersonic rather than MySQL. A element in conf/Catalina/[host]

  1   2   >