'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 Insta
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
ssage-
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
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 the
;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 if they
> To unsubscribe, 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
---
> To unsubscribe, 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 h
-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 direc
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 for the
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" backgro
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. I
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 case
Check 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
To: users@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
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
tely outside 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
like 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 someti
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 cli
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
jersey-se
-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
, Feb 1, 2018 at 4:35 PM, Narahari 'n' Savitha
wrote:
> 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.
>
&g
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
be bundled
> 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 fra
nt 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,
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
Theref
f 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 in section 8.2.1
only JAR files
bundled in a web application's
n't know the reason for
> 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...
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 t
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
ent 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 com
> 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
&
e web-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, &q
org.apache.catalina.webresources.StandardRoot standardRoot = new
> org.apache.catalina.webresources.StandardRoot(standardContext);
> standardRoot.setCachingAllowed(true);
> standardRoot.setCacheMaxSize(10);
> // add classes
> standardRoot
43697/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
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
er
>> resolves
>>> libraries and class folders specified in post resources.
>>>
>>> if the order of post resources is as follows
>>>
>>> >> className="org.apache.catalina.webresources.DirResourceSet"
>>> webAppMount=&qu
is as follows
> >
> > > className="org.apache.catalina.webresources.DirResourceSet"
> > webAppMount="/WEB-INF/classes"/>
> >
> > > className="org.apache.catalina.webresources.FileResourceSet"
> > webAppMount="/WEB-INF/lib/library1.jar&
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"
e that 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]. Th
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 not
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 wo
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 li
> 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 load
that it had to do 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
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. It is a
yDirectory INFO: Deploying web application directory
> /opt/railo/tomcat/webapps
>
==
All of these lines are problems. Tomcat thinks (with your
configuration) that $CATALINA_BASE/bin, $CATALINA_BASE/lib,
$CATALINA_BASE/logs, etc. are all web applications. They're
On Thu, Aug 14, 2014 at 1:54 PM, André Warnier 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'
2014 at 1:54 PM, André Warnier 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
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 t
Hey guys,
i just added "some" entries to the default web.xml and server.xml.
More precisely it was (sorry, i don't know how to mark code pastings)
RailoCFMLServlet
CFML runtime Engine
railo.loader.servlet.CFMLServlet
configuration
{web-root-directory
t, 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 already contain one.
>
;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. Tomcat never adds a WEB-INF folder
e'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. Tomc
omcat 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. I did all the configuration manually, following resources like
http:
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/Railo_on_Tomcat__multi
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 the
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
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
r" project 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
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
it seems that i can't add multiply dirs to the WEB-INF/lib dir
i tried various stuff (Pre,Post,Jar)
with classes this seems to work (can't fully test it because it need the
jars)
So what is exactly the right syntax to include multiply jars or dirs of
jars ?
if i use the above
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
> -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-
>
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 h
>-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/
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
>-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 naviga
On 15/07/2013 10:38, Rainer Frey wrote:
>
> On 11.07.2013, at 17:36, André Warnier 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&
On 11.07.2013, at 17:36, André Warnier 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
-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 pr
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 pr
>-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 u
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 --
On Wed, 2013-07-10 at 15:08 -0700, Leo Donahue - RDSA IT wrote:
> 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?
My guess is that it was a side effect of MVC adoption -- making views
a
1 - 100 of 502 matches
Mail list logo
