d).
webapp/META-INF/context.xml
webapp/WEB-INF/.
Is this normal logic?
Yes.
Mark
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...
p OK.
A web application can only have one context.xml file. If you have
deployed it via a $CATALINA_BASE/conf//ROOT.xml then any
context.xml file in the application will be ignored.
When you deploy via a WAR, the context.xml will be used (and may be
extracted).
webapp/META-INF/context.xm
Hello,
I am testing CookieProcessor for SameSite stuff.
In my dev environment, I use ROOT.xml with
workDir="/home/me/project/work" />
I have a context.xml file in META-INF but it seems to ignore it. When I
deploy via a war it is picked up OK.
webapp/META-INF/context.xml
w
2017-03-17 23:21 GMT+03:00 Mike Wilson :
>
> I also ran into [1].
>
> Some Tomcat configuration with custom components (Valves, Managers etc) may
> be done from a webapp's META-INF/context.xml. But currently if those classes
> are your own custom implementations they will n
On 18/03/17 20:04, Olaf Kock wrote:
> Am 18.03.2017 um 10:54 schrieb Mark Thomas:
>> On 17/03/2017 20:21, Mike Wilson wrote:
>>> I also ran into [1].
>>>
>>> Some Tomcat configuration with custom components (Valves, Managers etc) may
>>> be done from a
Am 18.03.2017 um 10:54 schrieb Mark Thomas:
> On 17/03/2017 20:21, Mike Wilson wrote:
>> I also ran into [1].
>>
>> Some Tomcat configuration with custom components (Valves, Managers etc) may
>> be done from a webapp's META-INF/context.xml. But currently if thos
On 17/03/2017 20:21, Mike Wilson wrote:
>
> I also ran into [1].
>
> Some Tomcat configuration with custom components (Valves, Managers etc) may
> be done from a webapp's META-INF/context.xml. But currently if those classes
> are your own custom implementations they will n
I also ran into [1].
Some Tomcat configuration with custom components (Valves, Managers etc) may
be done from a webapp's META-INF/context.xml. But currently if those classes
are your own custom implementations they will not be found if residing
inside the webapp's war (but are f e
> From: Maik Brauer [mailto:m...@brauer.nrw]
> Subject: apache-tomcat-9.0.0.M10: Change Context-Path in META-INF/context.xml
> not working
> I have a standard Tomcat9 installation. I just put a helloworld.war in the
> webapps folder
> and inside the META-INF I put the
I have a standard Tomcat9 installation. I just put a helloworld.war in the
webapps folder and inside the META-INF I put the context.xml with a different
path like:
But the context is still http://localhost/helloworld instead
http://localhost/newcontext.
I tried so many things, but it is not p
throw e;} catch (Exception
e) {NamingException ne = new NamingException();
ne.setRootCause(e);throw ne;}}*
> 3. It is usually better to lookup the DataSource once (at startup time
>> /first access time) and cache the reference locally.
&g
gt; wrote:
> >
> >> Hi,
> >>
> >> On debugging Tomcat (7.0.59), I noticed that the SelectorContext is
> >> initialized twice when a lookup is performed for JNDI defined in web
> >> application (META-INF/context.xml).
> >> When the lookup is
s
>> initialized twice when a lookup is performed for JNDI defined in web
>> application (META-INF/context.xml).
>> When the lookup is performed, the Servlet first calls the init method of
>> InitailContext and this "returns new SelectorContext(env, true)". Then it
ialContext();*
> *Context envContext = (Context) initCtx.lookup("java:comp/env");*
> *DataSource dataSource = (DataSource) envContext.lookup("*jdbc/contextDB
> *");*
>
> Resource defined in META-INF/context.xml in webapp:
>
> ="javax.sql.DataSource&quo
ario.*
On Mon, Jan 26, 2015 at 12:01 PM, Caldarale, Charles R <
chuck.caldar...@unisys.com> wrote:
> > From: Jose Monreal [mailto:jmonr...@gmail.com]
> > Subject: Re: Tomcat 7.0.57 and application META-INF/context.xml
>
> > So from what you and documentation are s
> From: Jose Monreal [mailto:jmonr...@gmail.com]
> Subject: Re: Tomcat 7.0.57 and application META-INF/context.xml
> So from what you and documentation are saying, there's no way for tomcat to
> use the path described in the META-INF/context.xml of my application.
Correct. T
Thanks Chuck.
So from what you and documentation are saying, there's no way for tomcat to
use the path described in the META-INF/context.xml of my application.
Thanks!
Saludos cordiales,
José Ignacio Monreal Bailey | Ingeniero Civil en Computación
*Cuidemos del medio ambiente. Por
> From: Jose Monreal [mailto:jmonr...@gmail.com]
> Subject: Tomcat 7.0.57 and application META-INF/context.xml
> When I deploy my application "myApp-1.2.war" to Tomcat, instead of taking
> the context "/my/app/context/1.2" that's specified in META-INF/cont
deploy my application "myApp-1.2.war" to Tomcat, instead of taking
the context "/my/app/context/1.2" that's specified in META-INF/context.xml
under the path attribute of Context key, it takes the name of my war, so it
gets deployed under the context myApp-1.2.
What configuratio
On 12/8/2014 6:31 AM, martin@sfr.fr wrote:
Hi Mark, and thank you for your answer,
Mark wrote:
undeloy - means stop the app and remove any references to it from
CATALINA_BASE/conf// and CATALINA_BASE/webapps
OK
deploy - means tell Tomcat about the app and start it. This may reesult
in
Hi Mark, and thank you for your answer,
Mark wrote:
>
> undeloy - means stop the app and remove any references to it from
> CATALINA_BASE/conf// and CATALINA_BASE/webapps
OK
>
> deploy - means tell Tomcat about the app and start it. This may reesult
> in files being copied to CATALINA_BASE/con
; already-deployed folder webapps/xwiki/META-INF/ and configured the
>> existing webapps/xwiki/WEB-INF/web.xml accordingly.
>>
>> update of web.xml triggered the app reload which is expected.
>>
>> At this point I wanted to adjust the database configuration, ie by
>>
>> existing webapps/xwiki/WEB-INF/web.xml accordingly.
>>
>> update of web.xml triggered the app reload which is expected.
>>
>> At this point I wanted to adjust the database configuration, ie by
>> modifying webapps/xwiki/META-INF/context.xml. When I do this the
>
bapps/xwiki/META-INF/ and configured the
> existing webapps/xwiki/WEB-INF/web.xml accordingly.
>
> update of web.xml triggered the app reload which is expected.
>
> At this point I wanted to adjust the database configuration, ie by
> modifying webapps/xwiki/META-INF/context.xml
eload which is expected.
At this point I wanted to adjust the database configuration, ie by
modifying webapps/xwiki/META-INF/context.xml. When I do this the changes
are not taken into account because the file Catalina/localhost/xwiki.xml
is not overwritten by Tomcat.
The solution that came into my min
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Jose,
On 2/6/14, 7:31 AM, Jose María Zaragoza wrote:
> Hello:
>
> I'm using Tomcat 6.0.24
>
> I want to set a realm per only one application, so I define in its
> META-INF/context.xml
>
>auth="Container&qu
2014-02-06 Jose María Zaragoza :
> Hello:
>
> I'm using Tomcat 6.0.24
>
> I want to set a realm per only one application, so I define in its
> META-INF/context.xml
>
>
>
> description="User database that can be updated and saved"
> factory=&quo
Hello:
I'm using Tomcat 6.0.24
I want to set a realm per only one application, so I define in its
META-INF/context.xml
my-users.xml is stored in $CATALINA_BASE/conf/
But it doesn't work; a javax.naming.NameNotFoundException exception is
thrown when Tomcat restarts
If I
> -Original Message-
> From: Mark Thomas [mailto:ma...@apache.org]
> Sent: Monday, January 13, 2014 3:16 PM
> To: Tomcat Users List
> Subject: Re: META-INF/Context.xml path question
>
> On 13/01/2014 17:38, Bob DeRemer wrote:
> > We're trying to determine
2014/1/13 Bob DeRemer :
Tomcat version =?
> We're trying to determine if it's possible to build a WAR with an embedded
> META-INF/Context.xml that defines the webapp path to be different then the
> WAR file name.
Not possible.
BTW, the file name is "context.xml"
On 13/01/2014 17:38, Bob DeRemer wrote:
> We're trying to determine if it's possible to build a WAR with an
> embedded META-INF/Context.xml
It is context.xml, not Context.xml. Case matters.
> that defines the webapp path to be
> different then the WAR file name.
No, it
> From: Bob DeRemer [mailto:bob.dere...@thingworx.com]
> Subject: META-INF/Context.xml path question
> We're trying to determine if it's possible to build a WAR with an embedded
> META-INF/Context.xml that defines the webapp path to be different then the
> WAR fil
We're trying to determine if it's possible to build a WAR with an embedded
META-INF/Context.xml that defines the webapp path to be different then the WAR
file name. Let's say we have AppServer-.war, but we want to access
it as: http:///Server. In addition, we want to sup
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 19/12/2013 14:58, Christopher Schultz wrote:
> My experience has been that, specifically with JNDI resources, the
> resource is not touched during the reload procedure. So, for
> instance, if the JNDI name doesn't change but the URL does, the
> app
be shared between different applications.
>>
>>
>> Thanks, but I didn't said that I neeed to apply changes "on the
>> fly". Indeed, I said "Restart the web application is not a
>> problem"
>>
>> I only wan't to have
2013/12/18 Jeffrey Janner :
> I think that at 6.x you need to do one of the following to the context.xml
> file located in the configBase ($CATALINA_BASE/conf/[enginename]/[hostname]/):
> 1. make the changes to the file there and reload the webapp
> 2. make the changes in the META_INF file and co
> -Original Message-
> From: Jose María Zaragoza [mailto:demablo...@gmail.com]
> Sent: Tuesday, December 17, 2013 4:33 AM
> To: Tomcat Users List
> Subject: Modify content in META-INF/context.xml
>
> Hello:
>
> I'm using Apache Tomcat 6.0.24 and I&#x
>
> Automatic deployment has had a bit of an overhaul in Tomcat 8 and those
> changes have been back-ported to 7.0.x for the next release. The
> behaviour in a number of edge cases is now clearly defined:
> http://ci.apache.org/projects/tomcat/tomcat8/docs/config/automatic-deployment.html
Yay! T
.html
>
> In your case, you'd want to deploy as a WAR with unpackWARs set to true.
> Then, any time you edit the META-INF/context.xml in the unpacked directory
> the web application will be redeployed using the new context.xml
>
> This might work with 6 but I can't re
-Original Message-
From: Mark Thomas [mailto:ma...@apache.org]
Sent: Tuesday, December 17, 2013 5:27 AM
To: Tomcat Users List
Subject: Re: Modify content in META-INF/context.xml
On 17/12/2013 11:16, Jose María Zaragoza wrote:
> 2013/12/17 André Warnier :
>> Hi.
>> Wit
;on the fly".
> Indeed, I said "Restart the web application is not a problem"
>
> I only wan't to have to redeploy the web application to modify
> META-INF/context.xml and apply changes.
How do you feel about a Tomcat upgrade?
Automatic deployment has had a bit o
only wan't to have to redeploy the web application to modify
META-INF/context.xml and apply changes.
Regards
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Jose María Zaragoza wrote:
Hello:
I'm using Apache Tomcat 6.0.24 and I've deployed a web application
that defines its resources into META-INF/context.xml , especially
information about connection pool
Sometimes I''ve to edit that file to change some data , i.e, database&#
Hello:
I'm using Apache Tomcat 6.0.24 and I've deployed a web application
that defines its resources into META-INF/context.xml , especially
information about connection pool
Sometimes I''ve to edit that file to change some data , i.e, database's JDBC url
I've see
The short answer is jars that are particular to a webapp can go in
WEB-INF/lib, however since database access is fairly common, your jdbc jars
and db specific driver jars should go above the webapp directory into
$TOMCAT_HOME/lib.
However, AFAIK some jars need to be in $TOMCAT_HOME/lib due to load
Hello:
I'm using Tomcat 6.0.23
Yes, I know is an old release
Anyway, I would like to use tomcat-jdbc connection pool JAR
So, I 've stored a context.xml into META-INF folder in my WAR, as
My question is
should I store JAR ( tomcat-jdbc-x.x.x.jar & tomcat-juli-x.x.x.jar )
into WEB-INF/lib
ous ne pouvons accepter aucune responsabilité
pour le contenu fourni.
> Subject: Re: /META-INF/context.xml seemingly ignored
> From: nicho...@nicholaswilliams.net
> Date: Sun, 4 Aug 2013 14:47:49 -0500
> To: users@tomcat.apache.org
>
>
> On Aug 4, 2013, at 11:16 AM, Konstantin Kolinko
On Aug 4, 2013, at 11:16 AM, Konstantin Kolinko wrote:
> 2013/8/4 Mark Thomas :
>> On 04/08/2013 02:27, Nick Williams wrote:
>>>
>>>
>>> Yes. There's a TOMCAT_HOME/work/Catalina/localhost/support directory, but
>>> TOMCAT_HOME/conf/Catalina is empty.
>
> There should be conf/Catalina/localhos
2013/8/4 Mark Thomas :
> On 04/08/2013 02:27, Nick Williams wrote:
>>
>>
>> Yes. There's a TOMCAT_HOME/work/Catalina/localhost/support directory, but
>> TOMCAT_HOME/conf/Catalina is empty.
There should be conf/Catalina/localhost directory that is empty. (The
Catalina directory is not empty).
>
>
.0.0-RC1. Hopefully I'm just missing something
>>> here. I created a web application with the following
>>> /META-INF/context.xml file (I tried both with and without the
>>> path="/support" attribute).
>>>
>>>
>>>
>&g
sing Tomcat 8.0.0-RC1. Hopefully I'm just missing something
>>> here. I created a web application with the following
>>> /META-INF/context.xml file (I tried both with and without the
>>> path="/support" attribute).
>>>
>
ted a web application with the following
>> /META-INF/context.xml file (I tried both with and without the
>> path="/support" attribute).
>>
>>
>>
>> > loaderClass="org.springframework.instrument.classloading.tomcat.TomcatInstrumentableClas
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Nick,
On 8/3/13 2:54 PM, Nick Williams wrote:
> I'm using Tomcat 8.0.0-RC1. Hopefully I'm just missing something
> here. I created a web application with the following
> /META-INF/context.xml file (I tried both with and
Guys,
I'm using Tomcat 8.0.0-RC1. Hopefully I'm just missing something here. I
created a web application with the following /META-INF/context.xml file (I
tried both with and without the path="/support" attribute).
The JAR containing the TomcatInstrumenta
All,
My experience was with Tomcat versions 5.5.33 and 5.5.34.
Regards
Peter Smillie
-Original Message-
From: Daniel Mikusa [mailto:dmik...@vmware.com]
Sent: Thursday, 8 December 2011 0:33
To: Tomcat Users List
Subject: Re: Tomcat 5.5 - Context for "MyApp" in MyApp/META-INF/c
or the application in the
> $CATALINA_HOME/conf/[enginename]/[hostname]/; in an individual file at
> /META-INF/context.xml inside the application files. If the web application is
> packaged as a WAR then /META-INF/context.xml will be copied to
> $CATALINA_HOME/conf/[enginename]
individual file at
/META-INF/context.xml inside the application files. If the web application is
packaged as a WAR then /META-INF/context.xml will be copied to
$CATALINA_HOME/conf/[enginename]/[hostname]/ and renamed to match the
application's context path. Once this file exists, it will not b
> From: jilen [mailto:jilen.zh...@gmail.com]
> Subject: Re: "path" attribute in {myapp}/META-INF/context.xml always not work!
> So far as i understand, i have two choice to make my own
> app as root app
> 1. replace the ROOT dir in the appBase with my own app
The stron
On 10/27/2011 09:46 AM, Caldarale, Charles R wrote:
From: jilen [mailto:jilen.zh...@gmail.com]
Subject: "path" attribute in {myapp}/META-INF/context.xml always not work!
name and path attribute are override with the war name
So these attribute are not work.
Is tomcat supposed to do
> From: jilen [mailto:jilen.zh...@gmail.com]
> Subject: "path" attribute in {myapp}/META-INF/context.xml always not work!
> name and path attribute are override with the war name
> So these attribute are not work.
> Is tomcat supposed to do that?
Yes; read the doc:
Tomcat: 7.0.22 OS:linux Java: OpenJDK 1.6-23
in org.apache.catalina.startup.HostConfig.deployWAR(ContextName, File,
String)
i found some code like these
context.setName(cn.getName());
context.setPath(cn.getPath());
context.setWebappVersion(cn.getVersion());
context.setDocBase(file);
...
nam
in org.apache.catalina.startup.HostConfig.deployWAR(ContextName, File,
String)
i found some code like these
context.setName(cn.getName());
context.setPath(cn.getPath());
context.setWebappVersion(cn.getVersion());
context.setDocBase(file);
...
name and path attribute are override with the war na
On 23/09/2011 05:37, Tim Watts wrote:
> Wonderful. Thank You!
>
> You're right about / but I'm not sure all
> standards conforming servlet containers are guaranteed to provide an
> 'external override' behaviour.
If the resource entry in web.xml is insufficient to fully configure the
resource, the
Wonderful. Thank You!
You're right about / but I'm not sure all
standards conforming servlet containers are guaranteed to provide an
'external override' behaviour.
On Fri, 2011-09-23 at 07:07 +0400, Konstantin Kolinko wrote:
> 2011/9/22 Tim Watts :
> > 6.0.33
>
> > >name
2011/9/22 Tim Watts :
> 6.0.33
> name="configName"
> value="${catalina.base}/local/xbasic/config/master.properties"
> description="Full path name of the config file."
> type="java.lang.String"/>
> I got it to work by removing the
On Thu, 2011-09-22 at 13:48 -0700, Leo Donahue - PLANDEVX wrote:
> So what is the difference between having a or
> in web.xml vs. a or elements
> in META-INF/context.xml?
Well for starters, the web.xml entries will work in all web containers
whereas context.xml is Tomcat-specific.
>-Original Message-
>From: Tim Watts [mailto:t...@cliftonfarm.org]
>Subject: RE: [tomcat-6.0.33] META-INF/context.xml Environment not
>working
>
>I got it to work by removing the from web.xml. I believe
>this is a regression because it works correctly under 5.5.17. U
-09-22 at 09:10 -0700, Leo Donahue - PLANDEVX wrote:
> >-Original Message-
> >From: Tim Watts [mailto:t...@cliftonfarm.org]
> >Subject: [tomcat-6.0.33] META-INF/context.xml Environment not working
> >
> >=== context.xml ===
>-Original Message-
>From: Tim Watts [mailto:t...@cliftonfarm.org]
>Subject: [tomcat-6.0.33] META-INF/context.xml Environment not working
>
>=== context.xml
>antiResourceLocking="false" antiJARLocking="fa
Thank you. Good point but basically the same result:
=== EXCEPTION
javax.servlet.ServletException: Failed initialization
org.cliftonfarm.xbasic.Controller.init(Controller.java:32)
javax.servlet.GenericServlet.init(GenericServlet.java
Why not do your initialisation in the Servlet.init() method?
p
On 22 Sep 2011, at 16:42, Tim Watts wrote:
> Hello,
>
> My very basic servlet fails to initialize when trying to read its JNDI
> environment entry. The app context name is xbasic. The context.xml is in
> xbasic.war's META-INF direc
Hello,
My very basic servlet fails to initialize when trying to read its JNDI
environment entry. The app context name is xbasic. The context.xml is in
xbasic.war's META-INF directory and TomCat (6.0.33) correctly copies it
to ${tomcat.home}/conf/Catalina/localhost/xbasic.xml on first deploy.
Below
2011/8/26 Oliver Wulff :
>
> I'm asking whether this would be an intrusive way thus I would raise a
> request.
>
Try to write a patch and you'll find that it is easier to rename your war.
The feature you are asking will seriously confuse auto-deployment.
Best regards,
Konstantin Kolinko
---
Bitte antworten META-INF/context.xml ignored
an
"Tomcat Users
2011/8/26 Oliver Wulff :
> I'd very much like to be able to deploy my war in webapps and configure
> either the path in META-INF/context.xml to "/"
You cannot configure those attributes in META-INF/context.xml at all.
> or define docBase in
> conf/Catalina/localhost/RO
er approach I choose I've find a hint
in the documentation which doesn't recommend to do so.
First, I don't like to rename my web application into ROOT.war or copy the
content into the ROOT directory. I very much like the approach to define
context information in META-INF/context.xm
2011/8/26 Oliver Wulff :
>
> I've tried to add a context.xml in META-INF/context.xml which is part of
> myweb.war:
>
docBase and path attributes are invalid here
> Have I missed anything?
1) FAQ
2) search mailing list archives
3) See docs for Context element in Configurat
http://zdownload.zurich.com/mailimages/ZHP_MailHeader.gif"; />
Hi there
I'm trying to run my web application (myweb.war) in Tomcat 6.0.32 under the
root context.
I've tried to add a context.xml in META-INF/context.xml which is part of
myweb.war:
But the application isn&
Awesome, thanks!
-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Sent: Thursday, June 30, 2011 10:18 PM
To: Tomcat Users List
Subject: Re: how to use VirtualWebappLoader - either in META-INF/context.xml or
programmatically on startup
-BEGIN PGP
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bob,
On 6/30/2011 10:07 PM, Bob DeRemer wrote:
> Thanks! I know it's all open and online, I was just hoping someone
> might be able to point me to some specific classes so I don't have to
> pour through a lot of irrelevant code.
Tomcat's component f
y, June 30, 2011 10:04 PM
To: Tomcat Users List
Subject: Re: how to use VirtualWebappLoader - either in META-INF/context.xml or
programmatically on startup
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bob,
On 6/30/2011 9:55 PM, Bob DeRemer wrote:
> I've verified that the WEB-INF/extensi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bob,
On 6/30/2011 9:55 PM, Bob DeRemer wrote:
> I've verified that the WEB-INF/extensions will work, too. The key
> issue for us is being able to hot-deploy extension JAR(s) live
> without restarting the webapp or Tomcat. I began by seeing if Tomcat
eciate any direction to
shorten my dev time.
Thanks,
Bob
-Original Message-
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
Sent: Thursday, June 30, 2011 7:17 PM
To: Tomcat Users List
Subject: Re: how to use VirtualWebappLoader - either in META-INF/context.xml or
programmatically
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rainer,
On 6/30/2011 5:27 PM, Rainer Jung wrote:
> On 30.06.2011 22:50, Christopher Schultz wrote:
>> Konstantin,
>>
>> On 6/30/2011 11:27 AM, Konstantin Kolinko wrote:
>>> 2011/6/30 Bob DeRemer :
virtualClasspath="/WEB-INF/lib/extensio
2011/7/1 Christopher Schultz :
>
> On 6/30/2011 11:27 AM, Konstantin Kolinko wrote:
>> 2011/6/30 Bob DeRemer :
>>> virtualClasspath="/WEB-INF/lib/extensions/*.jar"/>
>>
>> The above should be an absolute path.
>>
>> You can use system variables, e.g.
>> ${catalina.base}/webapps/mywebapp/W
On 30.06.2011 22:50, Christopher Schultz wrote:
> Konstantin,
>
> On 6/30/2011 11:27 AM, Konstantin Kolinko wrote:
>> 2011/6/30 Bob DeRemer :
>>> virtualClasspath="/WEB-INF/lib/extensions/*.jar"/>
>
>> The above should be an absolute path.
>
>> You can use system variables, e.g.
>> ${c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Konstantin,
On 6/30/2011 11:27 AM, Konstantin Kolinko wrote:
> 2011/6/30 Bob DeRemer :
>> virtualClasspath="/WEB-INF/lib/extensions/*.jar"/>
>
> The above should be an absolute path.
>
> You can use system variables, e.g.
> ${catalina.base
ses "on the fly" for extensible applications that
need to remain running.
-bob
-Original Message-
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
Sent: Thursday, June 30, 2011 12:25 PM
To: Tomcat Users List
Subject: Re: UPDATE - RE: how to use VirtualWebappLoader - e
2011/6/30 Bob DeRemer :
> I was able to get this to work. I had a hunch, so I moved the extensions
> folder outside the WEB-INF directory. Any idea why these extra
> repositories cannot be under the WEB-INF/lib folder ?
I think classes should be loadable, but IIRC annotation and resources
sc
mailto:bob.dere...@thingworx.com]
Sent: Thursday, June 30, 2011 11:53 AM
To: Tomcat Users List
Subject: RE: how to use VirtualWebappLoader - either in META-INF/context.xml or
programmatically on startup
Thanks Konstantin, but that didn't do it. I can see that Tomcat copies the
context.xml over to /con
Do I need to do anything programmatically to enable this?
-bob
-Original Message-
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
Sent: Thursday, June 30, 2011 11:27 AM
To: Tomcat Users List
Subject: Re: how to use VirtualWebappLoader - either in META-INF/context.x
2011/6/30 Bob DeRemer :
> virtualClasspath="/WEB-INF/lib/extensions/*.jar"/>
The above should be an absolute path.
You can use system variables, e.g.
${catalina.base}/webapps/mywebapp/WEB-INF/lib/extensions/*.jar
-
To
We're running tomcat 6.0.32 64-bit on Windows Server 2008 R2. We have a
requirement to support pluggable extensions to our webapp. We do not want the
associated JAR(s) in the WEB-INF/lib directory. Instead, we want to place them
in a WEB-INF/lib/extensions folder that we created.
To do this,
Dave Cherkassky wrote:
...
Just a note : in the setup you showed, most if not all tags are
unnecessary, since they just duplicate the name you have in the
tag. You need an tag only if you want to access the same virtual
host through different DNS names.
Like :
bigserver.company.com
sun
See below:
Is this a new bug?
Why is it a bug?
Sorry, I was not implying anything :) I was just wondering why the behaviour
changed.
Did the Tomcat behaviour change in an undocumented fashion?
See notes for 6.0.19.
http://tomcat.apache.org/tomcat-6.0-doc/changelog.html
Ah, this is a sid
On 24/03/2010 15:44, Dave Cherkassky wrote:
Dear Tomcat community:
Here's my setup:
- I am running Apache Tomcat/6.0.24.
- I am deploying the my applications 'exploded' -- i.e. NOT as a war file.
- each application is defined by a /META-INF/context.xml in the
respective appBase
Dear Tomcat community:
Here's my setup:
- I am running Apache Tomcat/6.0.24.
- I am deploying the my applications 'exploded' -- i.e. NOT as a war file.
- each application is defined by a /META-INF/context.xml in the respective
appBase directory.
- I have severa
-
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>
>
--
View this message in context:
http://old.nabble.com/Question-on-META-INF-context.xml-tp26700904p26715825.html
Sent from the Tomca
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Run,
On 12/9/2009 10:57 AM, pprun wrote:
> What about those links in the static HTML? How does it access to context
> path?
When it comes to static HTML/CSS, you have at least 4 options:
1) Hard-code the path and remember to change them if you re-d
G with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAkseyhcACgkQ9CaO5/Lv0PCJewCfc6K0m/RXKdoOMwjos9F35l09
> A9YAniNWBneqr4VeULkfXTIazw9PSRHE
> =ELAt
> -END PGP SIGNATURE-
>
> -----
> To unsubs
1 - 100 of 160 matches
Mail list logo
