users@glassfish.java.net

Re: EJBClassLoader - huge number of streams

From: Richard Kolb <rjdkolb_at_gmail.com>
Date: Thu, 28 Oct 2010 13:50:18 +0200

Hi Imran

Sorry no one has got back to you.
Firstly can you indicate which technologies you are using eg. JSF, Remote
EJB, Local EJB, JPA, JMS, WebServices etc.

Then is you JDK up to date ?
(There are memory leaks in the JDK that effect GlassFish)

Lastly can you create a small application to reproduce this.
In my experience , if you can create a small test app , the GlassFish
developers can more easily trace the issue.

regards
Richard

On 28 October 2010 13:48, <glassfish_at_javadesktop.org> wrote:

> Any one with anything on this please? I was hoping someone from the
> Glassfish team will be able to give me some sought of indication on what
> this might be.
>
> As I said, the multiple SentinelInputStream objects are crowding the old
> generation on the heap. And I'm not sure why the EJBClassLoader is keeping a
> reference to it. I'm assuming that a stream is opened for every request that
> comes in. But I cant think why? Even if it does, I don't know why the
> streams stay opened.
>
> Any inputs from the Glassfish team or anyone else who has seen this problem
> would be very much appreciated. Even if its to say that the way I'm looking
> at it is bonkers (ofcourse with reason to say why that would be).
>
> I've now disabled the requests hitting my new web-application, and my heap
> usage is a happy camper now. Which tells me that it's definetely down to the
> huge amount of requests I was taking in from this new feature.
>
> Would love to hear if it's some configuration I've got wrong, or if I got
> the deployment packaging wrong or if there's some bug in the GF version I'm
> using which is v2.1 (9.1.1) (build b60e-fcs)
>
> Thanks!!
>
> Cheers
> -- Imran
> [Message sent by forum member 'imranbohoran']
>
> http://forums.java.net/jive/thread.jspa?messageID=486413
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>
>