-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Conrad,
On 1/15/13 4:58 AM, Conrad Kostecki wrote: > Hi Chris! > > Am 14.01.2013 16:44, schrieb Christopher Schultz: >> [..] Take a thread dump or two. I suspect that Tomcat is scanning >> more JAR files than it used to due to the clarifications of >> certain behaviors by the servlet EG. If Tomcat is spending a long >> time scanning JAR files, there are a number of ways to stop that >> from happening. Let's confirm before we start changing >> configuration, though. >> > I am attaching you both dumps: Dump1: http://pastebin.com/ASmzAumF > [Tomcat 7.0.32] This thread dump clearly shows that annotations are being processed by the thread called "localhost-startStop-1". If it really takes several minutes to continue form this point, you should be able to take a few more thread dumps and see that it's still performing annotation processing. I think it's clear that's what the problem is. > Dump2: http://pastebin.com/j00VRjBZ [Tomcat 7.0.26] I'm not sure what I'm supposed to learn from that thread dump, as you said it didn't have a problem. The only thing going on in there is that Spring is initializing itself. In order to disable annotation processing, you should set metadata-complete="true" on your <web-app> element. Note that this attribute in only valid in servlet-spec 2.5 and later deployment descriptors, so if you're stuck on 2.4, 2.3 or something even older than that, it's really time to upgrade. (I'll have to check, but recently the servlet EG made some clarifications about backward (in)compatibility that seemed ... surprising. I'll have to re-read what those were to see if they will affect JAR scanning.) - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEAREIAAYFAlD1zkcACgkQ9CaO5/Lv0PBNcQCgouem2/JWc0e2+qZEkEw1Dra2 D+cAoKHlFK1mIvJP39jo929I9FgM6P4F =3Mv8 -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
