Ok, i see your problem.

However, you must be aware that preventing use of WEB-INF/lib is handicapping for anyone needing java hosting. Frameworks like struts won't work if they are shared amongst webapplications. You might simply endup with your users exploding the .jars and putting their content in classes/, this way you will not decrease the load at all. On the other hand, even with only .jsps it is possibile to easily exhaust tomcat memory very quickly by mis use of ThreadLocal

And, as far as i know, there is no way to remove use of WEB-INF/lib unless you hack the tomcat webapp classloader code

Corobitsyn Roman wrote:
Hello David.
Thank you for reply
I am sorry, that I have insufficiently clearly formulated a question
We admit, I am a hoster, and at me am hosting buyers.
In <TOMCAT_HOME>shared/lib and <TOMCAT_HOME>common/lib I have 3rd libraries of 
the certain versions.
That there were no every possible mistakes, and resources Tomcat were not 
exhausted,
it is necessary to limit use of catalogue WEB-INF/lib. And for the user 
compiled classes
to use catalogue <CUSTOM_WEBAPP>/WEB-INF/classes. And there is a question as it 
can be made the best way

Thanx


DD> Ok, i suppose by user, you mean the webmaster owning a specific webapp.
DD> If so, could you tell me what is the point? It's pretty impossible to do
DD> anything without .jar files in a java webapp :)
DD> If what you want to avoid is people browsing a uploading .jar files....
DD> Unless you have a very badly written webapp it's already impossible :)
DD> Corobitsyn Roman wrote:
How to limit placing of jar-files in the user webapps?
In other words, it is necessary to forbid, to the user to place
jar-files in directory WEB-INF/lib
You will recommend what suitable ways?

Thanx for any help

BR,
   Corobitsyn Roman




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DD> ---------------------------------------------------------------------
DD> To unsubscribe, e-mail: [EMAIL PROTECTED]
DD> For additional commands, e-mail: [EMAIL PROTECTED]





---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to