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=38875.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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
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=38875.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=38223.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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
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
application
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
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:
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
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,
Author: fhanik
Date: Tue Mar 7 11:41:44 2006
New Revision: 383977
URL: http://svn.apache.org/viewcvs?rev=383977view=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/
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 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=3.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: fhanik
Date: Tue Mar 7 12:24:06 2006
New Revision: 383997
URL: http://svn.apache.org/viewcvs?rev=383997view=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:
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=3.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: fhanik
Date: Tue Mar 7 12:30:26 2006
New Revision: 384000
URL: http://svn.apache.org/viewcvs?rev=384000view=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:
Author: fhanik
Date: Tue Mar 7 12:43:47 2006
New Revision: 384003
URL: http://svn.apache.org/viewcvs?rev=384003view=rev
Log:
Implemented queueing
Modified:
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tcp/PooledSender.java
Modified:
Author: fhanik
Date: Tue Mar 7 13:01:25 2006
New Revision: 384009
URL: http://svn.apache.org/viewcvs?rev=384009view=rev
Log:
removed not needed constructor
Modified:
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/io/XByteBuffer.java
Modified:
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
Author: fhanik
Date: Tue Mar 7 13:46:32 2006
New Revision: 384023
URL: http://svn.apache.org/viewcvs?rev=384023view=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:
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=38889.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=38889.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: fhanik
Date: Tue Mar 7 13:54:33 2006
New Revision: 384024
URL: http://svn.apache.org/viewcvs?rev=384024view=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
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=38875.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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
meeting
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
Author: fhanik
Date: Tue Mar 7 14:07:13 2006
New Revision: 384031
URL: http://svn.apache.org/viewcvs?rev=384031view=rev
Log:
fixed majority receiving, when you want a response from the majority of the
members
Modified:
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
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 of
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
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
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
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
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
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,
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
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
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
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
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
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 components
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
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.
It's
43 matches
Mail list logo