'E:\WEB-INF\idp-meta-downloaded.xml'
org.opensaml.saml2.metadata.provider.MetadataProviderException: Metadata
file 'E:\WEB-INF\idp-meta-downloaded.xml' does not exist
We are not understand the message is popping up now and why the Tomcat
is searching outside of his Installation Directory (E
the update to the Version 9.0.79 we are seeing in the
"stdout.log" File the following message:
13:26:17.576 [main] ERROR
org.opensaml.saml2.metadata.provider.AbstractReloadingMetadataProvider - Error
occurred while attempting to refresh metadata from
'E:\WEB-INF\idp-meta-down
-
From: Christopher Schultz
Sent: Friday, January 22, 2021 1:47 PM
To: users@tomcat.apache.org
Subject: Re: Reg: Jars under web-inf lib being accessed by tomcat even when the
application is not running.
Attention: This email was sent from someone outside of eClinicalWorks. Always
use caution when
The files are being reopened and then closed and then again reopened.
Regards
Jalaj P Asher
-Original Message-
From: Christopher Schultz
Sent: Friday, January 22, 2021 1:47 PM
To: users@tomcat.apache.org
Subject: Re: Reg: Jars under web-inf lib being accessed by tomcat even when
;lsof /WEB-INF/lib/*.jar"
Are you seeing the files *reopened* over and over again? Or are you just
seeing them opened and kept open?
-chris
-Original Message-
From: Christopher Schultz
Sent: Wednesday, January 20, 2021 4:41 PM
To: users@tomcat.apache.org
Subject: Re: Reg: Jars under w
Hi Chris,
We have not set the autoreload setting at all. I believe by default its set to
false. Please correct me if that’s not the case. Also manager is disabled in
our environment.
I used the watch command along with lsof highlighted below .
Watch "lsof /WEB-INF/lib/*.jar&quo
: Jars under web-inf lib being accessed by tomcat even when the
application is not running.
Attention: This email was sent from someone outside of eClinicalWorks. Always
use caution when opening attachments or clicking links from unknown senders or
when receiving unexpected emails.
Jalaj,
On 1
@tomcat.apache.org
Subject: Re: Reg: Jars under web-inf lib being accessed by tomcat even when the
application is not running.
Attention: This email was sent from someone outside of eClinicalWorks. Always
use caution when opening attachments or clicking links from unknown senders or
when receiving unexpected
Jalaj,
On 1/18/21 11:13, Jalaj Asher wrote:
We have a situation where in we are seeing with tomcat 8.5 and higher that even
when the application is not in use , tomcat is accessing different jars in that
web-inf/ lib folder every few seconds or few minutes.
These jars are not getting loaded
On 18/01/2021 16:13, Jalaj Asher wrote:
> We have a situation where in we are seeing with tomcat 8.5 and higher that
> even when the application is not in use , tomcat is accessing different jars
> in that web-inf/ lib folder every few seconds or few minutes.
>
> These jars
We have a situation where in we are seeing with tomcat 8.5 and higher that even
when the application is not in use , tomcat is accessing different jars in that
web-inf/ lib folder every few seconds or few minutes.
These jars are not getting loaded in memory , we profiled it to check
il: users-unsubscr...@tomcat.apache.org
> > For additional commands, e-mail: users-h...@tomcat.apache.org
> >
>
> There are a lot of issues with your project that have nothing to do with
> Tomcat. I'm going to assume that most of your project problems exist
> becaus
e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
There are a lot of issues with your project that have nothing to do with
Tomcat. I'm going to assume that most of your project problems exist
because of how aggressively you stripped d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Carles,
On 9/1/20 14:08, Carles Franquesa wrote:
> This message is a reply to those that asked me for uploading a
> simple version of my webapp reproducing the problem of not finding
> classes when a JSP is inside a subfolder, thus not hanging
Hi,
This message is a reply to those that asked me for uploading a simple
version of my webapp reproducing the problem of not finding classes when a
JSP is inside a subfolder, thus not hanging directly from web root
directly.
I have slimmed down the code as much as possible. You'll see is almost
Hi,
-Original Message-
From: Mark Thomas
Sent: Thursday, October 10, 2019 3:54 AM
To: users@tomcat.apache.org
Subject: Re: Performance test with Tomcat 9 shows increased cpu/disk usage
because of repeated opening/closing of jars in WEB-INF/lib
On 09/10/2019 22:58, Rhuberg,Anthony wrote
imply that.
-Original Message-
From: john.e.gr...@wellsfargo.com.INVALID
Sent: Thursday, October 10, 2019 6:54 PM
To: users@tomcat.apache.org
Subject: RE: Performance test with Tomcat 9 shows increased cpu/disk usage
because of repeated opening/closing of jars in WEB-INF/lib
Tony
Tony,
> -Original Message-
> From: Rhuberg,Anthony
> Sent: Thursday, October 10, 2019 5:22 PM
> To: Tomcat Users List
> Subject: RE: Performance test with Tomcat 9 shows increased cpu/disk usage
> because of repeated opening/closing of jars in WEB-INF/lib
We are still investigating what specific classloader reads that would trigger
the repeated reload of the web-inf/lib/*.jars.
One example we found is the use of
javax.xml.transform.TransformerFactory.newInstance(). One of its features is to
determine the implementation by searching
shows increased cpu/disk usage
> because of repeated opening/closing of jars in WEB-INF/lib
>
> On 09/10/2019 21:03, Rhuberg,Anthony wrote:
>> This seems to alleviate the issue... in context.xml (sc-test#sc.xml)
>> > swallowOutput="true" ba
of repeated opening/closing of jars in WEB-INF/lib
Hi Anthony
Have you turned debug logging on to see what it is picking up as modified?
On Wed, 09 Oct 2019, 22:24 Rhuberg,Anthony,
wrote:
> Thanks for your responses.
>
> I understand that re-reading the static files is not optimal, but h
: Performance test with Tomcat 9 shows increased cpu/disk usage
because of repeated opening/closing of jars in WEB-INF/lib
On 09/10/2019 21:03, Rhuberg,Anthony wrote:
> This seems to alleviate the issue... in context.xml (sc-test#sc.xml)
> swallowOutput="true" backgroundProcessorDelay=&q
On 09/10/2019 21:03, Rhuberg,Anthony wrote:
> This seems to alleviate the issue... in context.xml (sc-test#sc.xml)
> backgroundProcessorDelay="90">
>
> Not sure if this is the context reload trigger... i.e. the
> webappLoader.backgroundProcess method is triggered every 90 seconds...
It isn't.
hows increased cpu/disk usage
> because of repeated opening/closing of jars in WEB-INF/lib
>
> On 09/10/2019 20:08, Rhuberg,Anthony wrote:
> > On the other thread: Is this genuine class loading (in which case the
> > response below is correct) or is the application reading
, 2019 3:56 PM
To: users@tomcat.apache.org
Subject: Re: Performance test with Tomcat 9 shows increased cpu/disk usage
because of repeated opening/closing of jars in WEB-INF/lib
On 09/10/2019 20:08, Rhuberg,Anthony wrote:
> On the other thread: Is this genuine class loading (in which c
k if JARs have been added or removed
WebResource[] jars = resources.listResources("/WEB-INF/lib");
// Filter out non-JAR resources
int jarCount = 0;
for (WebResource jar : jars) {
if (jar.getName().endsWith(".jar") &
cache it.
> -Original Message-
> From: Rhuberg,Anthony
> Sent: Wednesday, October 09, 2019 2:53 PM
> To: Tomcat Users List
> Subject: RE: Performance test with Tomcat 9 shows increased cpu/disk usage
> because of repeated opening/closing of jars in WEB-INF/lib
>
> Ju
, 2019 2:53 PM
To: Tomcat Users List
Subject: RE: Performance test with Tomcat 9 shows increased cpu/disk usage
because of repeated opening/closing of jars in WEB-INF/lib
Just noticed another thread on this topic: RE: Tomcat discards and reloads the
jar files from the webapps folder.
Setting
@tomcat.apache.org
Subject: Performance test with Tomcat 9 shows increased cpu/disk usage because
of repeated opening/closing of jars in WEB-INF/lib
Background:
In the last few months we migrated our web application from Tomcat 7.0.55 to
Tomcat 9.0.19 (26). That transition was relatively
profile showed all the jars in WEB-INF/lib being
closed and reopened within seconds while the application was processing
requests (and to some extent when quite). Now we are trying to determine why.
We have a general understanding that the WebappClassLoaderBase.java
implementation changed in Tomcat
Hello,
Is the jdbc driver loading from WEB-INF/lib and used in jndi datasource
an official feature, given that it is used in so many webapps? Then what
about mail session and javamail?
Before saying yes of course or never it is, see that the jdbc driver is
loaded from WEB-INF/lib and used
de anything that Tomcat is looking at.
Thanks,
- -chris
> On Fri, 30 Nov 2018 at 11:07, wrote:
>
>>
>>
>> Hi,
>>
>> I have a problem in the start phase of Apache Tomcat/7.0.90
>> Inside the folder WEB-INF I have a subfolder called Tmp
>> (
> Tomcat/7.0.90
> Inside the folder WEB-INF I have a subfolder called Tmp
> (application/WEB-INF/Tmp) where sometimes I put a lot of files and
> folders (more then 100.000) and after 24h I clean this folder.
> But if in
> the meantime I need to restart the application, the restart tim
this? That you can ask
for a "work" folder?
On Fri, 30 Nov 2018 at 11:07, wrote:
>
>
> Hi,
>
> I have a problem in the start phase of Apache
> Tomcat/7.0.90
> Inside the folder WEB-INF I have a subfolder called Tmp
> (application/WEB-INF/Tmp) where sometimes I put
Hi,
I have a problem in the start phase of Apache
Tomcat/7.0.90
Inside the folder WEB-INF I have a subfolder called Tmp
(application/WEB-INF/Tmp) where sometimes I put a lot of files and
folders (more then 100.000) and after 24h I clean this folder.
But if in
the meantime I need to restart
Hello Masber,
In order to get accurate answers it would be helpful if you could provide
details like:
- Platform details: OS, jdk/jre, apache-tomcat version...
- "I went through documentation" which one? perhaps
https://tomcat.apache.org/tomcat-9.0-doc/config/filter.html#CORS_Filter
- "my web
Dear Apache Tomcat community,
I am learning Tomcat and would like to create a crosfilter, I went through the
documentation and added the code suggested but my web client still complains.
This is the content of my web.xml file:
Archetype Created Web Application
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Narahari,
On 2/1/18 5:07 PM, Narahari 'n' Savitha wrote:
> I think I found the solution. Putting it here for comopleteness.
>
> In the $CATALINA_BASE/conf/context.xml file add the following to
> the Context tag aka
>
> It looked like this before
works fine.
>
> NOw I do this
>
> cd webapps/myapp/WEB-INF/lib
>
> ln -s ../../../thejars/gson-2.3.1.jar gson-2.3.1.jar
>
> I then restart tomcat and the error comes up like this
>
> java.io.IOException: Failed to access resource /WEB-INF/lib/gson-2.3.1.jar
>
> so if
Friends:
I am sure the experts here have stumbled on this. So please help.
I have an app where I have
myapp
|_WEB-INF/lib/gson-2.3.1.jar
When I start tomcat it works fine.
NOw I do this
cd webapps/myapp/WEB-INF/lib
ln -s ../../../thejars/gson-2.3.1.jar gson-2.3.1.jar
I then restart
undled
> within the web application's WEB-INF/lib directory
>
>
> Therefore, Tomcat 8.0 looks to be doing the right thing."
>
> Which I think is fine for the case where the container is augmenting a
> existing web.xml.
>
> However the spec also says "If a framew
[1] left of with:
> "The relevant language is in section 8.2.1
>
>
> If a framework wants its META-INF/web-fragment.xml honored in such a way
> that it augments a web application's web.xml, the framework must be bundled
> within the web application's WEB-INF/lib directory
>
>
>
The chain [1] left of with:
"The relevant language is in section 8.2.1
If a framework wants its META-INF/web-fragment.xml honored in such a way
that it augments a web application's web.xml, the framework must be bundled
within the web application's WEB-INF/lib directory
Therefore, Tomca
tion
that might have prompted this. I do recall in that timeframe that there
were some clarifications about what got scanned in what circumstances.
/me goes to read spec docs...
The relevant language is in section 8.2.1
only JAR files
bundled in a web application's WEB-INF/lib directory, but
> that.
> What next?
Let me look at the specs and see if there was a change/clarification
that might have prompted this. I do recall in that timeframe that there
were some clarifications about what got scanned in what circumstances.
/me goes to read spec docs...
The relevant language is
Am 10.05.2017 um 12:18 schrieb Mark Thomas:
On 10/05/17 10:26, Michael Heinen wrote:
Am 10.05.2017 um 00:40 schrieb Mark Thomas:
On 09/05/17 15:25, Michael Heinen wrote:
Hi all,
I am currently mirgating an application from Tomcat 7.0.73 to 8.0.43.
On development platforms we use an embedded
On 10/05/17 10:26, Michael Heinen wrote:
> Am 10.05.2017 um 00:40 schrieb Mark Thomas:
>> On 09/05/17 15:25, Michael Heinen wrote:
>>> Hi all,
>>>
>>> I am currently mirgating an application from Tomcat 7.0.73 to 8.0.43.
>>> On development platforms we use an embedded tomcat.
>>> On of the jars on
rocessed when I move the jar to the
web-inf\lib folder.
Regards,
Michael
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail:
jarScanner.setScanManifest(false);
> ctx.setJarScanner(jarScanner);
>
> Should this work with Tomcat 8 or is my expectation wrong?
It should work. I'd recommend putting a break-point in
StandardJarScanner and stepping through the Tomcat code to see what is
going wrong.
Mark
>
>
-fragement is processed when I move the jar to the
web-inf\lib folder.
Regards,
Michael
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
On 13-1-2017 18:26, Mark Thomas wrote:
Class loader resources have special handling. I think you'll be able to
get this to work with:
standardRoot.createWebResourceSet(CLASSES_JAR, "/WEB-INF/classes",
new File("target/classes").getAbsolutePath(), null, "/
org.apache.catalina.webresources.StandardRoot standardRoot = new
> org.apache.catalina.webresources.StandardRoot(standardContext);
> standardRoot.setCachingAllowed(true);
> standardRoot.setCacheMaxSize(10);
> // add classes
> standardRoot.addP
/adding-external-resources-to-class-path-in-tomcat-8
The main problem is that the WAR project, as created in Eclipse by the Maven
plugin, writes the class files to target/classes instead of
webapps/WEB-INF/classes.
Tom
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Tom,
On 1/13/17 6:14 AM, Tom Eugelink wrote:
> I'm trying to migrate a very old ANT based project into the future,
> the ANT scripts I inherited are (of course) very complex, so I need
> to make babysteps. The first thing I did was compile the Java
// add classes
standardRoot.addPreResources(new
org.apache.catalina.webresources.DirResourceSet(standardRoot,
"/WEB-INF/classes", new File("target/classes").getAbsolutePath(),
"/"));
// add configuration files
s
Thank you for updating the documentation. This helps a lot with clarifying
how Resources work
--
View this message in context:
http://tomcat.10.x6.nabble.com/Tomcat-8-5-Regarding-PostResources-for-Web-Inf-lib-and-Web-Inf-classes-tp5053929p5054838.html
Sent from the Tomcat - User mailing list
s follows
>>
>> > className="org.apache.catalina.webresources.DirResourceSet"
>> webAppMount="/WEB-INF/classes"/>
>>
>> > className="org.apache.catalina.webresources.FileResourceSet"
>> webAppMount="/WEB-INF/lib/library1.jar&quo
how the class loader
>> resolves
>>> libraries and class folders specified in post resources.
>>>
>>> if the order of post resources is as follows
>>>
>>> >> className="org.apache.catalina.webresources.DirResourceSet"
>>> w
s is as follows
> >
> > > className="org.apache.catalina.webresources.DirResourceSet"
> > webAppMount="/WEB-INF/classes"/>
> >
> > > className="org.apache.catalina.webresources.FileResourceSet"
> > webAppMount="/WEB-INF/l
esources.DirResourceSet"
> webAppMount="/WEB-INF/classes"/>
>
> className="org.apache.catalina.webresources.FileResourceSet"
> webAppMount="/WEB-INF/lib/library1.jar"/>
>
> then the class loader looks for classes in library1.jar before it looks for
.10.x6.nabble.com/Tomcat-8-5-Regarding-PostResources-for-Web-Inf-lib-and-Web-Inf-classes-tp5053929p5054690.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr
he classpath.
> className="org.apache.catalina.webresources.StandardRoot"> base="D:\Projects\external\classes"
> className="org.apache.catalina.webresources.DirResourceSet"
> webAppMount="/WEB-INF/classes"> base="D:\Projects\lib\libr
classpath becomes -
WEB-INF\classes;WEB-INF\lib\*.jar;D:\Projects\lib\library1.jar;D:\Projects\external\classes
I expect the order to be
WEB-INF\classes;WEB-INF\lib\*.jar;D:\Projects\external\classes;D:\Projects\lib\library1.jar;
Is there a way to configure Context xml so that the classfolders
Many Thanks Marks. In my case I have references in the .jsp pages, after
replacing /WEB-INF/... to as below. Now it got generated but as you said still
wanrings and info are getting generated.
<%@ taglib uri="http://struts.apache.org/tags-bean; prefix="bean" %>
t you can improve
the application start time by not scanning JARs for TLDs when the JARs
don't contain TLDs.
Mark
> These jsps were compiling well in tomcat6.0.43
>
> [apply] WARNING: Failed to process TLD with path [/WEB-INF/struts-tiles.tld]
> and URI [/tags/struts-tiles]. The specifie
Hi,
While compiling .jsp file using tomcat8.0.33 binaries getting the following
error, can you please advice?
These jsps were compiling well in tomcat6.0.43
[apply] WARNING: Failed to process TLD with path [/WEB-INF/struts-tiles.tld]
and URI [/tags/struts-tiles]. The specified path does
André,
On 1/13/16 9:36 AM, André Warnier (tomcat) wrote:
> Hi gurus.
>
> Under tomcat 8 and Linux, I am deploying an externally-provided web
> application, which in its web.xml configuration file, has a parameter
> like this :
>
>
> logroot
> /var/log/tomcat8
>
>
> This
Hi gurus.
Under tomcat 8 and Linux, I am deploying an externally-provided web application, which in
its web.xml configuration file, has a parameter like this :
logroot
/var/log/tomcat8
This works, but I would like to make this more "generic", and would
That sounds possible. (I haven't looked at the code to check the theory
though.)
Please open a Bugzilla issue for this so it doesn't get lost.
thanks for your reply. I filed a bug for Tomcat 8:
https://issues.apache.org/bugzilla/show_bug.cgi?id=57472
I assume your web application is loading
Hi,
After moving one of our web applications from Tomcat 7 to Tomcat 8 (latest
8.0.17) the time for deploying and initializing the webapp increased by a
factor of 30 (6s vs. 180s). Analyzing the problem we found out that it had to
do with a signed jar in the WEB-INF/lib of the webapp
with a signed jar in the WEB-INF/lib of
the webapp. It is a 8mb self-signed jar of the jython-library from
which some classes are used in the initializing process of our
webapp. When using a non-signed version of the jar the time for
deploying and initializing is the same in Tomcat 8 as in Tomcat 7
-classrailo.loader.servlet.CFMLServlet/servlet-class
init-param
param-nameconfiguration/param-name
param-value{web-root-directory}/WEB-INF/railo/param-value
descriptionConfiguration directory/description
/init-param
!-- init-param
param-namerailo-server-root/param-name
param-value./param-value
descriptiondirectory where
Rene Scheffler wrote:
Hey guys,
i just added some entries to the default web.xml and server.xml.
[...]
I do not have a lot of time today, so I'll let someone else pick apart what you did, and
maybe try to figure out why what you did created WEB-INF directories all over the place
, André Warnier a...@ice-sa.com wrote:
Rene Scheffler wrote:
Hey guys,
i just added some entries to the default web.xml and server.xml.
[...]
I do not have a lot of time today, so I'll let someone else pick apart
what you did, and maybe try to figure out why what you did created WEB-INF
Scheffler wrote:
Hey guys,
i just added some entries to the default web.xml and server.xml.
[...]
I do not have a lot of time today, so I'll let someone else pick apart
what you did, and maybe try to figure out why what you did created WEB-INF
directories all over the place
) that $CATALINA_BASE/bin, $CATALINA_BASE/lib,
$CATALINA_BASE/logs, etc. are all web applications. They're not.
Now Let's look at the Railo configuration you used (from another message).
init-param
param-nameconfiguration/param-name
param-value{web-root-directory}/WEB-INF/railo/param-value
Hey!
I installed apache-tomcat-7.0.47 on debian and also installed and
configured railo 4.1.1.009.
I added the servlet for CFML and now i ended up with lots of WEB-INF
directories in my tomcat directory and the subdirectories.
A find gives me the following output :
./lib/WEB-INF
./bin/WEB-INF
Rene Scheffler wrote:
Hey!
I installed apache-tomcat-7.0.47 on debian and also installed and
configured railo 4.1.1.009.
I added the servlet for CFML and now i ended up with lots of WEB-INF
directories in my tomcat directory and the subdirectories.
A find gives me the following output :
./lib
André Warnier wrote:
Rene Scheffler wrote:
Hey!
I installed apache-tomcat-7.0.47 on debian and also installed and
configured railo 4.1.1.009.
I added the servlet for CFML and now i ended up with lots of WEB-INF
directories in my tomcat directory and the subdirectories.
A find gives me
apt-get).
I managed to figure out, that some part of the configuration used in the
web.xml/server.xml was responsible for the creation of that many WEB-INF
folders. I did all the configuration manually, following resources like
http://corfield.org/entry/Railo_on_Tomcat__multiweb stated here.
We
we didnt install it via apt-get).
I managed to figure out, that some part of the configuration used in the
web.xml/server.xml was responsible for the creation of that many WEB-INF
folders. I did all the configuration manually, following resources like
http://corfield.org/entry
with
that tomcat version, hence we didnt install it via apt-get).
I managed to figure out, that some part of the configuration used in the
web.xml/server.xml was responsible for the creation of that many WEB-INF
folders.
Not possible. Tomcat never adds a WEB-INF folder to a directory that
doesn't
experiences with
that tomcat version, hence we didnt install it via apt-get).
I managed to figure out, that some part of the configuration used in the
web.xml/server.xml was responsible for the creation of that many WEB-INF
folders.
Not possible. Tomcat never adds a WEB-INF folder to a directory
picky customers and we've made some stable
experiences with
that tomcat version, hence we didnt install it via apt-get).
I managed to figure out, that some part of the configuration used in the
web.xml/server.xml was responsible for the creation of that many WEB-INF
folders.
Not possible
Hi,
consider the following (simplified) project configuration.
web_base_jar (shared taglib etc.)
web_war (uses web_base_jar)
When developing our web project locally we use an exploded war layout. The
compile output of web_base_jar is directly copied (not as a jar!) to the war’s
web_war/WEB-INF
references jar project as a dependency in its Java
Build Path configuration.
When developing our web project locally we use an exploded war layout. The
compile output of web_base_jar is directly copied (not as a jar!) to the war’s
web_war/WEB-INF/classes directory by our ide’s (eclipse
it seems that i can't add multiply dirs to the WEB-INF/lib dir
i tried various stuff (Pre,Post,Jar)
PreResources base=C:/dir1
className=org.apache.catalina.webresources.DirResourceSet
webAppMount=/WEB-INF/lib/
PreResources base=C:/dir2
className=org.apache.catalina.webresources.DirResourceSet
On 11.07.2013, at 17:36, André Warnier a...@ice-sa.com wrote:
Leo Donahue - RDSA IT wrote:
You mention header/footers, which was in the back of my mind when I posted
this. Placing headers/footers in WEB-INF doesn't allow me to re-use these
in different webapps, without having multiple
On 15/07/2013 10:38, Rainer Frey wrote:
On 11.07.2013, at 17:36, André Warnier a...@ice-sa.com wrote:
Leo Donahue - RDSA IT wrote:
You mention header/footers, which was in the back of my mind when
I posted this. Placing headers/footers in WEB-INF doesn't allow
me to re-use
-Original Message-
From: Mark Thomas [mailto:ma...@apache.org]
Subject: Re: [OT] WEB-INF
I'd prefer to see a clearer requirement for it from the user base
What about a single site with multiple webapps all laid out with the same
header/footer, left/right navigation styles ? - all
On 15/07/2013 15:38, Leo Donahue - RDSA IT wrote:
-Original Message- From: Mark Thomas
[mailto:ma...@apache.org] Subject: Re: [OT] WEB-INF
I'd prefer to see a clearer requirement for it from the user base
What about a single site with multiple webapps all laid out with the
same
-Original Message-
From: Mark Thomas [mailto:ma...@apache.org]
Subject: Re: [OT] WEB-INF
...I'd encourage you to grab the 8.0.x source, built it and try out the new
resource handling. Feedback welcome.
From here?
http://ci.apache.org/projects/tomcat/tomcat8/docs/building.html
On 15/07/2013 17:17, Leo Donahue - RDSA IT wrote:
-Original Message-
From: Mark Thomas [mailto:ma...@apache.org]
Subject: Re: [OT] WEB-INF
...I'd encourage you to grab the 8.0.x source, built it and try out the new
resource handling. Feedback welcome.
From here?
http
-Original Message-
From: Mark Thomas [mailto:ma...@apache.org]
Sent: Monday, July 15, 2013 1:46 PM
To: Tomcat Users List
Subject: Re: [OT] WEB-INF
On 15/07/2013 17:17, Leo Donahue - RDSA IT wrote:
-Original Message-
From: Mark Thomas [mailto:ma...@apache.org
On 15/07/2013 20:09, Andrew Kujtan wrote:
When you say resource handling are you referring to serving files from
within a jars' META-INF/resource folder?
Yes, and more. See the Tomcat docs from the CI system for details:
http://ci.apache.org/projects/tomcat/tomcat8/docs/config/resources.html
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
André,
On 7/11/13 11:36 AM, André Warnier wrote:
Leo Donahue - RDSA IT wrote:
-Original Message- From: Tim Funk
[mailto:funk...@apache.org] Subject: Re: [OT] WEB-INF
Its a best practice to keep your jsp's inside of WEB-INF.
Since WEB
Its a best practice to keep your jsp's inside of WEB-INF. Since WEB-INF/ is
not allowed to be requested by the browser - its a simple enforcement
mechanism to prevent users from direct access to calling jsps. (Since it
may be common to have jsp's as snippets for header / footers etc
-Original Message-
From: Tim Funk [mailto:funk...@apache.org]
Subject: Re: [OT] WEB-INF
Its a best practice to keep your jsp's inside of WEB-INF. Since WEB-INF/ is not
allowed to be requested by the browser - its a simple enforcement
mechanism to prevent users from direct access
Leo Donahue - RDSA IT wrote:
-Original Message-
From: Tim Funk [mailto:funk...@apache.org]
Subject: Re: [OT] WEB-INF
Its a best practice to keep your jsp's inside of WEB-INF. Since WEB-INF/ is not
allowed to be requested by the browser - its a simple enforcement
mechanism to prevent
When did it start that developers decided to place jsps in the WEB-INF
directory? Was that intended from the beginning, or was it stumbled upon?
Leo
1 - 100 of 477 matches
Mail list logo
