Thanks, but I'm talking about resource paths and not jar files.
- Matt
From: Ray Holme [mailto:***@yahoo.com.INVALID]
Sent: Friday, November 17, 2017 1:39 PM
To: Tomcat Users List <***@tomcat.apache.org>
Subject: Re: Skip resource path in TLD scanner?
I use JSP and there are taglibs used.
But you can cut the scan time way down by not scanning any libraries that don't have TLDs
(nested files with name => .tld)
You can find this by using "jar t" or "unzip -l" on each library (thanks Chris).
If you are a Unix (Linux or MAC) user you may cheat a little by using the script attached.
You may put any all .jar files in .../apache/lib or .../apache/webapps/*/WEB-INF/lib into the
.../apache/conf/catalina.properties file if they do not have taglibs.
So 90% of what I need does not have taglibs (just jstl-impl-...jar DOES and must be left out of the DO NO SCAN line.
This took my startup time from a couple minutes to under a second.
Best of luck.
On Friday, November 17, 2017 1:26 PM, Christopher Schultz <***@christopherschultz.net<mailto:***@christopherschultz.net>> wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Matt,
Post by Matt CosentinoThis keeps getting worse, my site was down for over a minute while
the TLD scanner ran. There must be something I can do.
If you need taglibs, you'll need to do TLS scanning. There really is
no way to avoid that that I know of. One of many reasons I don't like
JSP as a technology.
If you are having a problem with downtime, you have other options that
might help in other areas. For example, you could set up a second
server and load-balance between the two of them. This protects you
from a number of downtime-causing issues such as power failures, JVM
crashes, and -- as in your example here -- planned maintenance.
Running a single instance of your application in a production
environment where uptime matters is really not an appropriate
solution. If you had two servers, your application's restart time
would not have been an issue.
- -chris
Post by Matt Cosentino-----Original Message----- From: Mark Thomas
resource path in TLD scanner?
Post by Matt CosentinoYes, it's other folders within WEB-INF. I turned on the
TldScanner logging and it is definitely what is causing the
delay. My situation probably isn't very typical. The delay varies
in my various web applications, the worst being about 20 seconds.
It all adds up though, and every second counts when our sites are
down.
There is a solution available but it is intended more for the
embedded use case rather than a standard Tomcat install. Using it
in a standard install would require (effectively) patching Tomcat.
The general idea would be to use the TldPreScanned class. That does
require all the TLDs to be listed in advance. On the plus side, no
scanning delay. On the down side, adding TLDs requires code
changes. Doing this with a standard Tomcat install requires changes
to the JasperInitializer (hence the patch). I don't think there is
a pure config way around that but I'll look into it.
A better solution would probably be to make it easier to plugin in
a custom TLDScanner - i.e. purely with config. If you'd like us to
explore this option we should re-open 61052 and adjust accordingly.
I don't think there is enough demand for filtering resource paths
to make that worth implementing.
One final thought. Are you running the web application from a WAR
or an expanded directory? (The latter would be faster).
Mark
Post by Matt Cosentino- Matt
-----Original Message----- From: Mark Thomas
resource path in TLD scanner?
Post by Matt Cosentinohttps://tomcat.apache.org/tomcat-8.0-doc/config/systemprops.html
tomcat.util.scan.StandardJarScanFilter.jarsToSkip
<snip/>
Post by Matt CosentinoIt skips /WEB-INF/classes/ and /WEB-INF/lib/, but it does not
check any property to skip user defined paths.
Is it other paths within WEB-INF you need to skip?
When I read "skipping resource paths" I was thinking of skipping
the various places where Tomcat treat directories as JARs that
then get scanned for TLDs (which can be configured via the
JarScanner). But it sounds like skipping those won't help you.
How sure are you that it is checking the directories below
WEB-INF that is the cause of the delay? That isn't a typical
source of start-up delay although it is certainly possible.
Finally, what sort of delay are we talking out here? Seconds?
Minutes?
Mark
Post by Matt Cosentino-----Original Message----- From: Mark Thomas
Skip resource path in TLD scanner?
Post by Matt CosentinoI need to skip some of the resource paths within WEB-INF. I
know there's a property for skipping jar files, but I
couldn't find one for resource paths. I reported this as a
bug and was told that the property exists. Where is it?
Where have you looked?
Mark
---------------------------------------------------------------------
---------------------------------------------------------------------
---------------------------------------------------------------------
---------------------------------------------------------------------
-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - http://gpgtools.org<http://gpgtools.org/>
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQJRBAEBCAA7FiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAloPKbcdHGNocmlzQGNo
cmlzdG9waGVyc2NodWx0ei5uZXQACgkQHPApP6U8pFhLjRAAwjt0UGQ3Or2TTq3P
JmrcEyFnVwXB495dt0nmAVB/ldd12KaCSTBpkf7uhqJWIaB8EuljpH6CWKuhKjYI
FgHTiiGQEXOr3pCYV30ng2BzYr0teV8ZGjCoYF5I8prkt2ie8QVWiD1p3Vsre7qm
j14koqlBDa2K3zSvK9iXtc8t0DPvC9FxxOzroafTKJshxlFwLJVBbNnkfkSkGsCR
l7GPnG8iP43yMXd1/IqWKJMscTKOX++wcX5wpIzPDiCjCa3zGuFnBNreV8YOoTz2
+T9pkEvf5Z2KPZRWUCHHUlpWtu2owL/zaARvR1eD626PWTgDHa4gcFm5NueSe2bj
io88EK5jpo4uiDzmLPweKrXRTMDneOxqu6VAgmnEQVd/eSYBjq4+gT2n2fKQKg72
2w344c+vCBaCUAevNCUU3vBCAMjZ6OlayPafh9nghV+cK30t6qmUN6ECP7q14/zI
pgKhNjZjj4tCSnl1gWZBUB91FihpPyR4ShbvkEYHzfE74kiuTNwUoT7LHmMX0T11
U9xOqkyhGk5xyujp9ZFNqPlzThJ5Es+8dJR2+9gDUI0c6cSr/PUyIEwHvdEq/G+9
CoqtvDGh2kPqwNmNAIOxqoSzykHVNK/3PxKqROPS2EB7xLiPPNbpGR5qG95Rcyef
di1+iVj6Z488CI15bLFoYfLpFwg=
=GCDF
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-***@tomcat.apache.org<mailto:users-***@tomcat.apache.org>
For additional commands, e-mail: users-***@tomcat.apache.org<mailto:users-***@tomcat.apache.org>