-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

John,

On 8/27/14, 9:29 AM, John Smith wrote:
>> 
>> 
>> 
>> You haven't really provided any information, here. Please post
>> full stack traces.
>> 
>> You might want to do something like catch NPE around the area(s)
>> where they are being thrown, and log information about the
>> requests that are causing them. It may be something like a web
>> search crawler requesting the XML with parameters you don't
>> expect, etc.
>> 
>> 
>> 
> Chris,
> 
> Sorry for the delayed reply. The thing is, there are no stack
> traces in the catalina logs. Just the report of the NPE's as cut
> and pasted above, over and over again. So I can't "get to" where
> the NPE is even being thrown. Again, the errors are not generated
> at the application level code, or at least they're not 500 errors
> or they would be written to the logback logs, instead of
> catalina.out.
> 
> I have an a really high amount of traffic (500,000 visits a day)
> so detailed catalina logs become so massive they become untenable.
> I thinned out logging.properties to simply:
> 
> ___________________ handlers =
> 1catalina.org.apache.juli.FileHandler
> 
> 1catalina.org.apache.juli.FileHandler.level = SEVERE 
> 1catalina.org.apache.juli.FileHandler.directory =
> ${catalina.base}/logs 1catalina.org.apache.juli.FileHandler.prefix
> = catalina. ___________________
> 
> Do you know if this configuration removing the full trace?

That configuration does not affect catalina.out, but
catalina.[date].log instead. But if you've set your level to SEVERE
you might not get any of this logged.

Since you can see the component which throws the exception
(StandardWrapperValve), you can change the log level for just that class:

org.apache.catalina.core.StandardWrapperValve.level=INFO

- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: GPGTools - http://gpgtools.org

iQIcBAEBCAAGBQJT/zTRAAoJEBzwKT+lPKRYr/gQAIZ9w7bxsIc5/IEOm0ZkyK6G
9vbsjuD9zJPZ9FzdOwUvCJ+DFY6d7NfKbGddUB4lyCgmFM/CTadjRtfEVcz17g37
YfV+EPYCZ7OCQM7TI4y61MPkDuo5qiVTc2IdO//dyYlCSOV8xpQH1BSoqzdPvJQt
iRqEVXuvU0utf/ZwiGCid7hAc8gpcyPJX1OhvYXHJgvNiyM654BcY/VjDosL4v+e
N09kDcCLOqViphQaUoNCU8JDBQT8E7UXzMNWDCHUmvAjHNbxkiDKiS2zbHUjxqxI
lwfw5JjJoVMXc5yKMNIoK/1jDmqJoOA5tciSuAw2MZHuu19hXkOjO0W3xd43SW1C
anf6QWus9qEwxs/TokadCefKpdQ/9ohrwH/ecKBMxnKQhXZTiOYALMFLeZy7RiiY
X5+a3SgXSKYjQxHFtUk81lwH5TTv0syhwu6JEqRIHl9csb0AuBA1ORXrSdnjqtd6
alYdst53aN5UE21UMCd7RQ5vzSEFkLCRyO37l0ZlTdZFNWTMjnaQBg15Lm5IBp+8
NqKRFzEcWU95U9YuRSYCMIvWgBKOAQYxwbQ57C9Oq1lclDXcvZWQf+ZZ4JXb5axR
Oxo4Qz2U0xkkDEd2t6Y0lEtCvRH6SlJuR0MGCDRfpAwnldVCKOjjgWMdqxkSWfMo
FEGllQEnJb9g0RPiWQqY
=i7p1
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to