Hi,
I have found, that once loaded jsp-servlets are never unloaded.
To test I just configured tomcat to process *.html files by JspServlet
and then traversed jdk documentation. The result was not very exciting -
after browsing ~ 150 pages tomcat cried java.lang.OutOfMemoryError: Java heap
Author: fhanik
Date: Fri Mar 3 04:51:42 2006
New Revision: 382792
URL: http://svn.apache.org/viewcvs?rev=382792view=rev
Log:
Added in the ability to send a message to a member that has not yet made itself
visible but that has sent messages out.
Modified:
What makes you think your OOME has to do with the number of JspServlet
instances? Run a profiler, you might be surprised.
Yoav
On 3/3/06, Yaroslav Sokolov [EMAIL PROTECTED] wrote:
Hi,
I have found, that once loaded jsp-servlets are never unloaded.
To test I just configured tomcat to
Very interesting, I think the patch would be even better if the caching
policy was configurable.
ie, LRU, MRU, FIFO etc. To take it beyond that, the cache should be
configurable per context (see last note).
your test case is a little out there, (who would map .html to cached
JSPs:) but it
Author: fhanik
Date: Fri Mar 3 06:36:00 2006
New Revision: 382838
URL: http://svn.apache.org/viewcvs?rev=382838view=rev
Log:
Refactored IDynamicProperty to only be in one place
Removed:
tomcat/container/tc5.5.x/modules/ha/src/share/org/apache/catalina/ha/util/IDynamicProperty.java
Author: fhanik
Date: Fri Mar 3 07:08:20 2006
New Revision: 382848
URL: http://svn.apache.org/viewcvs?rev=382848view=rev
Log:
optimized imports
Modified:
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tcp/bio/util/FastQueue.java
Thanks for the patch...
This is a well known problem, JSPs are not unloaded unless the entire
webapp is unloaded. And to make things worse - by default all JSP
static content is compiled to strings, that take all the memory. I
think we have ( or had ) an option to generate some non .class file -
Actually I found this strings-problem as well. I even created a patch to
test how it affects on memory filling.
The result was the next. When strings were stored outside of *.class files,
number of loaded jsp-servlets increased about 3 times. Time of generation of
*.jsp - *.java - *.class
I wrote together a little idea (also emailed to geronimo-dev for
feedback) on how the next generation of session replication should be done.
Today's replication is an all-to-all replication, and within that realm,
its pretty poor. It creates way to much network traffic as each request
results
Yarick, can you open a defect in bugzilla and attach the patch, once we
have a few more developers look at it,
we can apply it,
also let us know if you'd be interested in working with the group to
come up with a per context configurable cache mechanism
Filip
Yaroslav Sokolov wrote:
On 3/3/06, Yaroslav Sokolov [EMAIL PROTECTED] wrote:
Actually I found this strings-problem as well. I even created a patch to
test how it affects on memory filling.
The result was the next. When strings were stored outside of *.class files,
number of loaded jsp-servlets increased about
Hola,
A couple of small comments:
1. Requirements to be implemented by the Session.java API
bool isDirty - (has the session changed in this request)
bool isDiffable - is the session able provide a diff
byte[] getSessionData() - returns the whole session
byte[] getSessionDiff() -
Author: fhanik
Date: Fri Mar 3 09:21:10 2006
New Revision: 382892
URL: http://svn.apache.org/viewcvs?rev=382892view=rev
Log:
Cluster is no longer dependent on JDK 1.5 and UUID, it has its own UUID
generator
Added:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=38828.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hello Filip,
very interesting proporsal indeed. May I point you to some importand
use-cases and ask whether your proporsal has solutions for it.
1. Poviding an easy way to customize diffs.
As far as I understand customizable diffs are possible by a) patching
the StandardSession or b)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=38836.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Leon Rosenberg wrote:
Hello Filip,
very interesting proporsal indeed. May I point you to some importand
use-cases and ask whether your proporsal has solutions for it.
1. Poviding an easy way to customize diffs.
As far as I understand customizable diffs are possible by a) patching
the
ups:
If we would store the result-set (list of already created beans) in
the session,
read:
If we would _NOT_ store the result-set (list of already created beans) in
the session,
Sorry.
Leon
-
To unsubscribe, e-mail: [EMAIL
for very large clusters, you use the same mechanism, except, instead of
distributing the entire session map, the backup node info is stored in a
cookie.
Filip
If we would store the result-set (list of already created beans) in
the session, we'd have to store them twice, once in the cache
Author: billbarker
Date: Fri Mar 3 18:57:21 2006
New Revision: 383006
URL: http://svn.apache.org/viewcvs?rev=383006view=rev
Log:
Finish catching up my stuff
Modified:
tomcat/container/tc5.5.x/webapps/docs/changelog.xml
Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml
URL:
20 matches
Mail list logo
