Thanks for the reply.
do you ever actually run out of
PermGen space, or are you just particularly worried about it happening?
Yes I did ran out of PermGen space.
So I am checking frequently whats the perm gen size and I see its
increasing every day.
Thanks I will try out you suggestion.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Facchoch,
On 5/21/13 12:23 PM, fachhoch wrote:
> Thanks for your replies, I use spring , hibernate , wicket. For
> some of my objects I create proxy using spring, hibernate
> creates proxies and injection into wicket objects uses spring
> proxy.
Thanks for your replies, I use spring , hibernate , wicket.
For some of my objects I create proxy using spring, hibernate creates
proxies and injection into wicket objects uses spring proxy.
I also use groovy with spring and most of my groovy beans are of scope
prototype.
Whats the be
Note:
If you use various things like RMI and CMS GC and don't set one or two
key properties you'll always have a perm gen leak.
It's a nice feature of CMS :-)
On 5/21/2013 10:44 AM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Fachhoch,
On 5/21/13 10:53 AM, fa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Fachhoch,
On 5/21/13 10:53 AM, fachhoch wrote:
> My application running on tomcat ,every day I see an increase in
> permgen space
What was PermGen usage after your webapp reached a steady-state
(usually a few minutes after launch)? How much does it
Leo Donahue - RDSA IT wrote:
...>
Since my last post, upgrading to 7.0.37 and to the latest Java 1.6.0_39,
nothing in the logs out of the ordinary. Except for this in catalina. What
are these? Are these attempts to log into manager/html?
Feb 23, 2013 7:37:16 PM org.apache.catalina.realm.Loc
> From: Leo Donahue - RDSA IT [mailto:leodona...@mail.maricopa.gov]
> Subject: RE: PermGen space errors
You should start a new thread for a new topic, which this clearly is.
> nothing in the logs out of the ordinary. Except for this in catalina.
> What are these? Are these att
On Sat, Feb 23, 2013 at 5:44 PM, Leo Donahue - RDSA IT <
leodona...@mail.maricopa.gov> wrote:
> Tomcat 7.0.32 (..upgrading right after this email...)
>
>
it would be nice to know if you had tomcat's (ROOT) web app while you were
running tomcat 7.0.32. You definitely should have seen the same WARNI
On Sat, Feb 23, 2013 at 11:11 PM, Leo Donahue - RDSA IT <
leodona...@mail.maricopa.gov> wrote:
>
> From: Leo Donahue - RDSA IT [leodona...@mail.maricopa.gov]
> Sent: Saturday, February 23, 2013 9:08 PM
> To: Tomcat Users List
> Subje
On Sat, Feb 23, 2013 at 11:08 PM, Leo Donahue - RDSA IT <
leodona...@mail.maricopa.gov> wrote:
>
>
> From: Caldarale, Charles R [chuck.caldar...@unisys.com]
> Subject: RE: PermGen space errors
>
> > From: Leo Donahu
From: Leo Donahue - RDSA IT [leodona...@mail.maricopa.gov]
Sent: Saturday, February 23, 2013 9:08 PM
To: Tomcat Users List
Subject: RE: PermGen space errors
Since my last post, upgrading to 7.0.37 and to the latest Java 1.6.0_39,
nothing in the logs out
From: Caldarale, Charles R [chuck.caldar...@unisys.com]
Subject: RE: PermGen space errors
> From: Leo Donahue - RDSA IT [mailto:leodona...@mail.maricopa.gov]
> Subject: PermGen space errors
> Deploying a third party app is causing Out of Memory
> From: Leo Donahue - RDSA IT [mailto:leodona...@mail.maricopa.gov]
> Subject: PermGen space errors
> Deploying a third party app is causing Out of Memory errors on
> our web server.
> Will increasing these: -Xms1024m -Xmx1024m -XX:PermSize=256m
> -XX:MaxPermSize=356m just delay the inevitabl
> From: Leon Rosenberg [mailto:[EMAIL PROTECTED]
> Subject: Re: PermGen space [ot]
>
> but if the factory is a pure static utility, calling
> ASingleton myCopy = ASingletonFactory.getASingleton();
> will leave no references to the factory class :-)
Unless the factory
On 2/16/07, Caldarale, Charles R <[EMAIL PROTECTED]> wrote:
> From: Leon Rosenberg [mailto:[EMAIL PROTECTED]
> As soon as the factory class is released nothing references
> the singleton impl object and it can be released.
Agreed - the trick is avoiding the direct reference to the factory
class.
> From: Leon Rosenberg [mailto:[EMAIL PROTECTED]
> Subject: Re: PermGen space [ot]
>
> But as long as the factory itself isn't linked by an attribute which
> is inside the impl, the factory class can be released.
Not if there's a direct reference to the factory class
.5 i actually experienced oome on redeploy with code
without any issues mentioned by your article. After we removed
singleton dependency it went away.
regards
Leon
On 2/16/07, Caldarale, Charles R <[EMAIL PROTECTED]> wrote:
> From: Leon Rosenberg [mailto:[EMAIL PROTECTED]
> Subjec
> From: Leon Rosenberg [mailto:[EMAIL PROTECTED]
> Subject: Re: PermGen space [ot]
>
> public class ASingletonFactory{
> private static ASingletonImpl instance = new ASingletonImpl();
> public static AsingletonImpl getInstance(){
>return instance;
>
> From: Leon Rosenberg [mailto:[EMAIL PROTECTED]
> Subject: Re: PermGen space
>
> The problem is the cyclic dependence between the Class object, the
> ASingletonImpl object and the according ClassLoader. This way nothing
> can be freed by the gc.
Cyclic references are not
uses and a better explanation of the
problem.
Cheers.
Mike.
-Original Message-
From: Leon Rosenberg [mailto:[EMAIL PROTECTED]
Sent: 16 February 2007 16:40
To: Tomcat Users List
Subject: Re: PermGen space [ot]
separate the singleton itself and the factory.
in the previous example:
pu
iginal Message-
From: Leon Rosenberg [mailto:[EMAIL PROTECTED]
Sent: Friday, February 16, 2007 11:33
To: Tomcat Users List
Subject: Re: PermGen space
something like this:
public class ASingletonImpl{
private static ASingletonImpl instance;
public synchronized AsingletonImpl getIn
:33
To: Tomcat Users List
Subject: Re: PermGen space
something like this:
public class ASingletonImpl{
private static ASingletonImpl instance;
public synchronized AsingletonImpl getInstance(){
if (instance==null){
instance = new ASingletonImpl();
}
return instance
iginal Message-
From: Leon Rosenberg [mailto:[EMAIL PROTECTED]
Sent: February 16, 2007 11:08 AM
To: Tomcat Users List
Subject: Re: PermGen space
The typical problem here are badly programmed singletons. Do you have any?
regards
Leon
On 2/16/07, Davide Romanini <[EMAIL PROTECTED]> wrot
Just curious, can you elaborate on badly programmed singletons?
Thanks.
Peiyun
-Original Message-
From: Leon Rosenberg [mailto:[EMAIL PROTECTED]
Sent: February 16, 2007 11:08 AM
To: Tomcat Users List
Subject: Re: PermGen space
The typical problem here are badly programmed singletons
check out:
http://opensource.atlassian.com/confluence/spring/pages/viewpage.action?pageId=2669
it might be a little out of date but still an excellent reference.
Davide Romanini wrote:
Il giorno ven, 16/02/2007 alle 14.42 +0100, Jost Richstein ha scritto:
You assume a memory leak...well,
The typical problem here are badly programmed singletons. Do you have any?
regards
Leon
On 2/16/07, Davide Romanini <[EMAIL PROTECTED]> wrote:
I'm too have this problem, it arises because for some reason the Tomcat
WebAppClassloader cannot be garbage collected after undeploy. I made a
lot of te
Il giorno ven, 16/02/2007 alle 14.42 +0100, Jost Richstein ha scritto:
> You assume a memory leak...well, that depends on the application. 64m as
> PermSize is not always enough for server site applications. But I agree:
> if there is a memory leak you will find it most likely in the application.
>
You assume a memory leak...well, that depends on the application. 64m as
PermSize is not always enough for server site applications. But I agree:
if there is a memory leak you will find it most likely in the application.
Mark Thomas schrieb:
Jost Richstein wrote:
Use for example -XX:MaxPermS
> From: Jost Richstein [mailto:[EMAIL PROTECTED]
> Subject: Re: PermGen space
>
> Use for example -XX:MaxPermSize=128m as a parameter to the VM
> to extend the PermSize. Default is 64m.
You may also need to set -XX:PermSize to the same value. We've seen
instances recentl
riginal Message-
From: Mark Thomas [mailto:[EMAIL PROTECTED]
Sent: 16 February 2007 13:34
To: Tomcat Users List
Subject: Re: PermGen space
Jost Richstein wrote:
> Use for example -XX:MaxPermSize=128m as a parameter to the VM to
> extend the PermSize. Default is 64m.
This will delay the
Jost Richstein wrote:
> Use for example -XX:MaxPermSize=128m as a parameter to the VM to extend
> the PermSize. Default is 64m.
This will delay the time to the OOM error but it won't fix it. What
you really need to do is get hold of a profiler and find out what
memory is leaking memory where. It m
Use for example -XX:MaxPermSize=128m as a parameter to the VM to extend
the PermSize. Default is 64m.
Michal Glowacki schrieb:
Hi
After upgrading to Tomcat 5.5.20 (in jboss 4.0.5ga) I keep getting
OutOfMemoryException: PermGen space every hour (more or less) during
deployment. I can't solve
32 matches
Mail list logo
