Re: Exception in thread "http-bio-8080-exec-120" java.lang.OutOfMemoryError: PermGen space

[侯树成]

Hi, Kaushal

If you want to view the classes loaded in memory,  the Visualvm as Chris
mentioned above.

It don't need download separeately. In Oracle JDK, the jvisualVm is already
present.

you can click second button [memory] and click stop after a few seconds.
Then all classes loaded will display.

[image: 内嵌图片 1]


Also you can add *-verbose:class* in you script file, and all classes load
will log.

Hope it helpful.

Richard



2016-11-29 15:07 GMT+08:00 Román Valoria :

> Get the JDK launch the tool and look it up yourself. It has tons of issues,
> am I sure it has that.
>
> On Tue, Nov 29, 2016 at 2:56 PM, Kaushal Shriyan  >
> wrote:
>
> > Thanks Roman and Chris for the detailed explanation. Is there a way to
> find
> > out what all java classes are loaded during runtime?
> >
> > Thanks in Advance.
> >
> > Regards,
> >
> > Kaushal
> >
> > On Tue, Nov 29, 2016 at 10:47 AM, Román Valoria 
> > wrote:
> >
> > > Sun, or should I say Oracle now, seems to be including the exact same
> > tool
> > > on the JDK. It is already pre-packaged, so it may be customized by
> > Oracle.
> > > It has the same look and feel as in the screenshot.
> > >
> > > On Tue, Nov 29, 2016 at 11:17 AM, Kaushal Shriyan <
> > > kaushalshri...@gmail.com>
> > > wrote:
> > >
> > > > On Tue, Nov 29, 2016 at 7:40 AM, Román Valoria <
> romanvalo...@gmail.com
> > >
> > > > wrote:
> > > >
> > > > > Use Java VisualVM to see PermGen memory allocation and
> troubleshoot.
> > It
> > > > > would also let you validate that your sizing parameters are
> properly
> > > set.
> > > > >
> > > > >
> > > > Hi Roman,
> > > >
> > > > Thanks for your reply. Are you referring to
> > https://visualvm.github.io/?
> > > > Please comment.
> > > >
> > > > Regards,
> > > >
> > > > Kaushal
> > > >
> > >
> >
>

Re: Exception in thread "http-bio-8080-exec-120" java.lang.OutOfMemoryError: PermGen space

[Román Valoria]

Get the JDK launch the tool and look it up yourself. It has tons of issues,
am I sure it has that.

On Tue, Nov 29, 2016 at 2:56 PM, Kaushal Shriyan 
wrote:

> Thanks Roman and Chris for the detailed explanation. Is there a way to find
> out what all java classes are loaded during runtime?
>
> Thanks in Advance.
>
> Regards,
>
> Kaushal
>
> On Tue, Nov 29, 2016 at 10:47 AM, Román Valoria 
> wrote:
>
> > Sun, or should I say Oracle now, seems to be including the exact same
> tool
> > on the JDK. It is already pre-packaged, so it may be customized by
> Oracle.
> > It has the same look and feel as in the screenshot.
> >
> > On Tue, Nov 29, 2016 at 11:17 AM, Kaushal Shriyan <
> > kaushalshri...@gmail.com>
> > wrote:
> >
> > > On Tue, Nov 29, 2016 at 7:40 AM, Román Valoria  >
> > > wrote:
> > >
> > > > Use Java VisualVM to see PermGen memory allocation and troubleshoot.
> It
> > > > would also let you validate that your sizing parameters are properly
> > set.
> > > >
> > > >
> > > Hi Roman,
> > >
> > > Thanks for your reply. Are you referring to
> https://visualvm.github.io/?
> > > Please comment.
> > >
> > > Regards,
> > >
> > > Kaushal
> > >
> >
>

Re: Exception in thread "http-bio-8080-exec-120" java.lang.OutOfMemoryError: PermGen space

[Kaushal Shriyan]

Thanks Roman and Chris for the detailed explanation. Is there a way to find
out what all java classes are loaded during runtime?

Thanks in Advance.

Regards,

Kaushal

On Tue, Nov 29, 2016 at 10:47 AM, Román Valoria 
wrote:

> Sun, or should I say Oracle now, seems to be including the exact same tool
> on the JDK. It is already pre-packaged, so it may be customized by Oracle.
> It has the same look and feel as in the screenshot.
>
> On Tue, Nov 29, 2016 at 11:17 AM, Kaushal Shriyan <
> kaushalshri...@gmail.com>
> wrote:
>
> > On Tue, Nov 29, 2016 at 7:40 AM, Román Valoria 
> > wrote:
> >
> > > Use Java VisualVM to see PermGen memory allocation and troubleshoot. It
> > > would also let you validate that your sizing parameters are properly
> set.
> > >
> > >
> > Hi Roman,
> >
> > Thanks for your reply. Are you referring to https://visualvm.github.io/?
> > Please comment.
> >
> > Regards,
> >
> > Kaushal
> >
>

Re: Exception in thread "http-bio-8080-exec-120" java.lang.OutOfMemoryError: PermGen space

[Román Valoria]

Sun, or should I say Oracle now, seems to be including the exact same tool
on the JDK. It is already pre-packaged, so it may be customized by Oracle.
It has the same look and feel as in the screenshot.

On Tue, Nov 29, 2016 at 11:17 AM, Kaushal Shriyan 
wrote:

> On Tue, Nov 29, 2016 at 7:40 AM, Román Valoria 
> wrote:
>
> > Use Java VisualVM to see PermGen memory allocation and troubleshoot. It
> > would also let you validate that your sizing parameters are properly set.
> >
> >
> Hi Roman,
>
> Thanks for your reply. Are you referring to https://visualvm.github.io/?
> Please comment.
>
> Regards,
>
> Kaushal
>

Re: Exception in thread "http-bio-8080-exec-120" java.lang.OutOfMemoryError: PermGen space

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Kaushal,

On 11/28/16 1:09 PM, Kaushal Shriyan wrote:
> Hi,
> 
> I am seeing the below PermGen space issue in tomcat catalina.out 
> file. Currently i am running Apache Tomcat Version 7.0.59 on
> CentOS release 6.8 (Final) java -version java version "1.7.0_80"
> Java(TM) SE Runtime Environment (build 1.7.0_80-b15) Java
> HotSpot(TM) 64-Bit Server VM (build 24.80-b11, mixed mode)
> 
> Exception in thread "http-bio-8080-exec-120" 
> java.lang.OutOfMemoryError: PermGen space Exception in thread 
> "http-bio-8080-exec-165" java.lang.OutOfMemoryError: PermGen space
> 
> 2016-11-28 13:40:30.543 ERROR 19011 --- [o-8080-exec-110] 
> o.s.boot.context.web.ErrorPageFilter : Forwarding to error
> page from request [/push-notifications] due to exception [PermGen 
> space] java.lang.OutOfMemoryError: PermGen space
> 
> 
> Is there a way to debug PermGen space issue and are there any
> tools to debug the same. Currently i have set
> -XX:MaxPermSize=1024m. How do i determine what value should be set
> for MaxPermSize?
> 
> Any help will be highly appreciable. Please do let me know if you 
> need any additional details.

Do you do hot re-deployments? If you do and your application does not
unload cleanly, then you can get ClassLoader-pinning leaks.

In a dev environment, run your app for a while and then perform a
hot-reload, then use Tomcat's manager application to "check for
leaks". If your application is still hanging around, it will tell you.

If you don't use hot-deployment or you don't find any leaks when you
do hot re-deployments, then your problem lies in either of two places:

1. Heavy use of RMI to load classes across the network
(java.lang.Class objects for proxies, etc. can lead to PermGen exhaustio
n)

2. You just need more PermGen. Frameworks such as Spring are known to
require surprisingly-high amounts of PermGen space because of the many
java.lang.Class objects loaded by them.

If you are under situation #2, my recommendation is simply to increase
the PermGen space by a factor of 2 until you stop getting OOME:PermGen
errors, then observe the PermGen space after your webapp has been
running for a while (maybe a week or two). The current usage of
PermGen at that point will be roughly your target. Always remember to
leave a little extra space "just in case".

- -chris
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCAAGBQJYPPdAAAoJEBzwKT+lPKRYLc8P/ieD4bGjJoBrIMJs3Frdjh9W
r3lPfltFgzYEWfu0MYhfs26bXG0Ivk23w614WZbw70otNB+x25bqdxp+yRsHBVmg
jQxPt4+olXJqsHRQU2rQbLSkHbN+UWp5UYlbMUzM8uGFl6kGkK6vFeOMPmd9a50Z
WE6LGVkqAJSEJivYPqkAmldiT8r3QoR3cjB5sSwHaPs8Hjp2uQCZVMATScC5Daz7
/3lLu89a6VG2sKctYqYeUeS01FfivXZ6KuHE0df46stTBDYz6KlrDF2yKz2G22Rb
dwckx7yYm+lnzrxlUpMv1N3vqZTAOwtqehZ3WS5TiZ4fCCHFwzBYy2/hxWU3hamq
Vv0wc9npkJDDQXnCJsOm1vjcekAQwAeJ6KjBVgqpCScv1AK5QH1WYkoDOlC3ovYm
BFNKVtIhhhrKhpA2OeyVvEafZ5ZpMpD0u02NJGYr4NXUWFsdsrDxVOEg4zxHUb02
qpM/Vm4U7M3d0aC4g4yVBtutEToBjSAVtXDqB8b8CVILlGzZjhbDlwizqeymcaAM
zasObN1q49U8CbBFlSDbNE6T88G14ScxY+IvYJDG9PZNfK1m64cMppbnxRaK60Tn
ej1wKGogzMIVkHDLwbLse9BgrkLWOYL9jvXAY17W9Hg0745vmTZluPtmAPJBVylf
Xt9lNhwX/qWKTrqKV/Ut
=e27x
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Exception in thread "http-bio-8080-exec-120" java.lang.OutOfMemoryError: PermGen space

[Kaushal Shriyan]

On Tue, Nov 29, 2016 at 7:40 AM, Román Valoria 
wrote:

> Use Java VisualVM to see PermGen memory allocation and troubleshoot. It
> would also let you validate that your sizing parameters are properly set.
>
>
Hi Roman,

Thanks for your reply. Are you referring to https://visualvm.github.io/?
Please comment.

Regards,

Kaushal

Re: Exception in thread "http-bio-8080-exec-120" java.lang.OutOfMemoryError: PermGen space

[Román Valoria]

Use Java VisualVM to see PermGen memory allocation and troubleshoot. It
would also let you validate that your sizing parameters are properly set.

On Tue, Nov 29, 2016 at 2:09 AM, Kaushal Shriyan 
wrote:

> Hi,
>
> I am seeing the below PermGen space issue in tomcat catalina.out file.
> Currently i am running Apache Tomcat Version 7.0.59 on CentOS release 6.8
> (Final)
> java -version
> java version "1.7.0_80"
> Java(TM) SE Runtime Environment (build 1.7.0_80-b15)
> Java HotSpot(TM) 64-Bit Server VM (build 24.80-b11, mixed mode)
>
> Exception in thread "http-bio-8080-exec-120" java.lang.OutOfMemoryError:
> PermGen space
> Exception in thread "http-bio-8080-exec-165" java.lang.OutOfMemoryError:
> PermGen space
>
> 2016-11-28 13:40:30.543 ERROR 19011 --- [o-8080-exec-110]
> o.s.boot.context.web.ErrorPageFilter : Forwarding to error page from
> request [/push-notifications] due to exception [PermGen space]
> java.lang.OutOfMemoryError: PermGen space
>
>
> Is there a way to debug PermGen space issue and are there any tools to
> debug the same. Currently i have set -XX:MaxPermSize=1024m. How do i
> determine what value should be set for MaxPermSize?
>
> Any help will be highly appreciable. Please do let me know if you need any
> additional details.
>
> Thanks in Advance
>
> Regards,
>
> Kaushal
>

Re: Exception in thread http-bio-8081-exec-9 java.lang.StackOverflowError

[Dilip Sankhla]

How do you launch it?

 lunching from cmd line from bin/startup.sh

Check your launch configuration options for java

 My java configurations are

JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk1.7.0_51.jdk/Contents/Home/
JAVA_OPTS=-Xss160k -Xms512m -Xmx2040m -XX:MaxPermSize=128M
-Dorg.apache.jasper.compiler.Parser.STRICT_QUOTE_ESCAPING=false
-Dorg.apache.catalina.session.StandardSession.ACTIVITY_CHECK=true 
JPDA_ADDRESS=5007
JPDA_TRANSPORT=dt_socket

And i found i had copied configurations from tomcat 6 ...after
changing Xxx to 256k my problem resolved.

.
What is your stack size  that it overflows after a dozen of function calls?

 Yes its overflows after some calls.


Thanks

On Tue, Feb 18, 2014 at 3:52 PM, Konstantin Kolinko
knst.koli...@gmail.com wrote:
 2014-02-18 13:49 GMT+04:00 Dilip Sankhla dilipsank...@gmail.com:
 * I am getting below mention error, every thing was working fine with
 tomcat 6. Please Help


 My tomcat and java configurations are

 Server version: Apache Tomcat/7.0.50
 Server built:   Dec 19 2013 10:18:12
 Server number:  7.0.50.0
 OS Name:Mac OS X
 OS Version: 10.7.5
 Architecture:   x86_64
 JVM Version:1.7.0_51-b13
 JVM Vendor: Oracle Corporation


 How do you launch it?

 Check your launch configuration options for java.
 What is your stack size  that it overflows after a dozen of function calls?


 and thread dump is


 Exception in thread http-bio-8081-exec-9 java.lang.StackOverflowError
 at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:152)
 at java.net.SocketInputStream.read(SocketInputStream.java:122)
 at 
 org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:516)
 at 
 org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:501)
 at 
 org.apache.coyote.http11.Http11Processor.setRequestLineReadTimeout(Http11Processor.java:173)
 at 
 org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:950)
 at 
 org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:607)
 at 
 org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:315)
 at 
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
 at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at java.lang.Thread.run(Thread.java:744)

 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org




-- 
Dilip K. Sankhla

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Exception in thread http-bio-8081-exec-9 java.lang.StackOverflowError

[Konstantin Kolinko]

2014-02-18 13:49 GMT+04:00 Dilip Sankhla dilipsank...@gmail.com:
 * I am getting below mention error, every thing was working fine with
 tomcat 6. Please Help


 My tomcat and java configurations are

 Server version: Apache Tomcat/7.0.50
 Server built:   Dec 19 2013 10:18:12
 Server number:  7.0.50.0
 OS Name:Mac OS X
 OS Version: 10.7.5
 Architecture:   x86_64
 JVM Version:1.7.0_51-b13
 JVM Vendor: Oracle Corporation


How do you launch it?

Check your launch configuration options for java.
What is your stack size  that it overflows after a dozen of function calls?


 and thread dump is


 Exception in thread http-bio-8081-exec-9 java.lang.StackOverflowError
 at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:152)
 at java.net.SocketInputStream.read(SocketInputStream.java:122)
 at 
 org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:516)
 at 
 org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:501)
 at 
 org.apache.coyote.http11.Http11Processor.setRequestLineReadTimeout(Http11Processor.java:173)
 at 
 org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:950)
 at 
 org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:607)
 at 
 org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:315)
 at 
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
 at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at java.lang.Thread.run(Thread.java:744)

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Exception in thread http-bio-8080-exec-3 Exception in thread ContainerBackgroundProcessor[StandardEngine[Catalina]]

[Caldarale, Charles R]

 From: Smith, Mitchell [mailto:mitchell.sm...@cwc.com] 
 Subject: Exception in thread http-bio-8080-exec-3 Exception in
 thread ContainerBackgroundProcessor[StandardEngine[Catalina]]

 when I try to execute a login in my WebApp I get the following error.

 Exception in thread http-bio-8080-exec-3 Exception in thread
 ContainerBackgroundProcessor[StandardEngine[Catalina]]

Please post the whole stack trace for the exception.  Without it, any response 
would just be speculation.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Exception in thread http-bio-8080-exec-9 java.lang.OutOfMemoryError: Java heap space

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

André,

On 5/30/2011 12:24 PM, André Warnier wrote:
 Note also that running out of Heap space does not necessarily mean that
 your classes have leaks.  It can also mean that they are just using
 memory to a point where your allocated Heap space is simply not sufficient.

+1

 Looking at the stack trace below, I find it unlikely that the code
 itself in
 org.apache.tomcat.util.http.FastHttpDateFormat.getCurrentDate
 , by itself, would use up the Heap. However, if by the time it is
 called, the Heap is already 99% full, it just might.

+1

OOMEs can occur at any time. It's almost never a problem in the code
shown in the stack trace. Most OOMEs I have seen do not even contain
stack traces.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3lSUwACgkQ9CaO5/Lv0PDIpwCfTwdqlybK7yao6/5DljIbRVr6
XSYAoIs02TaPShxzXgfAyJWobSlm4s82
=/u2C
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Exception in thread http-bio-8080-exec-9 java.lang.OutOfMemoryError: Java heap space

[André Warnier]

You are kidding us, right ?

But just in case you are not, what is the part which you do not understand in

 java.lang.OutOfMemoryError: Java heap space.

?

http://lmgtfy.com/?q=java.lang.OutOfMemoryError:%20Java%20heap%20space

sunil.sheva...@wipro.com wrote:

Hi,

 


I am getting an error as follows

 


Exception in thread http-bio-8080-exec-9
java.lang.OutOfMemoryError: Java heap space.

 


I am running my jsp application on a windows machine with Tomcat 7.0.8

 


Any pointers?

 



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Exception in thread http-bio-8080-exec-9 java.lang.OutOfMemoryError: Java heap space

[André Warnier]

Well maybe then you should have posted that stack trace and the comments below to the 
list, and maybe someone would then have taken a closer look.


I apologise (a little bit) for my original answer, but you must admit that with the 
information you posted before, it was hard to make the difference between that, and 
someone posting : Tomcat doesn't work. Can you help ?



sunil.sheva...@wipro.com wrote:

Hi Andre,

I am not kidding.

My application has only 8 to 10 classes. I checked the heap using IBM heap 
analyser and my objects are not leaking memory.

I am guessing that this is a bug in tomcat 7. Let me know in case you can make 
any sense out of the trace.

===
Exception in thread http-bio-8080-exec-12 java.lang.OutOfMemoryError: Java 
heap space
at java.util.LinkedHashMap.createEntry(Unknown Source)
at java.util.LinkedHashMap.addEntry(Unknown Source)
at java.util.HashMap.put(Unknown Source)
at sun.util.resources.OpenListResourceBundle.loadLookup(Unknown Source)
at 
sun.util.resources.OpenListResourceBundle.loadLookupTablesIfNecessary(Unknown 
Source)
at sun.util.resources.OpenListResourceBundle.handleGetObject(Unknown 
Source)
at sun.util.resources.TimeZoneNamesBundle.handleGetObject(Unknown 
Source)
at java.util.ResourceBundle.getObject(Unknown Source)
at java.util.ResourceBundle.getObject(Unknown Source)
at java.util.ResourceBundle.getStringArray(Unknown Source)
at sun.util.TimeZoneNameUtility.retrieveDisplayNames(Unknown Source)
at sun.util.TimeZoneNameUtility.retrieveDisplayNames(Unknown Source)
at java.util.TimeZone.getDisplayNames(Unknown Source)
at java.util.TimeZone.getDisplayName(Unknown Source)
at java.text.SimpleDateFormat.subFormat(Unknown Source)
at java.text.SimpleDateFormat.format(Unknown Source)
at java.text.SimpleDateFormat.format(Unknown Source)
at java.text.DateFormat.format(Unknown Source)
at 
org.apache.tomcat.util.http.FastHttpDateFormat.getCurrentDate(FastHttpDateFormat.java:115)
at 
org.apache.coyote.http11.AbstractHttp11Processor.prepareResponse(AbstractHttp11Processor.java:926)
at 
org.apache.coyote.http11.AbstractHttp11Processor.action(AbstractHttp11Processor.java:739)
at org.apache.coyote.Response.action(Response.java:170)
at org.apache.coyote.Response.sendHeaders(Response.java:350)
at 
org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:308)
at 
org.apache.catalina.connector.OutputBuffer.close(OutputBuffer.java:275)
at 
org.apache.catalina.connector.Response.finishResponse(Response.java:501)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:409)
at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:243)
at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:188)
at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:166)
at 
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:288)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown 
Source)
Exception in thread ContainerBackgroundProcessor[StandardEngine[Catalina]] 
java.lang.OutOfMemoryError: Java heap space
at java.lang.reflect.Array.newArray(Native Method)
at java.lang.reflect.Array.newInstance(Unknown Source)
at java.util.AbstractCollection.toArray(Unknown Source)
at 
org.apache.catalina.session.ManagerBase.findSessions(ManagerBase.java:705)
at 
org.apache.catalina.session.ManagerBase.processExpires(ManagerBase.java:527)
at 
org.apache.catalina.session.ManagerBase.backgroundProcess(ManagerBase.java:518)
at 
org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1214)
at 
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1393)
at 
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1403)
at 
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1403)
at 
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1382)
at java.lang.Thread.run(Unknown Source)
===

Thanks,
Sunil.

-Original Message-
From: André Warnier [mailto:a...@ice-sa.com] 
Sent: Monday, May 30, 2011 7:25 PM

To: Tomcat Users List
Subject: Re: Exception in thread http-bio-8080-exec-9 
java.lang.OutOfMemoryError: Java heap space

You are kidding us, right ?

But just in case you are not, what is the part which you do not understand

RE: Exception in thread http-bio-8080-exec-9 java.lang.OutOfMemoryError: Java heap space

[Caldarale, Charles R]

 From: André Warnier [mailto:a...@ice-sa.com] 
 Subject: Re: Exception in thread http-bio-8080-exec-9 
 java.lang.OutOfMemoryError: Java heap space

 I apologise (a little bit) for my original answer

You shouldn't apologize; the OP has still not provided any useful information 
(just denial of responsibility), and has violated mailing list protocol by 
replying directly to you rather than to the list.

He's nil-for-two at this point; how many wickets do we give him?

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Exception in thread http-bio-8080-exec-9 java.lang.OutOfMemoryError: Java heap space

[André Warnier]

:1214) 

at 
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1393) 

at 
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1403) 

at 
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1403) 

at 
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1382) 


at java.lang.Thread.run(Unknown Source)
=== 



Thanks,
Sunil.

-Original Message-
From: André Warnier [mailto:a...@ice-sa.com] Sent: Monday, May 30, 2011 
7:25 PM

To: Tomcat Users List
Subject: Re: Exception in thread http-bio-8080-exec-9 
java.lang.OutOfMemoryError: Java heap space


You are kidding us, right ?

But just in case you are not, what is the part which you do not 
understand in


  java.lang.OutOfMemoryError: Java heap space.

?

http://lmgtfy.com/?q=java.lang.OutOfMemoryError:%20Java%20heap%20space

sunil.sheva...@wipro.com wrote:

Hi,

 


I am getting an error as follows

 


Exception in thread http-bio-8080-exec-9
java.lang.OutOfMemoryError: Java heap space.

 


I am running my jsp application on a windows machine with Tomcat 7.0.8

 


Any pointers?

 



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


Please do not print this email unless it is absolutely necessary.
The information contained in this electronic message and any 
attachments to this message are intended for the exclusive use of the 
addressee(s) and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately and destroy all copies of this message and any attachments.
WARNING: Computer viruses can be transmitted via email. The recipient 
should check this email and any attachments for the presence of 
viruses. The company accepts no liability for any damage caused by any 
virus transmitted by this email.

www.wipro.com




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org





-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Exception in thread

[Pieter Temmerman]

Hi Chris,

That's what I was afraid of.
The only thing listed in the logs was what I posted.
No stacktrace, nor name of the exception.
I'll try to bump up the logging level, and hope this error occurs again
in a reasonable amount of time (it's been working for the whole day
until now)

On Thu, 2008-11-27 at 04:23 -0800, Christian Poecher wrote:
 
 
 Pieter Temmerman-2 wrote:
  
  The only thing that I think could be related to the problem is listed
  below.
  
  Exception in thread TP-Processor15 Exception in thread
  Cluster-MembershipSender Exception in thread
  Cluster-MembershipReceiver 
  26 nov 2008 17:12:29,010 : [DEBUG]
  es.ja.sae.ail.mediadoresEquipos.dao.hibernate.AccesoWebDAO () - buscando
  el elemento AccesoWeb con propiedad: acceso, valor:
  v6uSMdkSmTWkdssPyk7WL7hv2iKNoOz6
  Exception in thread TP-Processor2 Exception in thread
  ContainerBackgroundProcessor[StandardEngine[Catalina]] 
  26 nov 2008 17:13:34,138 : [DEBUG]
  es.ja.sae.ail.mediadoresEquipos.dao.hibernate.AccesoWebDAO () - buscando
  el elemento AccesoWeb con propiedad: acceso, valor:
  4SpzXHGwTTgXyzIHVxQWiFVPP0GbFlcm
  Exception in thread TP-Processor5 Exception in thread
  http-8080-Processor22 Exception in thread http-8080-Processor24
  
 
 Hi Pieter,
 
 I think you need to give us at least the name or a stacktrace of that
 exception that was thrown. You might have to change the Logging settings for
 that.
 
 Cheers, Chris

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Exception in thread

[Christian Poecher]

Pieter Temmerman-2 wrote:
 
 The only thing that I think could be related to the problem is listed
 below.
 
 Exception in thread TP-Processor15 Exception in thread
 Cluster-MembershipSender Exception in thread
 Cluster-MembershipReceiver 
 26 nov 2008 17:12:29,010 : [DEBUG]
 es.ja.sae.ail.mediadoresEquipos.dao.hibernate.AccesoWebDAO () - buscando
 el elemento AccesoWeb con propiedad: acceso, valor:
 v6uSMdkSmTWkdssPyk7WL7hv2iKNoOz6
 Exception in thread TP-Processor2 Exception in thread
 ContainerBackgroundProcessor[StandardEngine[Catalina]] 
 26 nov 2008 17:13:34,138 : [DEBUG]
 es.ja.sae.ail.mediadoresEquipos.dao.hibernate.AccesoWebDAO () - buscando
 el elemento AccesoWeb con propiedad: acceso, valor:
 4SpzXHGwTTgXyzIHVxQWiFVPP0GbFlcm
 Exception in thread TP-Processor5 Exception in thread
 http-8080-Processor22 Exception in thread http-8080-Processor24
 

Hi Pieter,

I think you need to give us at least the name or a stacktrace of that
exception that was thrown. You might have to change the Logging settings for
that.

Cheers, Chris
-- 
View this message in context: 
http://www.nabble.com/Exception-in-thread-tp20717604p20718395.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Exception in thread

[Christian Poecher]

Pieter Temmerman-2 wrote:
 
 Hi Chris,
 
 That's what I was afraid of.
 The only thing listed in the logs was what I posted.
 No stacktrace, nor name of the exception.
 I'll try to bump up the logging level, and hope this error occurs again
 in a reasonable amount of time (it's been working for the whole day
 until now)
 
 

If everything fails, you can also restart Tomcat in Debug Mode. As soon as
the application becomes unresponsive you can attach a Debugger, pause
execution and look into the method execution stack of the threads. Just be
aware that the debug mode is eating your performance quite well...

HTH,
Chris
-- 
View this message in context: 
http://www.nabble.com/Exception-in-thread-tp20717604p20721590.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Exception in thread HttpProcessor[8080][2] java.lang.NullPointerException

[Janeve George]

Konstantin / Chris,

In reply to Chris' question, the server is deployed as a service layer 
that exposes web services. Only SOAP requests are processed in the 
server. There are also few JSP files which are used by Nagios to monitor 
these servers. After having a look at the bug description that 
Konstantin mentioned, I believe upgrading tomcat to the latest version 
might resolve this issue.


Thanks a lot for your pointers.

Regards,
Janeve George

Konstantin Kolinko wrote:


1. Tomcat 4.0.3 is pretty old and unsupported. The last version in the
4.x series is 4.1.36.

2. Trying to google checkHead site:mail-archives.apache.org shows
some mentions of similar issues in the year 2002, e.g.

(note: The bugzilla server name has changed, but bug ids are the same)

http://issues.apache.org/bugzilla/show_bug.cgi?id=10331

Citing from there:
Your extra code does not matter -- your code is still violating the
servlet spec
restrictions on accessing the response object from one thread in another thread.
Your expectation that this is ever going to work is incorrect.

http://issues.apache.org/bugzilla/show_bug.cgi?id=8039

Citing from there:
This problem has already been fixed in 4.0.4 Beta.

It looks like nobody has observed this problem in the last 5 years,
thus it has been fixed.

You need to upgrade to get rid of the issue.

Good luck.

Best regards,
- Konstantin

2007/10/29, Christopher Schultz [EMAIL PROTECTED]:
 


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Janeve,

Also, is it possible to sniff the HTTP request that is causing this
exception? I'm wondering if you're dealing with a client that is sending
a broken HTTP request.

- -chris

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHJfHa9CaO5/Lv0PARAv+hAJ9DJNu1weYmaFX+W/jhAfEnamKPAwCgmbRG
L6Goqdpz2b2YVHv9H8/Vxm8=
=WVeX
-END PGP SIGNATURE-

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


   



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


 




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Exception in thread HttpProcessor[8080][2] java.lang.NullPointerException

[Caldarale, Charles R]

 From: Janeve George [mailto:[EMAIL PROTECTED] 
 Subject: Exception in thread HttpProcessor[8080][2] 
 java.lang.NullPointerException
 
 We are having no clue of why this exception is being 
 frequently thrown.

Don't suppose you'd care to supply some useful information:

1) Tomcat version

2) JRE/JDK version and vendor

3) platform of interest

Blindly posting a stack trace doesn't help much without some context.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Exception in thread HttpProcessor[8080][2] java.lang.NullPointerException

[Janeve George]

Hi Chuck,

Pardon me for any confusion created due to my previous post. Following 
are the details of the deployment.


Tomcat version: 4.0.3
JDK: Sun's jdk 1.5.0
Platform: Linux

Regards,
Janeve

Caldarale, Charles R wrote:

From: Janeve George [mailto:[EMAIL PROTECTED] 
Subject: Exception in thread HttpProcessor[8080][2] 
java.lang.NullPointerException


We are having no clue of why this exception is being 
frequently thrown.
   



Don't suppose you'd care to supply some useful information:

1) Tomcat version

2) JRE/JDK version and vendor

3) platform of interest

Blindly posting a stack trace doesn't help much without some context.

- Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


 




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Exception in thread HttpProcessor[8080][2] java.lang.NullPointerException

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Janeve,

Also, is it possible to sniff the HTTP request that is causing this
exception? I'm wondering if you're dealing with a client that is sending
a broken HTTP request.

- -chris

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHJfHa9CaO5/Lv0PARAv+hAJ9DJNu1weYmaFX+W/jhAfEnamKPAwCgmbRG
L6Goqdpz2b2YVHv9H8/Vxm8=
=WVeX
-END PGP SIGNATURE-

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Exception in thread HttpProcessor[8080][2] java.lang.NullPointerException

[Konstantin Kolinko]

1. Tomcat 4.0.3 is pretty old and unsupported. The last version in the
4.x series is 4.1.36.

2. Trying to google checkHead site:mail-archives.apache.org shows
some mentions of similar issues in the year 2002, e.g.

(note: The bugzilla server name has changed, but bug ids are the same)

http://issues.apache.org/bugzilla/show_bug.cgi?id=10331

Citing from there:
Your extra code does not matter -- your code is still violating the
servlet spec
restrictions on accessing the response object from one thread in another thread.
Your expectation that this is ever going to work is incorrect.

http://issues.apache.org/bugzilla/show_bug.cgi?id=8039

Citing from there:
This problem has already been fixed in 4.0.4 Beta.

It looks like nobody has observed this problem in the last 5 years,
thus it has been fixed.

You need to upgrade to get rid of the issue.

Good luck.

Best regards,
- Konstantin

2007/10/29, Christopher Schultz [EMAIL PROTECTED]:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Janeve,

 Also, is it possible to sniff the HTTP request that is causing this
 exception? I'm wondering if you're dealing with a client that is sending
 a broken HTTP request.

 - -chris

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.7 (MingW32)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

 iD8DBQFHJfHa9CaO5/Lv0PARAv+hAJ9DJNu1weYmaFX+W/jhAfEnamKPAwCgmbRG
 L6Goqdpz2b2YVHv9H8/Vxm8=
 =WVeX
 -END PGP SIGNATURE-

 -
 To start a new topic, e-mail: users@tomcat.apache.org
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Exception in thread main????

[Caldarale, Charles R]

 From: Jaime Almeida [mailto:[EMAIL PROTECTED] 
 Subject: Exception in thread main
 
 I have a new problem:
 'Excpetion in thread main'.
 What thread main?

The main thread is just the initial one that creates the JVM and calls
the initial class; all Java programs have one.

 What is causing this problem? Can you tell me?

You've left out all interesting information, such as what the exception
really was and the stack trace associated with it.  You seem unfamiliar
with Java, so you might want to brush up a bit on that first.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Exception in thread main java.lang.NoClassDefFoundError: org/apache/catalina/startup/Bootstrap - tomcat + Linux

[Caldarale, Charles R]

 From: rafiti [mailto:[EMAIL PROTECTED] 
 Subject: Exception in thread main 
 java.lang.NoClassDefFoundError: 
 org/apache/catalina/startup/Bootstrap - tomcat + Linux
 
 Using CATALINA_BASE:
 /home2/rafi/jakarta-tomcat-4.1.31-src/
 Using CATALINA_HOME:
 /home2/rafi/jakarta-tomcat-4.1.31-src/catalina/src
 Using CATALINA_TMPDIR: /home2/rafi/jakarta-tomcat-4.1.31-src//temp

Judging from the directory names, it appears that you have downloaded,
installed, and are now trying to run the source for Tomcat, not the
binary distribution.  By the way, if you're just starting, why not use
the current version of Tomcat?

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]