On 15/06/16 4:06 pm, "Mark Thomas" <ma...@apache.org> wrote:

>On 15/06/2016 11:00, Amit Pande wrote:
>> We develop multiple web application which happen to share the same
>>stack (Spring, Hibernate,etc).
>> 
>> Thinking of sharing these third party libraries instead of duplicating
>>in each web app war.
>
>Why?
>> To avoid jar duplication and improve memory footprint
>
>> IIUC, putting those in Tomcat (8)'s lib folder might cause issues since
>>the classes in there are loaded by a common loader.
>
>What issues?
>> Since loaded by a common class loader , the jars put in here will be
>>available to tomcat internal classes,even if not required , also need be
>>to thread safe.
>
>> And sharing such libraries using the shared loader seems a better
>>approach.
>
>Why?
>> As loaded by shared loader which seems to be meant for sharing
>>libraries across web apps ŠI guess here also the thread safely concern
>>exists , need to validate though.
>
>> Is my understanding correct ?
>
>No idea. You have not explained your understanding yet.
>> Hope it is explained now.
>
>> Does it have any further issues ?
>
>Further issues compared to what?
>> It was a general awareness question to get to know if people ran into
>>some issues after putting jars in tomcat¹s shared loader's path.
>
>> That said, I don't see much documentation around using shared loader.
>>Any documentation/help in this regard is highly appreciated.
>
>There isn't much call for the shared loader. You need to go back to the
>5.5.x documentation for a diagram that includes the shared loader.
>
>http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html

>> Thanks for this. In absence of clear documentation in recent release, I
>>was doubtful if it was deprecated.
>
>Mark
>
>---------------------------------------------------------------------
>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