Thiago,
thanks for the info
I don't want to turn off topic but, what jvm would you recommend instead of
oracle's?
ps: note that while just class reloading OutOfMemoryError takes a while to
appear, but when reloading the application context it really blowns fast (2
or 3 reloads as I said). So for
On Thu, 15 Mar 2012 13:13:32 -0300, Nicolas Barrera
wrote:
I 'm having an issue using mvn:jetty (which can reload the context by
pressing enter on the console)... after I press enter (reload context)
let's say 3 times an outofmemoryerror turns out...
This is a combination of live class re
r 15, 2012 at 9:34 AM, Thiago H. de Paula Figueiredo <
thiag...@gmail.com> wrote:
> On Thu, 15 Mar 2012 09:14:25 -0300, dick_hu wrote:
>
> How can I use live class reloading,Is there any example to me.
>> I can not understand with you.
>>
>
> 1) There are no memory
On Thu, 15 Mar 2012 09:14:25 -0300, dick_hu wrote:
How can I use live class reloading,Is there any example to me.
I can not understand with you.
1) There are no memory leaks in Tapestry related to live class reloading.
2) If you don't know what live class reloading is, why do you thi
How can I use live class reloading,Is there any example to me.
I can not understand with you.
Thank you
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/memory-leaks-tp5566822p5567806.html
Sent from the Tapestry - User mailing list archive at Nabble.com
On Wed, 14 Mar 2012 23:36:42 -0300, dick_hu wrote:
there is trouble always with me, when I change a page or a component
ofen cause significant memory leaks and I must restart the server.
You'll probably don't use live class reloading in production at all, maybe
just a litt
or a component ofen
cause significant memory leaks
and I must restart the server.
Is there any way to solve that.
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/memory-leaks-tp5566822p5566822.html
Sent from the Tapestry - User mailing list archive
hiag...@gmail.com]
> Sent: 09 February 2010 10:57
> To: Tapestry users
> Subject: Re: Memory Leaks
>
>
> What are your values for the tapestry.page-pool.* symbols? Have you tested
> making 1k or 10k request and then taking another used memory reading?
>
> Some time ago,
o [mailto:thiag...@gmail.com]
Sent: 09 February 2010 10:57
To: Tapestry users
Subject: Re: Memory Leaks
What are your values for the tapestry.page-pool.* symbols? Have you tested
making 1k or 10k request and then taking another used memory reading?
Some time ago, someone here (sorry, I forgot the name
What are your values for the tapestry.page-pool.* symbols? Have you tested
making 1k or 10k request and then taking another used memory reading?
Some time ago, someone here (sorry, I forgot the name) posted a test like
the one I'm suggesting above (a load test). It found out that Tapestry,
Looking at the memory (private working set) used by the java process my
Tapestry 5 app is running under, I notice that when running through the same
request cycle with PRODUCTION_MODE set to true, I am getting an increase of
approx 4K per repeated request. Is this typical or something to be
concer
Boy, am I glad to have figured out that one! I run a pretty busy site
using T4 and tomcat had to be restarted every day because it was running
out of memory. That problem has plagued me for the past year and it
turns out it was caused by the page pool accumulating several version of
each page f
not to forget the really awkward HiveMind version. Use 1.1.1
> -Original Message-
> From: Chris Chiappone [mailto:[EMAIL PROTECTED]
> Sent: Friday, August 10, 2007 3:41 PM
> To: Tapestry users
> Subject: Re: Memory leaks in Tapestry 4.1
>
> I think one of the rec
: "Hans Jörg Hessmann" <[EMAIL PROTECTED]>
> An: Tapestry users
> Betreff: Re: Memory leaks in Tapestry 4.1
>
> > There is an excellent tool for post-mortem memory analyzation:
> > https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/d0eaafd5-6f
Datum: Fri, 10 Aug 2007 04:58:18 +0200
Von: "Hans Jörg Hessmann" <[EMAIL PROTECTED]>
An: Tapestry users
Betreff: Re: Memory leaks in Tapestry 4.1
> There is an excellent tool for post-mortem memory analyzation:
> https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/libr
'll get more details from our side. I was merely
> pointing in that direction based on experience.
>
> On 8/9/07, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
>
>> Whatever this mysterious "issue" is that you seem to think exists it'd
>> be impossible
True enough. I'll get more details from our side. I was merely
pointing in that direction based on experience.
On 8/9/07, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> Whatever this mysterious "issue" is that you seem to think exists it'd
> be impossible to fix wha
I have used both Tapestry and HiveMind under high production loads and have
never found any memory leaks in the frameworks themselves. This includes
memory intensive, high volume workflow and image processing applications for
large financial institutions.
However, nearly every application I have
Whatever this mysterious "issue" is that you seem to think exists it'd
be impossible to fix whatever memory leaks you think you have found
without knowing about them.
There is a map that grows as large as the system using it internally
to javassist of various cached reflectio
e:
> Tapestry 4.1.2 has no memory leaks. Each and every object created /
> managed is accounted for and known. I've done a lot of analysis in
> this area lately which is why I'm so sure.
>
> On 8/9/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > Within one
Tapestry 4.1.2 has no memory leaks. Each and every object created /
managed is accounted for and known. I've done a lot of analysis in
this area lately which is why I'm so sure.
On 8/9/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Within one day it rises slowly from 1
Have you tried pulling heap dumps and anaylizing them ?
Sent via BlackBerry by AT&T
-Original Message-
From: [EMAIL PROTECTED]
Date: Thu, 09 Aug 2007 17:04:21
To:"Tapestry users"
Subject: Re: Memory leaks in Tapestry 4.1
Within one day it rises slowly from 100 MB
solution.
Original-Nachricht
Datum: Thu, 09 Aug 2007 17:01:19 +0200
Von: [EMAIL PROTECTED]
An: "Tapestry users"
Betreff: Re: Memory leaks in Tapestry 4.1
> We have tried both enabling and disabling the cache. The same effect...
> it is only leaking a little b
We have tried both enabling and disabling the cache. The same effect...
it is only leaking a little bit slower in the other case.
Original-Nachricht
Datum: Thu, 9 Aug 2007 15:33:43 +0200
Von: Kristian Marinkovic <[EMAIL PROTECTED]>
An: "Tapestry users"
Betreff:
do you have Tapestry caching deactivated?
andyhot <[EMAIL PROTECTED]>
Gesendet von: Andreas Andreou <[EMAIL PROTECTED]>
09.08.2007 15:28
Bitte antworten an
"Tapestry users"
An
Tapestry users
Kopie
Thema
Re: Memory leaks in Tapestry 4.1
Well, we did lots of tes
Well, we did lots of tests with 4.1.2 and
have yet to observe such memory leaks.
[EMAIL PROTECTED] wrote:
Have you ever observed the memory usage for your Tapestry application?
For example, make a simple HelloWorld Application and load the page regularly
using HTTP_LOAD. Then watch how the
Have you ever observed the memory usage for your Tapestry application?
For example, make a simple HelloWorld Application and load the page regularly
using HTTP_LOAD. Then watch how the memory consumption grows and grows
especially after an hour.
Has anyone got a solution how avoid this lea
27 matches
Mail list logo