Re: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread Yaroslav Sokolov
Ok, I can make the next conclusions: 1. Tomcat eats resources on first opening of any jsp page and never returns them back - servlets just are never unloaded. 2. As it happens in all the versions of Tomcat, there are many jsps, not meeting requirements of the specification (no destroy() method whe

DO NOT REPLY [Bug 38875] New: - Misleading error message when there are problems loading APR libraries

2006-03-07 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Good day (Acesta este un mesaj trimis automat/This is an autoreply message)

2006-03-07 Thread Ion Gh Rosca
Datorita volumului mare de mesaje nesolicitate primite pe aceasta adresa am activat filtrarea mesajelor la un nivel ridicat. Daca nu ati primit raspuns in decurs de 7 zile si pentru a preveni calificarea mesajului dumneavoastra drept Junk Email, Spam etc., va rugam sa retransmiteti mesajul adaugand

DO NOT REPLY [Bug 38877] New: - Loader tag in server.xml induces a wrong class loading scheme

2006-03-07 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 38875] - Misleading error message when there are problems loading APR libraries

2006-03-07 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 38223] - ConfigurableClasspathWebappLoader

2006-03-07 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: TCK Use

2006-03-07 Thread Yoav Shapira
Hola, Send Geir an email to tell him you're interested. You'll need to sign an NDA, and then he will place the TCK binaries in your minotaur home directory. The TCKs come with instructions on how to use them. I'd like to run the TCKs for every release, but my bandwidth is fairly low at the momen

Re: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread Leon Rosenberg
Yaroslav, you've made great work with the patch, but honestly, which real-world application uses hunderds of megabytes of jsps? that just doesn't make sense... regards Leon P.S. don't want to be offending, but i just can't find a single use-case... On 3/7/06, Yaroslav Sokolov <[EMAIL PROTECTED

Re: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread Renato
a webhosting company that has a shared JVM instance of tomcat for its websites and runs unmanaged code bumps into this kind of problem all the time ;)). --- Leon Rosenberg <[EMAIL PROTECTED]> wrote: > Yaroslav, > > you've made great work with the patch, but honestly, > which real-world > applica

Re: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread Leon Rosenberg
On 3/7/06, Renato <[EMAIL PROTECTED]> wrote: > a webhosting company that has a shared JVM instance of > tomcat for its websites and runs unmanaged code bumps > into this kind of problem all the time ;)). hmm... sorry, I host java webapps for customers, and this is my last problem. I mean a typical

svn commit: r383911 - in /tomcat/container/tc5.5.x/modules: groupcom/src/share/org/apache/catalina/tribes/ groupcom/src/share/org/apache/catalina/tribes/group/ groupcom/src/share/org/apache/catalina/t

2006-03-07 Thread fhanik
Author: fhanik Date: Tue Mar 7 07:40:30 2006 New Revision: 383911 URL: http://svn.apache.org/viewcvs?rev=383911&view=rev Log: refactored to allow more than one listener. Membership is retrievable throughout the interceptor stack, so that it is available to all interceptors. Modified: tomca

Re: Tomcat 6 source organisation part 2

2006-03-07 Thread Remy Maucherat
Remy Maucherat wrote: Hi, Given the comments, I propose using a single repository with the following structure (based on our root "tomcat" repository): - tc6.0.x/trunk: - src/share: all the relevant sources go there - webapps: all our current webapps, including the examples webapps (note:

Re: Tomcat 6 source organisation part 2

2006-03-07 Thread Florian Fray
Hi Remy! Ok, so I'll (try to) create the structure (not the one in this mail), but how is it done in SVN ? Is it all simply folders without anything special ? A simple bunch of "svn mkdir" commands will do its job. There's nothing special about it. Regards Florian ---

Re: TCK Use

2006-03-07 Thread Mark Thomas
Jacob Hookom wrote: > I'm wondering about what I'd need to do/contact for using the TCK as a > committer working on JSP 2.1? Any PMC member can request a TCK by sending the request to [EMAIL PROTECTED] Mark - To unsubscribe, e-

svn commit: r383977 - in /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes: ByteMessage.java group/tipis/ group/tipis/Response.java group/tipis/RpcCallback.java group/tip

2006-03-07 Thread fhanik
Author: fhanik Date: Tue Mar 7 11:41:44 2006 New Revision: 383977 URL: http://svn.apache.org/viewcvs?rev=383977&view=rev Log: Added in a skeleton for the rcp messaging base Added: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/tipis/ tomcat/contain

svn commit: r383979 - in /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes: group/tipis/ tipis/ tipis/Response.java tipis/RpcCallback.java tipis/RpcChannel.java

2006-03-07 Thread fhanik
Author: fhanik Date: Tue Mar 7 11:43:20 2006 New Revision: 383979 URL: http://svn.apache.org/viewcvs?rev=383979&view=rev Log: Moved the package, to a better location as it is channel independent Added: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/

Re: [feedback request] session replication

2006-03-07 Thread Filip Hanik - Dev Lists
Andy Piper wrote: Hi Filip At 04:44 PM 3/3/2006, Filip Hanik - Dev Lists wrote: 3. And the key to this, is that we will have an implementation of a LazyReplicatedHashMap The key object in this map is the session Id. The map entry object is an object that looks like this ReplicatedEntry {

DO NOT REPLY [Bug 38888] New: - Release method for custom tags not called.

2006-03-07 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r383997 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/RpcChannel.java

2006-03-07 Thread fhanik
Author: fhanik Date: Tue Mar 7 12:24:06 2006 New Revision: 383997 URL: http://svn.apache.org/viewcvs?rev=383997&view=rev Log: Most of the impl is complete Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/RpcChannel.java Modified: tomcat/contai

DO NOT REPLY [Bug 38888] - Release method for custom tags not called.

2006-03-07 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r384000 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tcp/PooledSender.java

2006-03-07 Thread fhanik
Author: fhanik Date: Tue Mar 7 12:30:26 2006 New Revision: 384000 URL: http://svn.apache.org/viewcvs?rev=384000&view=rev Log: implemented timing on the pooled queue Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tcp/PooledSender.java Modified: tom

svn commit: r384003 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tcp/PooledSender.java

2006-03-07 Thread fhanik
Author: fhanik Date: Tue Mar 7 12:43:47 2006 New Revision: 384003 URL: http://svn.apache.org/viewcvs?rev=384003&view=rev Log: Implemented queueing Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tcp/PooledSender.java Modified: tomcat/container/tc5

svn commit: r384009 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/io/XByteBuffer.java

2006-03-07 Thread fhanik
Author: fhanik Date: Tue Mar 7 13:01:25 2006 New Revision: 384009 URL: http://svn.apache.org/viewcvs?rev=384009&view=rev Log: removed not needed constructor Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/io/XByteBuffer.java Modified: tomcat/contai

Re: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread S. Dierkes
If you're still searching for a real world application: we have an application where JSP's are generated dynamically from database (no on-the-fly because to time consuming, so they are created offline), currently there had been ~1500 JSP's (~100MB) created (plus the application itself). The applica

svn commit: r384023 - in /tomcat/container/tc5.5.x/modules/groupcom: src/share/org/apache/catalina/tribes/tipis/RpcChannel.java test/org/apache/catalina/tribes/demos/EchoRpcTest.java

2006-03-07 Thread fhanik
Author: fhanik Date: Tue Mar 7 13:46:32 2006 New Revision: 384023 URL: http://svn.apache.org/viewcvs?rev=384023&view=rev Log: Finished the Rpc channel and a sample demo Added: tomcat/container/tc5.5.x/modules/groupcom/test/org/apache/catalina/tribes/demos/EchoRpcTest.java Modified: tom

DO NOT REPLY [Bug 38889] New: - mod_jk disregards configuration file order of JkMount

2006-03-07 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 38889] - mod_jk disregards configuration file order of JkMount

2006-03-07 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r384024 - in /tomcat/container/tc5.5.x/modules/groupcom: src/share/org/apache/catalina/tribes/tipis/RpcChannel.java test/org/apache/catalina/tribes/demos/EchoRpcTest.java

2006-03-07 Thread fhanik
Author: fhanik Date: Tue Mar 7 13:54:33 2006 New Revision: 384024 URL: http://svn.apache.org/viewcvs?rev=384024&view=rev Log: avoid memory leak in the rpc channel Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/RpcChannel.java tomcat/conta

DO NOT REPLY [Bug 38875] - Misleading error message when there are problems loading APR libraries

2006-03-07 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread David Rees
On 3/7/06, Yaroslav Sokolov <[EMAIL PROTECTED]> wrote: > Ok, I can make the next conclusions: > > 1. Tomcat eats resources on first opening of any jsp page and never returns > them back - servlets just are never unloaded. > 2. As it happens in all the versions of Tomcat, there are many jsps, not >

Re: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread Remy Maucherat
David Rees wrote: On 3/7/06, Yaroslav Sokolov <[EMAIL PROTECTED]> wrote: Ok, I can make the next conclusions: 1. Tomcat eats resources on first opening of any jsp page and never returns them back - servlets just are never unloaded. 2. As it happens in all the versions of Tomcat, there are many

svn commit: r384031 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/RpcChannel.java

2006-03-07 Thread fhanik
Author: fhanik Date: Tue Mar 7 14:07:13 2006 New Revision: 384031 URL: http://svn.apache.org/viewcvs?rev=384031&view=rev Log: fixed majority receiving, when you want a response from the majority of the members Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalin

Strange memory problem

2006-03-07 Thread Tino Schwarze
Hi there, I'm currently tracking an OutOfMemory problem. We've got a web app which gets OutOfMemory after some heavy use. I installed Mustang 1.6b62 on the machines and had them dump heap on OOM. Then I looked into the heap dump using jhat. I noticed that there are several objects hanging around

Re: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread Filip Hanik - Dev Lists
Remy Maucherat wrote: David Rees wrote: On 3/7/06, Yaroslav Sokolov <[EMAIL PROTECTED]> wrote: Ok, I can make the next conclusions: 1. Tomcat eats resources on first opening of any jsp page and never returns them back - servlets just are never unloaded. 2. As it happens in all the versions o

Re: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread Leon Rosenberg
Why do you create jsps from the database instead of filling a small set of jsps with the content from the database? Leon On 3/7/06, S. Dierkes <[EMAIL PROTECTED]> wrote: > If you're still searching for a real world application: we have an > application where JSP's are generated dynamically from d

AW: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread S. Dierkes
It's not possible, the requirement is an identical layout for printout and html (as far as possible), so from a layouter application (kind of WYSIWIG-DTP-Editor) a screen (jsp) and a print representation (pdf) is created for each physical page(including multiple columns layout, formated text with f

Re: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread Remy Maucherat
Filip Hanik - Dev Lists wrote: -1. "A veto without a justification is invalid and has no weight." http://www.apache.org/foundation/voting.html#Veto Maybe I am not productive, but you are completely stupid too. I don't have to justify anything here anyway, I already did. Rémy --

Re: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread Remy Maucherat
S. Dierkes wrote: If you're still searching for a real world application: we have an application where JSP's are generated dynamically from database (no on-the-fly because to time consuming, so they are created offline), currently there had been ~1500 JSP's (~100MB) created (plus the application

Re: Strange memory problem

2006-03-07 Thread Remy Maucherat
Tino Schwarze wrote: Hi there, I'm currently tracking an OutOfMemory problem. We've got a web app which gets OutOfMemory after some heavy use. I installed Mustang 1.6b62 on the machines and had them dump heap on OOM. Then I looked into the heap dump using jhat. I noticed that there are several

Re: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread Yoav Shapira
Hola, Let's all try to stay professional. Yaroslav or whomever else is interested: if you can produce a patch that (a) Can be turned on or off (b) Is set to off by default, so current behavior is unmodified unless the user turns it on (c) Doesn't harm anything else (d) Comes with a test case that

Re: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread Leon Rosenberg
http://www.coremedia.de http://www.reddot.com http://www.magnolia.info/en/magnolia.html and further 100-200 cms vendors... Of course you now your applications need better, but it seems like finding an excuse for a bad design. If the jsps are static, like in your case, they aren't jsps anymore, are

Re: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread Remy Maucherat
Yoav Shapira wrote: Hola, Let's all try to stay professional. Then why do you selectively ignore this guy's blatant whining ? Yaroslav or whomever else is interested: if you can produce a patch that (a) Can be turned on or off (b) Is set to off by default, so current behavior is unmodified u

Re: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread Costin Manolache
Well, it the patch is based on unloading the JSP - it won't be easy, the -1 that Remy expressed initially seems valid ( and all it takes to make it valid is a second comitter, which I just did ). So according to the rules it won't work - and even if it would work, it may still cause unexpected brea

Re: Strange memory problem

2006-03-07 Thread Costin Manolache
ThreadWithAttributes extends Thread and caches some info ( Request object for example ). Since they are threads - they don't need to be referenced, and won't get GC until the thread is done. It's strange that it'll directly reference your classes. Costin On 3/7/06, Tino Schwarze <[EMAIL PROTECT

Re: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread Yoav Shapira
Hola, On 3/7/06, Remy Maucherat <[EMAIL PROTECTED]> wrote: > Yoav Shapira wrote: > > Hola, > > Let's all try to stay professional. > > Then why do you selectively ignore this guy's blatant whining ? Because I don't want to waste time commenting on it -- it's not a topic of interest for me, not a

Re: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread Remy Maucherat
Yoav Shapira wrote: It's not as much a +1 to the feature itself, it's a +1 to an open communication channel and a professional debate. Very well. I think I'll leave you to your wonderful professional discussion then. Rémy -

Re: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread Remy Maucherat
Costin Manolache wrote: Well, it the patch is based on unloading the JSP - it won't be easy, the -1 that Remy expressed initially seems valid ( and all it takes to make it valid is a second comitter, which I just did ). So according to the rules it won't work - and even if it would work, it may s

Re: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread Costin Manolache
On 3/7/06, Remy Maucherat <[EMAIL PROTECTED]> wrote: > Costin Manolache wrote: > > Well, it the patch is based on unloading the JSP - it won't be easy, > > the -1 that Remy expressed initially seems valid ( and all it takes to > > make it valid is a second comitter, which I just did ). So according

Re: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread Remy Maucherat
Costin Manolache wrote: "slow" usually requires a context - i.e. server type, memory, CPU, expected load. And beeing 'fastest' is not allways the most important thing for everyone - fastest jsp won't help if it OOM or if other components get less memory. Footprint is as important as well. The

Re: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread Costin Manolache
On 3/7/06, Remy Maucherat <[EMAIL PROTECTED]> wrote: > Costin Manolache wrote: > > "slow" usually requires a context - i.e. server type, memory, CPU, > > expected load. > > And beeing 'fastest' is not allways the most important thing for > > everyone - fastest jsp won't help if it OOM or if other c

Re: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread Remy Maucherat
Costin Manolache wrote: Tomcat 3.0 didn't have bad performance because design decisons, but because poor implementation. IMO 3.3 was reasonably good as performance - even for JSP. Not sure if 4.0 was so much faster at that time. It's possible our memory is affected by our opinions - but I'm prett

Re: What's about unloading policy of jsp-servlets ?

2006-03-07 Thread Costin Manolache
On 3/7/06, Remy Maucherat <[EMAIL PROTECTED]> wrote: > Costin Manolache wrote: > > Tomcat 3.0 didn't have bad performance because design decisons, but > > because poor implementation. > > IMO 3.3 was reasonably good as performance - even for JSP. Not sure if > > 4.0 was so much faster at that time.