] (value [{1=DEFINED, 2=DEFINED,
3=DEFINED, 4=DEFINED, 5=DEFINED, 6=DEFINED, 7=DEFINED, 8=DEFINED,
9=DEFINED, 10=DEFINED, 11=DEFINED}]) but failed to remove it when the
web application was stopped. Threads are going to be renewed over time
to try and avoid a probable memory leak.]]
After some
es.PerthreadManagerImpl$MapHolder@64efc9fb])
> and a value of type [java.util.HashMap] (value [{1=DEFINED, 2=DEFINED,
> 3=DEFINED, 4=DEFINED, 5=DEFINED, 6=DEFINED, 7=DEFINED, 8=DEFINED, 9=DEFINED,
> 10=DEFINED, 11=DEFINED}]) but failed to remove it when the web application
> was stopped
=DEFINED,
3=DEFINED, 4=DEFINED, 5=DEFINED, 6=DEFINED, 7=DEFINED, 8=DEFINED, 9=DEFINED,
10=DEFINED, 11=DEFINED}]) but failed to remove it when the web application
was stopped. This is very likely to create a memory leak.
>From the memory dump it seems, that GC can't remove previous versio
On Wed, 06 Jun 2012 19:37:41 -0300, George Christman
wrote:
Hi Thiago, I'm not saying T-IoC is the issue, I don't know enough about
T-IoC to know whether or not I'm using it correctly. I know I have a
memory issue, three mornings in a row the server has been brought down
with an out of me
most of your services are singletons while this is more than
> > needed? Like some services actually deserve to be per-thread ? Or per
> > session ?
>
> I'd check your code memory usage without Tapestry-IoC and then with T-IoC
>
> before saying there's a memory
T-IoC
before saying there's a memory leak in T-IoC. In addition, knowing how
Java handles memory is very important, specially when doing benchmarks
like that.
--
Thiago H. de Paula Figueiredo
-
To unsubscribe, e-mail: user
> > that might help identify what, if anything, is leaking.
> >
>
> I'll look into that as well. Thanks Howard.
>
> >
> > On Wed, Jun 6, 2012 at 12:19 PM, George Christman
> > <[hidden email] <http://user/SendEmail.jtp?type=node&node=5713671&i=0
n Wed, Jun 6, 2012 at 12:19 PM, George Christman
> <[hidden email] <http://user/SendEmail.jtp?type=node&node=5713671&i=0>>
> wrote:
>
> > Hello, I've created a scheduler service and noticed a memory leak. I'm
> using
> > the exact code below to perf
27;ve created a scheduler service and noticed a memory leak. I'm using
> the exact code below to perform the test. I read an article related to class
> reloading causing memory leaks,
> http://tapestry.apache.org/class-reloading.html However, I don't really
> understand what
Hello, I've created a scheduler service and noticed a memory leak. I'm using
the exact code below to perform the test. I read an article related to class
reloading causing memory leaks,
http://tapestry.apache.org/class-reloading.html However, I don't really
understand what is bei
gt;> WARNING: No mappings of FacesServlet found. Abort destroy MyFaces.
>>>> Jun 1, 2012 12:27:43 PM org.apache.catalina.loader.WebappClassLoader
>>>> clearReferencesThreads
>>>> SEVERE: The web application [/Ev
e.myfaces.webapp.AbstractFacesInitializer
>>> destroyFaces
>>> WARNING: No mappings of FacesServlet found. Abort destroy MyFaces.
>>> Jun 1, 2012 12:27:43 PM org.apache.catalina.loader.WebappClassLoader
>>> clearReferencesThreads
>>> SEVERE: The web applicatio
; Jun 1, 2012 12:27:43 PM org.apache.myfaces.webapp.AbstractFacesInitializer
>>> destroyFaces
>>> WARNING: No mappings of FacesServlet found. Abort destroy MyFaces.
>>> Jun 1, 2012 12:27:43 PM org.apache.catalina.loader.WebappClassLoader
>>> clearReferencesThreads
>
eferencesThreads
>> SEVERE: The web application [/EventViewer] appears to have started a thread
>> named [org.apache.openejb.pool.scheduler.6] but has failed to stop it. This
>> is very likely to create a memory leak.
>> Jun 1, 2012 12:27:43 PM org.apache.catalina.loade
che.catalina.loader.WebappClassLoader
>> clearReferencesThreads
>> SEVERE: The web application [/EventViewer] appears to have started a thread
>> named [org.apache.openejb.pool.scheduler.6] but has failed to stop it. This
>> is very likely to create a memory leak.
>> Ju
erencesThreads
> SEVERE: The web application [/EventViewer] appears to have started a thread
> named [org.apache.openejb.pool.scheduler.6] but has failed to stop it. This
> is very likely to create a memory leak.
> Jun 1, 2012 12:27:43 PM org.apache.catalina.loader.WebappCl
2:27:43 PM org.apache.catalina.loader.WebappClassLoader
clearReferencesThreads
SEVERE: The web application [/EventViewer] appears to have started a thread
named [org.apache.openejb.pool.scheduler.6] but has failed to stop it. This is
very likely to create a memory leak.
Jun 1, 2012 1
link, internet explorer starts
>> leaking memory.
>>
>> What I have found is that the leak is caused by updateZoneOnEvent being
>> called. The more links are linked the more memory leak it is
>>
>>
>> regards
>> Taha
>>
>>
>
nk, internet explorer starts
> leaking memory.
>
> What I have found is that the leak is caused by updateZoneOnEvent being
> called. The more links are linked the more memory leak it is
>
>
> regards
> Taha
>
>
On Mon, 04 Jul 2011 08:20:01 -0300, Taha Hafeez
wrote:
Hi Thiago
Hi!
I learned it the very hard way but am not sure why this happens
I guess this happens because the Zone JavaScript logic is executed once
when the page is rendered. When the Zone is updated, if you return the
whole Z
On Mon, 04 Jul 2011 00:36:01 -0300, Taha Hafeez
wrote:
Hi
Hi!
Finally I disabled the timer and used fast manual clicks to check if the
problem was with the zone itself. What I found was that if I return
zone.getBody() then there is no memory leak but if I return zone then
there is a
Hi
I am attaching a small web-application with just one page manylinksinpage.
If you run it and keep on clicking on any link, internet explorer starts
leaking memory.
What I have found is that the leak is caused by updateZoneOnEvent being
called. The more links are linked the more memory leak it
ct update1()
{
return zone1;
}
Cheers,
--Nikla
On 4.7.2011 6:36, Taha Hafeez wrote:
Hi
While working on the Zone-refresh component, I was testing it on IE8 and
found that it resulted in memory leak... After working on it the whole day I
couldn't get around it.
Finally I disabled the
use for memory profiling in IE?
> On Jul 3, 2011 8:36 PM, "Taha Hafeez" wrote:
> > Hi
> >
> > While working on the Zone-refresh component, I was testing it on IE8 and
> > found that it resulted in memory leak... After working on it the whole
> day
> I
>
What do you use for memory profiling in IE?
On Jul 3, 2011 8:36 PM, "Taha Hafeez" wrote:
> Hi
>
> While working on the Zone-refresh component, I was testing it on IE8 and
> found that it resulted in memory leak... After working on it the whole day
I
> couldn'
Hi
While working on the Zone-refresh component, I was testing it on IE8 and
found that it resulted in memory leak... After working on it the whole day I
couldn't get around it.
Finally I disabled the timer and used fast manual clicks to check if the
problem was with the zone itself. What I
Andreas,
sorry for not responding for so long, but I have been busy with a lot of
other stuff.
Andreas Andreou wrote:
> Chrome's Developer Tools (ctrl+shift+i) have a "profiles" tab.
> Once selected, you'll find a "Take heap snapshot" at the bottom...
> press it once at the start, then again at t
On Mon, Mar 22, 2010 at 5:28 PM, Andreas Andreou wrote:
> Chrome's Developer Tools (ctrl+shift+i) have a "profiles" tab.
> Once selected, you'll find a "Take heap snapshot" at the bottom...
> press it once at the start, then again at the end of the activity
> you want to perform and it'll show yo
Chrome's Developer Tools (ctrl+shift+i) have a "profiles" tab.
Once selected, you'll find a "Take heap snapshot" at the bottom...
press it once at the start, then again at the end of the activity
you want to perform and it'll show you what changed
On Mon, Mar 22, 2010 at 17:36, Jochen Berger wrot
Hi,
I am currently writing a webapp with tapestry 5 and have come to a point
where I want a zone to be updated regularly. That works quite well using
just a small amount of custom JavaScript. However, I noticed that the
browser's memory seems to fill up over the time.
The application updates two z
On Thu, Mar 19, 2009 at 8:48 AM, Christoph Jäger <
christoph.jae...@polleninfo.org> wrote:
> I also have the same problem, searched the web, read lots of blog entries
> and articles of how you can avoid it. The advice found basically is:
> increase the memory available for the permgen, and do not
Hi,
I also have the same problem, searched the web, read lots of blog
entries and articles of how you can avoid it. The advice found
basically is: increase the memory available for the permgen, and do
not redeploy your application too often.
Am I the only one who is not satisfied with thi
Yeah, I can't remember how they partition. I do believe it is
generational though, but it's been a while. Mostly I try to not think
about it, but I get occasional flashbacks.
Christian.
On Mar 16, 2009, at 9:43 PM, Geoffrey Wiseman wrote:
On Mon, Mar 16, 2009 at 7:07 PM, Christian Edward
On Mon, Mar 16, 2009 at 7:07 PM, Christian Edward Gruber <
christianedwardgru...@gmail.com> wrote:
> Your behaviour could simply be that the defaults in JRockit are set such
> that you get more permgen space, or that the space is used more efficiently.
> In such a case, you're masking the problem
That's funny, since jrockit is recommended for deployment, not
development (by BEA anyway). I'd be careful. We got some crazy
garbage collection behaviour on that VM before (using BEA portal, not
T5).
Your behaviour could simply be that the defaults in JRockit are set
such that you get
On Mon, Mar 16, 2009 at 2:20 AM, Peter Lundberg wrote:
>
> While developing I get
> PermGenSpace errors daily but a restart is so fast that it does not affect
> me.
>
I s3witched to using jrockit jvm for development, no permgen errors there.
container.
Perhaps you are holding references to Pages in non-tapestry code? See
http://tapestry.apache.org/tapestry5/guide/reload.html
BR
Peter
CG-6 wrote:
>
> Is this normal ?
>
> CG
>
>
--
View this message in context:
http://www.nabble.com/-T5--How-to-tackle-memory-le
ever, after using for a while , it will run into problem of
>> PermGem out of space (on Server)
>>
>> After doing some googling , i get to know that it may due to program
>> memory leak problem.
>>
>> I would like to trace in to code to but I have no idea
; After doing some googling , i get to know that it may due to program
> memory leak problem.
>
> I would like to trace in to code to but I have no idea how can do to
> narrow down to the problematic code.
>
> Hopefully some experience Java/T5 developer can give me some guidance
&g
ile , it will run into problem of
>> PermGem out of space (on Server)
>>
>> After doing some googling , i get to know that it may due to program
>> memory leak problem.
>
>
> It's possible -- although the most likely explanation for Perm-Gen space is
> that you&
On Sat, Mar 14, 2009 at 5:14 AM, CG wrote:
> Hi all, I have used T5 to write an application , it works fine ,
> however, after using for a while , it will run into problem of
> PermGem out of space (on Server)
>
> After doing some googling , i get to know that it may due to p
t it may due to program
> memory leak problem.
>
> I would like to trace in to code to but I have no idea how can do to
> narrow down to the problematic code.
>
> Hopefully some experience Java/T5 developer can give me some guidance
>
Hi all, I have used T5 to write an application , it works fine ,
however, after using for a while , it will run into problem of
PermGem out of space (on Server)
After doing some googling , i get to know that it may due to program
memory leak problem.
I would like to trace in to code to but I
On 6/18/06, Cliff Zhao <[EMAIL PROTECTED]> wrote:
Tapestry jar files are in my war files.
That is then surprising... Why would you be affected with your own
ThreadLocal but not the ones from Tapestry and Hivemind (none of them are
calling ThreadLocal.remove())?
Thanks,
Henri.
Tapestry jar files are in my war files.
On 6/18/06, Henri Dupre <[EMAIL PROTECTED]> wrote:
This is very interesting... I don't have any threadlocal in my app but at
every redeployment the memory is increasing. I had a quick look at the
tapestry source code and there is a bunch of ThreadLocal.se
This is very interesting... I don't have any threadlocal in my app but at
every redeployment the memory is increasing. I had a quick look at the
tapestry source code and there is a bunch of ThreadLocal.set(null). But it
seems that in your case, they are not affecting the perm memory?
Where are you
I did some tests and the results are very promising.
I use one ThreadLocal variable in my Tapestry application. It took about
4.5MB for every re-deployment from Perm Memory and never went down. After I
changed the ThreadLocal.set(null) to ThreadLocal.remove(), the Perm Memory
was stablized at 31M
47 matches
Mail list logo