On 19 Sep 2012, at 16:45, Tony Anecito <adanec...@yahoo.com> wrote:

> Ok does scanning scan the classes inside the library jars the app uses? What 
> would be the point of that?

How does Tomcat know which is a special library jar and which is not?
(Unless you provide it with a list of jars to ignore.)


p




>
> Thanks,
> -Tony
>
> --- On Wed, 9/19/12, Christopher Schultz <ch...@christopherschultz.net> wrote:
>
>
> From: Christopher Schultz <ch...@christopherschultz.net>
> Subject: Re: Latest Tomcat release question...
> To: "Tomcat Users List" <users@tomcat.apache.org>
> Date: Wednesday, September 19, 2012, 7:38 AM
>
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Tony,
>
> On 9/18/12 7:10 PM, Tony Anecito wrote:
>> Thanks for the heads up about the memory issue. I looked over the
>> release notes before I posted here and did not remember reading
>> that.
>
> http://tomcat.apache.org/tomcat-7.0-doc/changelog.html
>
> It's bug 53535:
> http://issues.apache.org/bugzilla/show_bug.cgi?id=53535
>
>> I do not use spring either and glad for that but I do use JAX-WS
>> and am working on swithing to JAX-RS and there are quite a few
>> libraries for JAX-RS. This weekend I will look at using 7.0.30.
>
> It really comes down to the number of classes that get scanned. Lots
> od deps = lots of classes (usually).
>
> - -chris
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
> Comment: GPGTools - http://gpgtools.org
> Comment: Using GnuPG with Mozilla - http://www.enigmail.net/
>
> iEYEARECAAYFAlBZyu8ACgkQ9CaO5/Lv0PC9TwCgw2qRGo/B0HjjQJycPsK1G9hZ
> v9IAnjKhBC+gZL3iUoHIY5MTR1Ph9v/v
> =C59w
> -----END PGP SIGNATURE-----
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>

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

Reply via email to