Skip to main content

Glassfish kills business

30 replies [Last post]
seagate
Offline
Joined: 2009-06-03
Points: 0

We have a machine that hosts for clients their web site on a glassfish server.

the system serves about 70 virtual hosts most of them are non-java, we use jFastCGI for php support what works great.

The problem is the glassfish itself.

either 2 or more times a day or every 2 days the glassfish stops and requires restart.

meanwhile many of our clients are very upset and they mentioned to cancel their subscription.

the Glassfish either complains "Can not set tcp delay to true" (what ever this means)

or the Glassfish says something like heap memory out of space.

Please, I do not need answers like "Increase your memory!" I have already assigned 2.8 GB for the heap

that should not only be enough, that's non-sense!

another highlight starting with Glassfish 3.1 is, that it is completely impossible,

to delete Listeners or VirtualHosts or undeploying apps, even if they have been disabled previously

or apps are detached from their virtual host.

All these tasks end up with a java runtime exception.

the only way to delete those items is to stop glassfish and manually edit the domain.xml file!

We have tried with Java6, Java7 Glassfish 3.1, 3.1.1, 3.2 b6 all the same.

A regular Apache 2.2.17 incl. SSL, PHP, WEBDAV etc. hosting 200 clients does not consume more than 300 MB even under

full load.

How on earth can Glassfish considered for professional use? For WebHosting companies the Glassfish is the blank ruin.

I am wondering what kind of support Oracle offers for the "Enterprise" version.

Will they lend out a guy who sleeps in the NOC for restarting the Glassfish service whenever it is down?

As well I am wondering how such problems are solved or dealt with JBoss or Tomcat?

any suggestions?

Thanks.

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
rdelaplante
Offline
Joined: 2007-04-01
Points: 0

seagate wrote:

either 2 or more times a day or every 2 days the glassfish stops and requires restart.

meanwhile many of our clients are very upset and they mentioned to cancel their subscription.

or the Glassfish says something like heap memory out of space.

Please, I do not need answers like "Increase your memory!" I have already assigned 2.8 GB for the heap

that should not only be enough, that's non-sense!

We've been using GlassFish in production since 2007. Over the years we've encountered about 10 issues that caused OOME crashes. Some issues took weeks or even months to diagnose, but in the end every single one of the issues was the application's fault. We use jVisualVM to capture live heap dumps after GlassFish has been running for a while, then analyze it. We sort by total instances, or total memory usage, filter by package name (such as our own company's packages or libraries we use, etc.) and use this as a starting point. We've encountered issues related to JPA caching, not releasing reasourses, our application leaking threads, etc. So, when we encounter an OOME we start by assuming it is our application's issue before blaming it on GlassFish.

seagate wrote:

another highlight starting with Glassfish 3.1 is, that it is completely impossible,

to delete Listeners or VirtualHosts or undeploying apps, even if they have been disabled previously

or apps are detached from their virtual host.

All these tasks end up with a java runtime exception.

I agree GlassFish 3.1 was a very buggy release. Quality went way down compared to all previous releases. I think 3.1 was also the first major release after Oracle took over and lost some developers (had to replace with new ones), and they were also integrating some major changes such as clustering. Hopefully you will find the hundreds of bug fixes in 3.1.1 make it stable.

I've learned to be very cautious using the web admin console in production. Sometimes it completely crashes the JVM, java.exe on Windows just disappears. What causes this? Just clicking a tree node like "applications" or "JCA Connection Pools" sometimes does it. I hope stability of the web admin console has improved in 3.1.1.

Ryan

Ed Hillmann Guest
Offline
Joined: 2011-03-14
Points: 0

I agree with this statement. We've been using Glassfish 2 for a few years
now, as a platform for serving our JSF application (JSF only, no EJB or
other aspects of the JavaEE stack). We have run into problems, but a great
many of them were faults in our own application. Tools like VisualVM have
been instrumental in isolating these. The majority of the issues introduced
by our applicaiton were thread synchronization issues, with the odd memory
leak thrown in.

There have been cases where the issues were caused by components provided by
Glassfish, however.

- The version of Grizzly which shipped with the release of Glassfish had a
memory leak, which caused the application to run out of memory. Upgrading
to the latest version of Grizzly (appropriate for GF v2) fixed this error.

- The Sun EL implementation also caused some memory leaks, in how it pooled
EL expressions. We found that the Apache EL implementation didn't, so we
built a hybrid version and deploy that with our application when we deliver.

While it would be very nice if the official release did not deliver with
these bugs, it is worth saying that the architecture of GF made it very easy
to upgrade/replace these components, so that these issues could be
addressed.

Hope this helps,
Ed

On Sat, Aug 27, 2011 at 3:38 AM, wrote:

>

seagate wrote:

>
> either 2 or more times a day or every 2 days the glassfish stops and
> requires
> restart.
>
> meanwhile many of our clients are very upset and they mentioned to cancel
> their subscription.
>
> or the Glassfish says something like heap memory out of space.
>
> Please, I do not need answers like "Increase your memory!" I have already
> assigned 2.8 GB for the heap
>
> that should not only be enough, that's non-sense!
>
>

>
> We've been using GlassFish in production since 2007. Over the years we've
> encountered about 10 issues that caused OOME crashes. Some issues took
> weeks or even months to diagnose, but in the end every single one of the
> issues was the application's fault. We use jVisualVM to capture live heap
> dumps after GlassFish has been running for a while, then analyze it. We
> sort by total instances, or total memory usage, filter by package name
> (such
> as our own company's packages or libraries we use, etc.) and use this as a
> starting point. We've encountered issues related to JPA caching, not
> releasing reasourses, our application leaking threads, etc. So, when we
> encounter an OOME we start by assuming it is our application's issue before
> blaming it on GlassFish.
>
>
>
>

emailnbw
Offline
Joined: 2008-05-28
Points: 0

Hi folks,

Can someone point me to the list of JARs that are bundled with GF 3.1 (bld 43 FCS) that provide the JAX-WS 2.2.3 /Metro 2.1services and their associated dependencies? Note, I am not using Maven with this project so please don't point me in that direction. Thanks,

-Noah

bhaktimehta
Offline
Joined: 2004-03-18
Points: 0

In the 3.1 installation look in modules folder for
webservices-osgi.jar, jaxb-osgi.jar and in the modules/endorsed folder
the webservices-api-osgi.jar and jaxb-api-osgi.jar
Regards,
Bhakti

N W wrote:
> Hi folks,
>
> Can someone point me to the list of JARs that are bundled with GF 3.1 (bld 43 FCS) that provide the JAX-WS 2.2.3 /Metro 2.1services and their associated dependencies? Note, I am not using Maven with this project so please don't point me in that direction. Thanks,
>
> -Noah
>
>
>

emailnbw
Offline
Joined: 2008-05-28
Points: 0

Thanks, just what I was looking for.

-Noah

On Aug 29, 2011, at 2:19 PM, Bhakti Mehta wrote:

> In the 3.1 installation look in modules folder for webservices-osgi.jar, jaxb-osgi.jar and in the modules/endorsed folder the webservices-api-osgi.jar and jaxb-api-osgi.jar
> Regards,
> Bhakti
>
> N W wrote:
>> Hi folks,
>>
>> Can someone point me to the list of JARs that are bundled with GF 3.1 (bld 43 FCS) that provide the JAX-WS 2.2.3 /Metro 2.1services and their associated dependencies? Note, I am not using Maven with this project so please don't point me in that direction. Thanks,
>>
>> -Noah
>>
>>
>>

emailnbw
Offline
Joined: 2008-05-28
Points: 0

I've been running unit/integration testing using the GF embedded EJB container with GF v3.1 (bld 43) and that has been working fine. That is until I added a new local stateless session bean which is also annotated with @WebService. When I added that new EJB existing tests which don't even use that new bean fail to create the embedded container.

The embedded container is initialized and created like so:

Map p = new HashMap();
p.put(EJBContainer.APP_NAME, "foo");
p.put(EJBContainer.MODULES, new File("out/production/FOO"));
p.put("org.glassfish.ejb.embedded.glassfish.installation.root", "C:/glassfish3/glassfish");
ejbC = EJBContainer.createEJBContainer(p);

The exception I get when createEJBContainer(p) is called is:

SEVERE: EJB6001:Caught exception instantiating EmbeddedContainer.
javax.ejb.EJBException: Failed to deploy EJB modules - see log for details
at org.glassfish.ejb.embedded.EJBContainerImpl.deploy(EJBContainerImpl.java:145)
at org.glassfish.ejb.embedded.EJBContainerProviderImpl.createEJBContainer(EJBContainerProviderImpl.java:132)
at javax.ejb.embeddable.EJBContainer.createEJBContainer(EJBContainer.java:127)

When deployed in production the app is packaged as a single WAR and everything works fine. Is this a bug or am overlooking some additional configuration step for the embedded container now that I have introduced this @Stateless/@WebService class?

Thanks,

-Noah

bhaktimehta
Offline
Joined: 2004-03-18
Points: 0

I checked with Marina too and as of now this is not supported for
Embedded EjbContainer and Stateless Webservice . I think when packaged
in a war we had a bug in 3.1 which was causing it to behave as a webapp
and I suspect may be that is why it is working in 3.1 when packaged in war.
Regards,
Bhakti

N W wrote:
> I've been running unit/integration testing using the GF embedded EJB container with GF v3.1 (bld 43) and that has been working fine. That is until I added a new local stateless session bean which is also annotated with @WebService. When I added that new EJB existing tests which don't even use that new bean fail to create the embedded container.
>
> The embedded container is initialized and created like so:
>
> Map p = new HashMap();
> p.put(EJBContainer.APP_NAME, "foo");
> p.put(EJBContainer.MODULES, new File("out/production/FOO"));
> p.put("org.glassfish.ejb.embedded.glassfish.installation.root", "C:/glassfish3/glassfish");
> ejbC = EJBContainer.createEJBContainer(p);
>
> The exception I get when createEJBContainer(p) is called is:
>
> SEVERE: EJB6001:Caught exception instantiating EmbeddedContainer.
> javax.ejb.EJBException: Failed to deploy EJB modules - see log for details
> at org.glassfish.ejb.embedded.EJBContainerImpl.deploy(EJBContainerImpl.java:145)
> at org.glassfish.ejb.embedded.EJBContainerProviderImpl.createEJBContainer(EJBContainerProviderImpl.java:132)
> at javax.ejb.embeddable.EJBContainer.createEJBContainer(EJBContainer.java:127)
>
>
> When deployed in production the app is packaged as a single WAR and everything works fine. Is this a bug or am overlooking some additional configuration step for the embedded container now that I have introduced this @Stateless/@WebService class?
>
> Thanks,
>
> -Noah
>
>

emailnbw
Offline
Joined: 2008-05-28
Points: 0

Hi Bhakti -

OK, that's unfortunate. I'm surprised this is unsupported given the javaee6 1st cup sample code comes with a @Singleton @WebService example. Would this sample code not work in the embedded container?

Originally I had this class annotated simply as a @WebService and was injecting my EJBs. The @WebMethod was using several of these injected EJBs and propagating the results. eg.

Foo myFoo = myEJB1.getFoo();
Bar myBar = myEJB2.createBar(myFoo);

However, this was causing me problems with the transaction manager because myFoo was being detached in between finding it and passing into myEJB2 since the the calling method (@WebMethod) was not part of the EJBs persistence context. So to deal with that I added @Stateless to the @WebService class. That fixed the TX issues but broke the unit tests that try to instantiate the embedded container.

As a work-around I created an EJB that wraps the other EJB calls and then I have the WebService inject the 'wrapper' EJB and call the wrapper method on it. Ugly but works and now my tests work too.

-Noah

On Aug 30, 2011, at 3:41 PM, Bhakti Mehta wrote:

> I checked with Marina too and as of now this is not supported for Embedded EjbContainer and Stateless Webservice . I think when packaged in a war we had a bug in 3.1 which was causing it to behave as a webapp and I suspect may be that is why it is working in 3.1 when packaged in war.
> Regards,
> Bhakti

bhaktimehta
Offline
Joined: 2004-03-18
Points: 0

Noah,
AFAIK there was no spec requirement for Embedded EjbContainer and
support for Ejb webservices. We should consider this enhancement for a
future release.

Regards,
Bhakti

N W wrote:
> Hi Bhakti -
>
> OK, that's unfortunate. I'm surprised this is unsupported given the javaee6 1st cup sample code comes with a @Singleton @WebService example. Would this sample code not work in the embedded container?
>
> Originally I had this class annotated simply as a @WebService and was injecting my EJBs. The @WebMethod was using several of these injected EJBs and propagating the results. eg.
>
> Foo myFoo = myEJB1.getFoo();
> Bar myBar = myEJB2.createBar(myFoo);
>
> However, this was causing me problems with the transaction manager because myFoo was being detached in between finding it and passing into myEJB2 since the the calling method (@WebMethod) was not part of the EJBs persistence context. So to deal with that I added @Stateless to the @WebService class. That fixed the TX issues but broke the unit tests that try to instantiate the embedded container.
>
> As a work-around I created an EJB that wraps the other EJB calls and then I have the WebService inject the 'wrapper' EJB and call the wrapper method on it. Ugly but works and now my tests work too.
>
> -Noah
>
> On Aug 30, 2011, at 3:41 PM, Bhakti Mehta wrote:
>
>
>> I checked with Marina too and as of now this is not supported for Embedded EjbContainer and Stateless Webservice . I think when packaged in a war we had a bug in 3.1 which was causing it to behave as a webapp and I suspect may be that is why it is working in 3.1 when packaged in war.
>> Regards,
>> Bhakti
>>
>
>

brzhk
Offline
Joined: 2006-12-02
Points: 0

Hello Seagate,

I can totally share your frustration ! I had to work around multiple things in GF that are not totally stable, but memory has never, ever been a problem. But i must admit i only host java projects under the same virtual host. I concur to what others have said, and i would definitely add the following: Does FastCGI garbage-collects after any work is done? I think a little JVM inspection (http://visualvm.java.net/features.html) would definitely help you find out what looks like a huge memory leak.

Now, if the previous advice gives no results, i can only advise one thing: if apache seems to be a better fit, maybe it is the solution you should be looking for?
I can only advise you to wonder if you aren't suffering from the http://en.wikipedia.org/wiki/Law_of_the_instrument .

Keep glassfish for the java projects; it will be a perfect fit. For CGI, maybe there are better hammers. I can even suggest a glassfish behind an apache (with mod_jk for instance), which would leave you with a complete system that would fit both worlds. It will need a little more integration, that's for sure.

wmartinez
Offline
Joined: 2011-08-04
Points: 0

Dear Seagate.

I'm not an expert on GF, but a frustrated user too. I feel the version I'm using is not mature enough and I would use it in production environments with caution.

I do agree that your words may impact as not respectfull, although I understand they are born due to the frustration and non-sensical errors you may see.

Still, the community is not to blame, we are here to help. And I would say to community to please understand GF does have some problems, may be minor ones, but it is not perfect.

Now, on your question. It is very difficult to determine what may be causing the problems without more info, stack traces and such. As you may be hosting many clients, you know that what one of them does may impact others. So, it is important to check if the problem has a cause that is not totally related to GF, or if there is something running that may be affecting it.

I had found that the console is a thing you should not touch much. It trashes GF when I do a simple edit on the log config, and the solution is a asadming call to restore the log configuration (a workaround). So, I suggest to avoid the console and try to perform all the edits using CLI.

Memory, Well, you know, memory leaks may be at any level. JDK implementation, server or even the apps that are running in it. So, again, check the cause, try to perform a memory dump and analyse it to see what is eating all that memory. We may find it is a client's app, or the client's app is causing GF to use something with a memory leak. Once found, the cause can be removed by either asking the client to fix the app or sending the info to the GF guys and filing a bug.

Lastly, are you using a single instance to do all this? Have you tried clustering? Even in the same machine you can have several nodes running. And, you can also use the monitoring options to learn when the instance is about to crack, and even detect what can be causing the problem.

Hope this helps.

William.

seagate
Offline
Joined: 2009-06-03
Points: 0

Hi @all,

first of all, thank you for your answers and kindly accept my apologies for having failed to find the right "sound".

This was not to blame the Glassfish developer or to disgrace the Glassfish itself, it was in fact deep frustration

coupled with the fact, that I have asked here a few months ago several questions in a very polite and friendly

manner and they left unreplied.

But lets go to the heart of the matter:

As mentioned in my previous post, we use jFastCGI and found out, that incorporating environment variables from

lighthttpd, jFastCGI can run with 1 process but with hundreds of child processes:

export PHP_FCGI_CHILDREN="5"
export PHP_FCGI_MAX_REQUESTS="1000"

/opt/php-5.3.5-suhosin/bin/php-cgi -b 127.0.0.1:7777

I did not made the jFastCGI available separately for each virtual host, but made it available globally.

the jFastCGI libs reside in the ${glassfish_root}/libs and the parameters then set in default-web.xml

the speed is tremendous and we could improve our speed serving php apps 2 times comparing to apache2,

even if apache, php and all what belongs to it was compiled with optimization for UltraSparc-IIIi architectures.

With this implemtation we can host Drupal CMS, WordPress, xt/os Commerce and many other apps, but without

rewrite engine.

jFastCGI would be a big improvement, if the connection to php-cgi does not go over the localhost ip stack but

could deal with a socket.

anyway, I trust, that jFastCGI is not that what causes the problem as I could see the same behaviour if no cgi extension is enabled.

Glassfish runs out of memory after a certain time, and this is an issue that should receive attention. The garbage collector and

the heap should release memory after a certain time to keep the service up and running.

The problem that Glassfish suddenly dies occurs either when downloads are made or the machine is under high traffic.

We are hosting and sponsoring the sunfreepacks.com repository and our visitors e. g. complain,

that they are unable to download the solaris 11 nevada b130 DVD iso.

We made a test, and in fact we can confirm, that after a download of 45 MB, Glassfish

cracks up. We do not know why.

With regards to the web administration panal, I am personally disappointed, that we have

raised an issue more than 2 years ago, that on Sun Sparc architectures the webui-jsf-4.0.2.6.jar file is corrupt and

after a start of the glassfish service the console can not be loaded. the workaround I utilized was to copy the particular

file from an x86 architecture and it was then operational.

we have the following in use:

Java:

Java(TM) SE Runtime Environment (build 1.6.0_25-b06)
Java HotSpot(TM) Server VM (build 20.0-b11, mixed mode)

GlassFish:

Glassfish 3.2 b6

I went deep into the matter with my investigation and I tried several original advises from Sun how to deal with java heap space

and after long tries, the following parameters from domain.xml delayed the glassfish death for 2 days, but on peak times it still runs out

of memory at least once per day:

<jvm-options>-Xmn2g</jvm-options>
<jvm-options>-Xss128k</jvm-options>
<jvm-options>-XX:ParallelGCThreads=20</jvm-options>
<jvm-options>-XX:+UseConcMarkSweepGC</jvm-options>
<jvm-options>-XX:+UseParNewGC</jvm-options>
<jvm-options>-XX:SurvivorRatio=8</jvm-options>
<jvm-options>-XX:TargetSurvivorRatio=90</jvm-options>
<jvm-options>-XX:MaxTenuringThreshold=31</jvm-options>
<jvm-options>-XX:+AggressiveOpts</jvm-options>
<jvm-options>-XX:PermSize=192m</jvm-options>
<jvm-options>-XX:MaxPermSize=512m</jvm-options>

this is the top command output for the particular java process:

20264 gfwebsrv 766 59 0 2381M 2176M sleep 94:24 0.40% java

The behavior described is independend from the platform. it occurs on Sparc and x86 plattforms

with Java 6 (version see above) or latest Java 7.

I want to point out, that we would like to continue with hosting on Glassfish not only because of the speed.

again my apologies for my rough words on my previous post, but I am sure, that you understand,

that it is no fun if you get suddenly overrun with costumer complaints.

Thank you,

Best Regards.

Kumar Jayanti Guest
Offline
Joined: 2011-04-02
Points: 0

> We made a test, and in fact we can confirm, that after a download of 45 MB,
> Glassfish
>
> cracks up. We do not know why.

So what technology/API is involved in this download process ?.

On 22-Aug-2011, at 11:56 PM, forums@java.net wrote:

> Hi @all,
>
> first of all, thank you for your answers and kindly accept my apologies for
> having failed to find the right "sound".
>
> This was not to blame the Glassfish developer or to disgrace the Glassfish
> itself, it was in fact deep frustration
>
> coupled with the fact, that I have asked here a few months ago several
> questions in a very polite and friendly
>
> manner and they left unreplied.
>
>
>
> But lets go to the heart of the matter:
>
>
>
> As mentioned in my previous post, we use jFastCGI and found out, that
> incorporating environment variables from
>
> lighthttpd, jFastCGI can run with 1 process but with hundreds of child
> processes:
>
> export PHP_FCGI_CHILDREN="5"
> export PHP_FCGI_MAX_REQUESTS="1000"
>
> /opt/php-5.3.5-suhosin/bin/php-cgi -b 127.0.0.1:7777
>
>
>
> I did not made the jFastCGI available separately for each virtual host, but
> made it available globally.
>
> the jFastCGI libs reside in the ${glassfish_root}/libs and the parameters
> then set in default-web.xml
>
>
>
> the speed is tremendous and we could improve our speed serving php apps 2
> times comparing to apache2,
>
> even if apache, php and all what belongs to it was compiled with optimization
> for UltraSparc-IIIi architectures.
>
> With this implemtation we can host Drupal CMS, WordPress, xt/os Commerce and
> many other apps, but without
>
> rewrite engine.
>
> jFastCGI would be a big improvement, if the connection to php-cgi does not go
> over the localhost ip stack but
>
> could deal with a socket.
>
>
>
> anyway, I trust, that jFastCGI is not that what causes the problem as I could
> see the same behaviour if no cgi extension is enabled.
>
> Glassfish runs out of memory after a certain time, and this is an issue that
> should receive attention. The garbage collector and
>
> the heap should release memory after a certain time to keep the service up
> and running.
>
> The problem that Glassfish suddenly dies occurs when downloads are made.
>
> We are hosting and sponsoring the sunfreepacks.com repository and our
> visitors complain,
>
> that they are unable to download the solaris 11 nevada b130 DVD iso.
>
> We made a test, and in fact we can confirm, that after a download of 45 MB,
> Glassfish
>
> cracks up. We do not know why.
>
> With regards to the web administration panal, I am personally disappointed,
> that we have
>
> raised an issue more than 2 years ago, that on Sun Sparc architectures the
> webui-jsf-4.0.2.6.jar file is corrupt and
>
> after a start of the glassfish service the console can not be loaded. the
> workaround I utilized was to copy the particular
>
> file from an x86 architecture and it was then operational.
>
> we have the following in use:
>
> Java:
>
> Java(TM) SE Runtime Environment (build 1.6.0_25-b06)
> Java HotSpot(TM) Server VM (build 20.0-b11, mixed mode)
>
> GlassFish:
>
> Glassfish 3.2 b6
>
> I went deep into the matter with my investigation and I tried several
> original advises from Sun how to deal with java heap space
>
> and after long tries, the following parameters from domain.xml delayed the
> glassfish death for 2 days, but on peak times it still runs out
>
> of memory at least once per day:
>
> -Xmn2g
> -Xss128k
> -XX:ParallelGCThreads=20
> -XX:+UseConcMarkSweepGC
> -XX:+UseParNewGC
> -XX:SurvivorRatio=8
> -XX:TargetSurvivorRatio=90
> -XX:MaxTenuringThreshold=31
> -XX:+AggressiveOpts
> -XX:PermSize=192m
> -XX:MaxPermSize=512m
>
> this is the top command output for the particular java process:
>
> 20264 gfwebsrv 766 59 0 2381M 2176M sleep 94:24
> 0.40% java
> The behavior described is independend from the platform. it occurs on Sparc
> and x86 plattforms
>
> with Java 6 (version see above) or latest Java 7.
>
> I want to point out, that we would like to continue with hosting on Glassfish
> not only because of the speed.
>
> again my apologies for my rough words on my previous post, but I am sure,
> that you understand,
>
> that it is no fun if you get suddenly overrun with costumer complaints.
>
> Thank you,
>
> Best Regards.
>
>
>
>
> --
>
> [Message sent by forum member 'seagate']
>
> View Post: http://forums.java.net/node/835908
>
>

seagate
Offline
Joined: 2009-06-03
Points: 0

Dear Kumar,

I am sorry, but I fear I do not really understand your question with regards to the involved API for the download process.

But maybe it is helpful to tell you, that the files are statically hosted, there ist no JAVA, CGI involved; only simple html pages

from a certain docroot on the hard drive.

Regards,

Dave.

tmueller
Offline
Joined: 2005-10-31
Points: 0

As a quick experiment, I put several ISO files in the docroot directory
of a fresh install of GlassFish. Each of the files was about 700MB.
Then I started jvisualvm on the GlassFish process and watched what
happened to the memory as the files were downloaded. First I downloaded
one file at a time, and then I started 3 downloads at once. Here's the
graph:

The initial live object heap was about 22MB with a heap size of 48MB.
When the first downloaded started, the heap size jumped to 78 MB. The
2nd download of the same file made the heap size jump to 512MB (this is
the maximum size for the process) and note that the live object size
went up too. The 3rd download triggered a garbage collection (the blue
line), but then the live object size went right back up. The next
downloads were for a different file, and the live object size dropped to
about 150 MB. Towards the end of the graph at about 8:28am, is where I
tried 3 downloads at once. Notice that there are several GC's here. At
the end, right at 8:30, I clicked the Perform GC button, and this made
the life object heap go back to the original value of about 22 MB.

In summary, downloading static files through GlassFish can consume large
amounts of memory if it is available. I did not see any "out of memory"
errors in the log though.

It might be useful to run jvisualvm on your system to see what sort of
memory profile you have.

Tom

anilam
Offline
Joined: 2005-03-29
Points: 0

> I had found that the console is a thing you should not touch much. It
> trashes GF when I do a simple edit on the log config, and the solution
> is a
> asadming call to restore the log configuration (a workaround). So,
> I suggest
> to avoid the console and try to perform all the edits using CLI.

The issue regarding the saving log-level in the console is reported as
http://java.net/jira/browse/GLASSFISH-17037
Unfortunately we were not able to get the fix in for 3.1.1. This is
release noted and the workaround documented.

Workaround:
Fix the com.sun.enterprise.server.logging.GFFileHandler logger level
using the following command:
asadmin set-log-levels com.sun.enterprise.server.logging.GFFileHandler=ALL
Specify the --target option for a server instance other than the domain
administration server (DAS).

We strive to have a quality and user friendly console. If you find any
problen using it, please go to http://java.net/jira/browse/GLASSFISH
and file an issue. We'll appreciate your effort on this.

thanks
Anissa
>
> View Post: http://forums.java.net/node/835908
>
>

seagate
Offline
Joined: 2009-06-03
Points: 0

Dear Anissa,

upon Alekseys advise I have setup a fresh Glassfish 3.1.1 Instance on an AMD Quadcore X86 machine.

Despite the Version 3.1.1 is tagged as "more stable" still problems with the console which have been mentioned 2 years ago come to light.

The File webui-jsf-4.0.2.8.jar ist corrupt, the console does not load.

I had to copy the file with the version 4.0.2.6 (webui-jsf-4.0.2.6.jar) from a Glassfish 3.2 b06 to the particular place and have it renamed,

accordingly, to get the console started.

assigning a default server to a listener causes the error stack below:

[#|2011-08-28T13:36:25.461+0200|WARNING|glassfish3.1.1|javax.enterprise.resource.webcontainer.jsf.lifecycle|_ThreadID=156;_ThreadName=Thread-2;|java.lang.RuntimeException while attempting to process a 'command' event for 'saveButton'.
java.lang.RuntimeException: java.lang.RuntimeException while attempting to process a 'command' event for 'saveButton'.
at com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:422)
at com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:394)
at com.sun.jsftemplating.layout.event.CommandActionListener.invokeCommandHandlers(CommandActionListener.java:150)
at com.sun.jsftemplating.layout.event.CommandActionListener.processAction(CommandActionListener.java:98)
at javax.faces.event.ActionEvent.processListener(ActionEvent.java:88)
at javax.faces.component.UIComponentBase.broadcast(UIComponentBase.java:769)
at javax.faces.component.UICommand.broadcast(UICommand.java:300)
at com.sun.webui.jsf.component.WebuiCommand.broadcast(WebuiCommand.java:166)
at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:794)
at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1259)
at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:81)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:593)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1539)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:343)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:217)
at com.sun.webui.jsf.util.UploadFilter.doFilter(UploadFilter.java:233)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:217)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
at org.apache.catalina.core.StandardPipeline.doChainInvoke(StandardPipeline.java:600)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:96)
at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:91)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:162)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:327)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:232)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:828)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:725)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1019)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.lang.RuntimeException: java.lang.RuntimeException while attempting to process a 'command' event for 'saveButton'.
at com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:422)
at com.sun.jsftemplating.layout.descriptors.handler.Handler.invoke(Handler.java:464)
at com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:420)
... 45 more
Caused by: java.lang.RuntimeException: java.lang.reflect.InvocationTargetException while attempting to process a 'command' event for 'saveButton'.
at com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:422)
at com.sun.jsftemplating.layout.descriptors.handler.Handler.invoke(Handler.java:464)
at com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:420)
... 47 more
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.GeneratedMethodAccessor194.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at com.sun.jsftemplating.layout.descriptors.handler.Handler.invoke(Handler.java:442)
at com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:420)
... 49 more
Caused by: java.lang.RuntimeException: java.lang.RuntimeException while attempting to process a 'command' event for 'saveButton'.
at com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:422)
at org.glassfish.admingui.common.handlers.UtilHandlers.foreach(UtilHandlers.java:895)
... 54 more
Caused by: java.lang.RuntimeException: java.lang.RuntimeException while attempting to process a 'command' event for 'saveButton'.
at com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:422)
at com.sun.jsftemplating.layout.descriptors.handler.Handler.invoke(Handler.java:464)
at com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:420)
... 55 more
Caused by: java.lang.RuntimeException: java.lang.reflect.InvocationTargetException while attempting to process a 'command' event for 'saveButton'.
at com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:422)
at com.sun.jsftemplating.layout.descriptors.handler.Handler.invoke(Handler.java:464)
at com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:420)
... 57 more
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at com.sun.jsftemplating.layout.descriptors.handler.Handler.invoke(Handler.java:442)
at com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:420)
... 59 more
Caused by: java.lang.StringIndexOutOfBoundsException: String index out of range: -1
at java.lang.String.substring(String.java:1958)
at org.glassfish.admingui.common.gadget.GadgetHandlers.parseString(GadgetHandlers.java:263)
at org.glassfish.admingui.common.gadget.GadgetHandlers.invokeHandler(GadgetHandlers.java:215)
... 65 more
|#]

jdlee
Offline
Joined: 2006-01-25
Points: 0

Based on what I see locally, it seems that you're having trouble
*changing* the default server, correct? If I try that, I get the same
error. If you could file an issue
(http://java.net/jira/browse/GLASSFISH), we'll get this fixed in 3.1.2.
I don't have the time right to now to dig for the best work around, but,
from the hip, your options seem to be to create the listener with the
correct server initially, or to shutdown the server and manually edit
the domain.xml. I know both of those are ugly, but unless I'm missing
something, those are your only options until 3.1.2 (which is slated to
ship late this year, I think).

On 8/28/11 7:08 AM, forums@java.net wrote:
> Dear Anissa,
>
>
>
> upon Alekseys advise I have setup a fresh Glassfish 3.1.1 Instance on an
> AMD Quadcore X86 machine.
>
> Despite the Version 3.1.1 is tagged as "more stable" still problems
> with the
> console which have been mentioned 2 years ago come to light.
>
> The File webui-jsf-4.0.2.8.jar ist corrupt, the console does not load.
>
> I had to copy the file with the version 4.0.2.6 (webui-jsf-4.0.2.6.jar)
> from a Glassfish 3.2 b06 to the particular place and have it renamed,
>
> accordingly, to get the console started.
>
>
>
> assigning a default server to a listener causes the error stack below:
>
> [#|2011-08-28T13:36:25.461+0200|WARNING|glassfish3.1.1|javax.enterprise.resource.webcontainer.jsf.lifecycle|_ThreadID=156;_ThreadName=Thread-2;|java.lang.RuntimeException
>
> while attempting to process a 'command' event for 'saveButton'.
> java.lang.RuntimeException: java.lang.RuntimeException while
> attempting to
> process a 'command' event for 'saveButton'.
> at
> com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:422)
>
> at
> com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:394)
>
> at
> com.sun.jsftemplating.layout.event.CommandActionListener.invokeCommandHandlers(CommandActionListener.java:150)
>
> at
> com.sun.jsftemplating.layout.event.CommandActionListener.processAction(CommandActionListener.java:98)
>
> at
> javax.faces.event.ActionEvent.processListener(ActionEvent.java:88)
> at
> javax.faces.component.UIComponentBase.broadcast(UIComponentBase.java:769)
> at
> javax.faces.component.UICommand.broadcast(UICommand.java:300)
> at
> com.sun.webui.jsf.component.WebuiCommand.broadcast(WebuiCommand.java:166)
> at
> javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:794)
> at
> javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1259)
> at
> com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:81)
>
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
> at
> com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
> at
> javax.faces.webapp.FacesServlet.service(FacesServlet.java:593)
> at
> org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1539)
>
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:343)
>
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:217)
>
> at
> com.sun.webui.jsf.util.UploadFilter.doFilter(UploadFilter.java:233)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
>
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:217)
>
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279)
>
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
>
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
>
> at
> org.apache.catalina.core.StandardPipeline.doChainInvoke(StandardPipeline.java:600)
>
> at
> com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:96)
> at
> com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:91)
>
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:162)
>
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
>
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
>
> at
> org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:327)
>
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231)
>
> at
> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:232)
>
> at
> com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:828)
> at
> com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:725)
> at
> com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1019)
> at
> com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
>
> at
> com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
>
> at
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
>
> at
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
>
> at
> com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
> at
> com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
>
> at
> com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
>
> at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
> at
> com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
>
> at
> com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
>
> at java.lang.Thread.run(Thread.java:722)
> Caused by: java.lang.RuntimeException: java.lang.RuntimeException while
> attempting to process a 'command' event for 'saveButton'.
> at
> com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:422)
>
> at
> com.sun.jsftemplating.layout.descriptors.handler.Handler.invoke(Handler.java:464)
>
> at
> com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:420)
>
> ... 45 more
> Caused by: java.lang.RuntimeException:
> java.lang.reflect.InvocationTargetException while attempting to process a
> 'command' event for 'saveButton'.
> at
> com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:422)
>
> at
> com.sun.jsftemplating.layout.descriptors.handler.Handler.invoke(Handler.java:464)
>
> at
> com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:420)
>
> ... 47 more
> Caused by: java.lang.reflect.InvocationTargetException
> at sun.reflect.GeneratedMethodAccessor194.invoke(Unknown
> Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>
> at java.lang.reflect.Method.invoke(Method.java:601)
> at
> com.sun.jsftemplating.layout.descriptors.handler.Handler.invoke(Handler.java:442)
>
> at
> com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:420)
>
> ... 49 more
> Caused by: java.lang.RuntimeException: java.lang.RuntimeException while
> attempting to process a 'command' event for 'saveButton'.
> at
> com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:422)
>
> at
> org.glassfish.admingui.common.handlers.UtilHandlers.foreach(UtilHandlers.java:895)
>
> ... 54 more
> Caused by: java.lang.RuntimeException: java.lang.RuntimeException while
> attempting to process a 'command' event for 'saveButton'.
> at
> com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:422)
>
> at
> com.sun.jsftemplating.layout.descriptors.handler.Handler.invoke(Handler.java:464)
>
> at
> com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:420)
>
> ... 55 more
> Caused by: java.lang.RuntimeException:
> java.lang.reflect.InvocationTargetException while attempting to process a
> 'command' event for 'saveButton'.
> at
> com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:422)
>
> at
> com.sun.jsftemplating.layout.descriptors.handler.Handler.invoke(Handler.java:464)
>
> at
> com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:420)
>
> ... 57 more
> Caused by: java.lang.reflect.InvocationTargetException
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>
> at java.lang.reflect.Method.invoke(Method.java:601)
> at
> com.sun.jsftemplating.layout.descriptors.handler.Handler.invoke(Handler.java:442)
>
> at
> com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:420)
>
> ... 59 more
> Caused by: java.lang.StringIndexOutOfBoundsException: String index out of
> range: -1
> at java.lang.String.substring(String.java:1958)
> at
> org.glassfish.admingui.common.gadget.GadgetHandlers.parseString(GadgetHandlers.java:263)
>
> at
> org.glassfish.admingui.common.gadget.GadgetHandlers.invokeHandler(GadgetHandlers.java:215)
>
> ... 65 more
> |#]
>
>
>
>
>
> --
>
> [Message sent by forum member 'seagate']
>
> View Post: http://forums.java.net/node/835908
>
>

--
Jason Lee
Senior Member of Technical Staff
GlassFish REST API / Administration Console

Oracle Corporation
Phone +1 405-216-3193
Blog http://blogs.steeplesoft.com

mgainty
Offline
Joined: 2004-05-21
Points: 0

I dont think GF is killing business overtly but the chronology of Oracle purchases and ignoring the customer seems to be what is hurting Oracles customer-base
I am looking at an Oracle AppServer (purchased 2005) product which has a configuration properties file needed to startup the AppServer which has NO documentation
I spent all day yesterday looking for information on the Oracle site for this simple properties file with no joy..
I have concluded that this customer *should* rebase their webapps to a more customer-friendly NC-based AppServer which will support the latest technologies
and a faster alternative to locate documentation on mission critical startup parameters

my 2 cents
Martin
______________________________________________
Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni.

> Date: Sun, 28 Aug 2011 08:04:13 -0500
> From: jason.d.lee...
> To: users@glassfish.java.net
> CC: ; users@glassfish.dev.java.net
> Subject: Re: Glassfish kills business
>
> Based on what I see locally, it seems that you're having trouble
> *changing* the default server, correct? If I try that, I get the same
> error. If you could file an issue
> (http://java.net/jira/browse/GLASSFISH), we'll get this fixed in 3.1.2.
> I don't have the time right to now to dig for the best work around, but,
> from the hip, your options seem to be to create the listener with the
> correct server initially, or to shutdown the server and manually edit
> the domain.xml. I know both of those are ugly, but unless I'm missing
> something, those are your only options until 3.1.2 (which is slated to
> ship late this year, I think).
>
> On 8/28/11 7:08 AM, forums@java.net wrote:
> > Dear Anissa,
> >
> >
> >
> > upon Alekseys advise I have setup a fresh Glassfish 3.1.1 Instance on an
> > AMD Quadcore X86 machine.
> >
> > Despite the Version 3.1.1 is tagged as "more stable" still problems
> > with the
> > console which have been mentioned 2 years ago come to light.
> >
> > The File webui-jsf-4.0.2.8.jar ist corrupt, the console does not load.
> >
> > I had to copy the file with the version 4.0.2.6 (webui-jsf-4.0.2.6.jar)
> > from a Glassfish 3.2 b06 to the particular place and have it renamed,
> >
> > accordingly, to get the console started.
> >
> >
> >
> > assigning a default server to a listener causes the error stack below:
> >
> > [#|2011-08-28T13:36:25.461+0200|WARNING|glassfish3.1.1|javax.enterprise.resource.webcontainer.jsf.lifecycle|_ThreadID=156;_ThreadName=Thread-2;|java.lang.RuntimeException
> >
> > while attempting to process a 'command' event for 'saveButton'.
> > java.lang.RuntimeException: java.lang.RuntimeException while
> > attempting to
> > process a 'command' event for 'saveButton'.
> > at
> > com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:422)
> >
> > at
> > com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:394)
> >
> > at
> > com.sun.jsftemplating.layout.event.CommandActionListener.invokeCommandHandlers(CommandActionListener.java:150)
> >
> > at
> > com.sun.jsftemplating.layout.event.CommandActionListener.processAction(CommandActionListener.java:98)
> >
> > at
> > javax.faces.event.ActionEvent.processListener(ActionEvent.java:88)
> > at
> > javax.faces.component.UIComponentBase.broadcast(UIComponentBase.java:769)
> > at
> > javax.faces.component.UICommand.broadcast(UICommand.java:300)
> > at
> > com.sun.webui.jsf.component.WebuiCommand.broadcast(WebuiCommand.java:166)
> > at
> > javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:794)
> > at
> > javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1259)
> > at
> > com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:81)
> >
> > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
> > at
> > com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
> > at
> > javax.faces.webapp.FacesServlet.service(FacesServlet.java:593)
> > at
> > org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1539)
> >
> > at
> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:343)
> >
> > at
> > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:217)
> >
> > at
> > com.sun.webui.jsf.util.UploadFilter.doFilter(UploadFilter.java:233)
> > at
> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
> >
> > at
> > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:217)
> >
> > at
> > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279)
> >
> > at
> > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
> >
> > at
> > org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
> >
> > at
> > org.apache.catalina.core.StandardPipeline.doChainInvoke(StandardPipeline.java:600)
> >
> > at
> > com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:96)
> > at
> > com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:91)
> >
> > at
> > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:162)
> >
> > at
> > org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
> >
> > at
> > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
> >
> > at
> > org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:327)
> >
> > at
> > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231)
> >
> > at
> > com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:232)
> >
> > at
> > com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:828)
> > at
> > com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:725)
> > at
> > com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1019)
> > at
> > com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
> >
> > at
> > com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
> >
> > at
> > com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
> >
> > at
> > com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
> >
> > at
> > com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
> > at
> > com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
> >
> > at
> > com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
> >
> > at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
> > at
> > com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
> >
> > at
> > com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
> >
> > at java.lang.Thread.run(Thread.java:722)
> > Caused by: java.lang.RuntimeException: java.lang.RuntimeException while
> > attempting to process a 'command' event for 'saveButton'.
> > at
> > com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:422)
> >
> > at
> > com.sun.jsftemplating.layout.descriptors.handler.Handler.invoke(Handler.java:464)
> >
> > at
> > com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:420)
> >
> > ... 45 more
> > Caused by: java.lang.RuntimeException:
> > java.lang.reflect.InvocationTargetException while attempting to process a
> > 'command' event for 'saveButton'.
> > at
> > com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:422)
> >
> > at
> > com.sun.jsftemplating.layout.descriptors.handler.Handler.invoke(Handler.java:464)
> >
> > at
> > com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:420)
> >
> > ... 47 more
> > Caused by: java.lang.reflect.InvocationTargetException
> > at sun.reflect.GeneratedMethodAccessor194.invoke(Unknown
> > Source)
> > at
> > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> >
> > at java.lang.reflect.Method.invoke(Method.java:601)
> > at
> > com.sun.jsftemplating.layout.descriptors.handler.Handler.invoke(Handler.java:442)
> >
> > at
> > com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:420)
> >
> > ... 49 more
> > Caused by: java.lang.RuntimeException: java.lang.RuntimeException while
> > attempting to process a 'command' event for 'saveButton'.
> > at
> > com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:422)
> >
> > at
> > org.glassfish.admingui.common.handlers.UtilHandlers.foreach(UtilHandlers.java:895)
> >
> > ... 54 more
> > Caused by: java.lang.RuntimeException: java.lang.RuntimeException while
> > attempting to process a 'command' event for 'saveButton'.
> > at
> > com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:422)
> >
> > at
> > com.sun.jsftemplating.layout.descriptors.handler.Handler.invoke(Handler.java:464)
> >
> > at
> > com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:420)
> >
> > ... 55 more
> > Caused by: java.lang.RuntimeException:
> > java.lang.reflect.InvocationTargetException while attempting to process a
> > 'command' event for 'saveButton'.
> > at
> > com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:422)
> >
> > at
> > com.sun.jsftemplating.layout.descriptors.handler.Handler.invoke(Handler.java:464)
> >
> > at
> > com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:420)
> >
> > ... 57 more
> > Caused by: java.lang.reflect.InvocationTargetException
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > at
> > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> >
> > at
> > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> >
> > at java.lang.reflect.Method.invoke(Method.java:601)
> > at
> > com.sun.jsftemplating.layout.descriptors.handler.Handler.invoke(Handler.java:442)
> >
> > at
> > com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:420)
> >
> > ... 59 more
> > Caused by: java.lang.StringIndexOutOfBoundsException: String index out of
> > range: -1
> > at java.lang.String.substring(String.java:1958)
> > at
> > org.glassfish.admingui.common.gadget.GadgetHandlers.parseString(GadgetHandlers.java:263)
> >
> > at
> > org.glassfish.admingui.common.gadget.GadgetHandlers.invokeHandler(GadgetHandlers.java:215)
> >
> > ... 65 more
> > |#]
> >
> >
> >
> >
> >
> > --
> >
> > [Message sent by forum member 'seagate']
> >
> > View Post: http://forums.java.net/node/835908
> >
> >
>
>
> --
> Jason Lee
> Senior Member of Technical Staff
> GlassFish REST API / Administration Console
>
> Oracle Corporation
> Phone +1 405-216-3193
> Blog http://blogs.steeplesoft.com
>

seagate
Offline
Joined: 2009-06-03
Points: 0

Dear Anilam,

I can now provide a log snap what causes the glassfish instance to die:

[#|2011-08-23T14:19:36.098+0200|WARNING|glassfish3.2|org.glassfish.grizzly.nio.transport.TCPNIOTransport|_ThreadID=71;_ThreadName=Thread-1;|Can not set keepAlive to false
java.net.SocketException: Invalid argument
at sun.nio.ch.Net.setIntOption0(Native Method)
at sun.nio.ch.Net.setIntOption(Net.java:154)
at sun.nio.ch.SocketChannelImpl$1.setInt(SocketChannelImpl.java:406)
at sun.nio.ch.SocketOptsImpl.setBoolean(SocketOptsImpl.java:38)
at sun.nio.ch.SocketOptsImpl.keepAlive(SocketOptsImpl.java:92)
at sun.nio.ch.SocketOptsImpl$IP$TCP.keepAlive(SocketOptsImpl.java:268)
at sun.nio.ch.OptionAdaptor.setKeepAlive(OptionAdaptor.java:139)
at sun.nio.ch.SocketAdaptor.setKeepAlive(SocketAdaptor.java:322)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.configureChannel(TCPNIOTransport.java:675)
at org.glassfish.grizzly.nio.transport.TCPNIOServerConnection.configureAcceptedChannel(TCPNIOServerConnection.java:169)
at org.glassfish.grizzly.nio.transport.TCPNIOServerConnection.onAccept(TCPNIOServerConnection.java:226)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:814)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:116)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.executeIoEvent(WorkerThreadIOStrategy.java:102)
at org.glassfish.grizzly.nio.SelectorRunner.iterateKeyEvents(SelectorRunner.java:398)
at org.glassfish.grizzly.nio.SelectorRunner.iterateKeys(SelectorRunner.java:366)
at org.glassfish.grizzly.nio.SelectorRunner.doSelect(SelectorRunner.java:332)
at org.glassfish.grizzly.nio.SelectorRunner.run(SelectorRunner.java:268)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:508)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:488)
at java.lang.Thread.run(Thread.java:619)
|#]

[#|2011-08-23T14:19:36.099+0200|WARNING|glassfish3.2|org.glassfish.grizzly.nio.transport.TCPNIOTransport|_ThreadID=71;_ThreadName=Thread-1;|Can not set TcpNoDelay to true
java.net.SocketException: Invalid argument
at sun.nio.ch.Net.setIntOption0(Native Method)
at sun.nio.ch.Net.setIntOption(Net.java:154)
at sun.nio.ch.SocketChannelImpl$1.setInt(SocketChannelImpl.java:406)
at sun.nio.ch.SocketOptsImpl.setBoolean(SocketOptsImpl.java:38)
at sun.nio.ch.SocketOptsImpl$IP$TCP.noDelay(SocketOptsImpl.java:284)
at sun.nio.ch.OptionAdaptor.setTcpNoDelay(OptionAdaptor.java:48)
at sun.nio.ch.SocketAdaptor.setTcpNoDelay(SocketAdaptor.java:268)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.configureChannel(TCPNIOTransport.java:681)
at org.glassfish.grizzly.nio.transport.TCPNIOServerConnection.configureAcceptedChannel(TCPNIOServerConnection.java:169)
at org.glassfish.grizzly.nio.transport.TCPNIOServerConnection.onAccept(TCPNIOServerConnection.java:226)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:814)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:116)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.executeIoEvent(WorkerThreadIOStrategy.java:102)
at org.glassfish.grizzly.nio.SelectorRunner.iterateKeyEvents(SelectorRunner.java:398)
at org.glassfish.grizzly.nio.SelectorRunner.iterateKeys(SelectorRunner.java:366)
at org.glassfish.grizzly.nio.SelectorRunner.doSelect(SelectorRunner.java:332)
at org.glassfish.grizzly.nio.SelectorRunner.run(SelectorRunner.java:268)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:508)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:488)
at java.lang.Thread.run(Thread.java:619)
|#]

at the time of crash the jvm process had a memory consumption of 2166 MB of 2388 MB allocated.

oleksiys
Offline
Joined: 2006-01-25
Points: 0

Hi,

these warnings report problems with setting some socket properties
(keep-alive, tcp-no-delay), they can not cause GF instance to die.
Have you tried to use officially released Glassfish version 3.1.1, not a
nightly build?

Are you able to take a memory dump, when you feel GF consumes too much
memory?

Thanks.

WBR,
Alexey.

On 08/23/2011 03:23 PM, forums@java.net wrote:
> Dear Anilam,
>
>
>
> I can now provide a log snap what causes the glassfish instance to die:
>
>
>
> [#|2011-08-23T14:19:36.098+0200|WARNING|glassfish3.2|org.glassfish.grizzly.nio.transport.TCPNIOTransport|_ThreadID=71;_ThreadName=Thread-1;|Can
>
> not set keepAlive to false
> java.net.SocketException: Invalid argument
> at sun.nio.ch.Net.setIntOption0(Native Method)
> at sun.nio.ch.Net.setIntOption(Net.java:154)
> at sun.nio.ch.SocketChannelImpl$1.setInt(SocketChannelImpl.java:406)
> at sun.nio.ch.SocketOptsImpl.setBoolean(SocketOptsImpl.java:38)
> at sun.nio.ch.SocketOptsImpl.keepAlive(SocketOptsImpl.java:92)
> at
> sun.nio.ch.SocketOptsImpl$IP$TCP.keepAlive(SocketOptsImpl.java:268)
> at sun.nio.ch.OptionAdaptor.setKeepAlive(OptionAdaptor.java:139)
> at sun.nio.ch.SocketAdaptor.setKeepAlive(SocketAdaptor.java:322)
> at
> org.glassfish.grizzly.nio.transport.TCPNIOTransport.configureChannel(TCPNIOTransport.java:675)
>
> at
> org.glassfish.grizzly.nio.transport.TCPNIOServerConnection.configureAcceptedChannel(TCPNIOServerConnection.java:169)
>
> at
> org.glassfish.grizzly.nio.transport.TCPNIOServerConnection.onAccept(TCPNIOServerConnection.java:226)
>
> at
> org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:814)
>
> at
> org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
>
> at
> org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:116)
>
> at
> org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.executeIoEvent(WorkerThreadIOStrategy.java:102)
>
> at
> org.glassfish.grizzly.nio.SelectorRunner.iterateKeyEvents(SelectorRunner.java:398)
>
> at
> org.glassfish.grizzly.nio.SelectorRunner.iterateKeys(SelectorRunner.java:366)
>
> at
> org.glassfish.grizzly.nio.SelectorRunner.doSelect(SelectorRunner.java:332)
>
> at
> org.glassfish.grizzly.nio.SelectorRunner.run(SelectorRunner.java:268)
> at
> org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:508)
>
> at
> org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:488)
>
> at java.lang.Thread.run(Thread.java:619)
> |#]
> [#|2011-08-23T14:19:36.099+0200|WARNING|glassfish3.2|org.glassfish.grizzly.nio.transport.TCPNIOTransport|_ThreadID=71;_ThreadName=Thread-1;|Can
>
> not set TcpNoDelay to true
> java.net.SocketException: Invalid argument
> at sun.nio.ch.Net.setIntOption0(Native Method)
> at sun.nio.ch.Net.setIntOption(Net.java:154)
> at sun.nio.ch.SocketChannelImpl$1.setInt(SocketChannelImpl.java:406)
> at sun.nio.ch.SocketOptsImpl.setBoolean(SocketOptsImpl.java:38)
> at sun.nio.ch.SocketOptsImpl$IP$TCP.noDelay(SocketOptsImpl.java:284)
> at sun.nio.ch.OptionAdaptor.setTcpNoDelay(OptionAdaptor.java:48)
> at sun.nio.ch.SocketAdaptor.setTcpNoDelay(SocketAdaptor.java:268)
> at
> org.glassfish.grizzly.nio.transport.TCPNIOTransport.configureChannel(TCPNIOTransport.java:681)
>
> at
> org.glassfish.grizzly.nio.transport.TCPNIOServerConnection.configureAcceptedChannel(TCPNIOServerConnection.java:169)
>
> at
> org.glassfish.grizzly.nio.transport.TCPNIOServerConnection.onAccept(TCPNIOServerConnection.java:226)
>
> at
> org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:814)
>
> at
> org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
>
> at
> org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:116)
>
> at
> org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.executeIoEvent(WorkerThreadIOStrategy.java:102)
>
> at
> org.glassfish.grizzly.nio.SelectorRunner.iterateKeyEvents(SelectorRunner.java:398)
>
> at
> org.glassfish.grizzly.nio.SelectorRunner.iterateKeys(SelectorRunner.java:366)
>
> at
> org.glassfish.grizzly.nio.SelectorRunner.doSelect(SelectorRunner.java:332)
>
> at
> org.glassfish.grizzly.nio.SelectorRunner.run(SelectorRunner.java:268)
> at
> org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:508)
>
> at
> org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:488)
>
> at java.lang.Thread.run(Thread.java:619)
> |#]
>
> at the time of crash the jvm process had a memory consumption of 2166
> MB of
> 2388 MB allocated.
>
>
> --
>
> [Message sent by forum member 'seagate']
>
> View Post: http://forums.java.net/node/835908
>
>

seagate
Offline
Joined: 2009-06-03
Points: 0

Dear Aleksey,

thank you for your reply.

Below is a logfile output from an OutOfMemeroy event shortly after the glassfish has been restarted.

[#|2011-08-22T16:19:23.956+0200|WARNING|glassfish3.2|org.glassfish.grizzly.threadpool.AbstractThreadPool|_ThreadID=13;_ThreadName=Thread-1;|Uncaught thread exception. Thread: Thread[Grizzly(3),10,main]
java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Arrays.java:2786)
at java.lang.StringCoding.decode(StringCoding.java:178)
at java.lang.String.<init>(String.java:483)
at org.glassfish.grizzly.memory.HeapBuffer.toStringContent(HeapBuffer.java:815)
at org.glassfish.grizzly.http.util.BufferChunk.toString(BufferChunk.java:291)
at org.glassfish.grizzly.http.util.DataChunk.toString(DataChunk.java:206)
at org.glassfish.grizzly.http.util.RequestURIRef.getURI(RequestURIRef.java:140)
at org.glassfish.grizzly.http.util.RequestURIRef.getURI(RequestURIRef.java:136)
at org.glassfish.grizzly.http.HttpRequestPacket.getRequestURI(HttpRequestPacket.java:212)
at org.glassfish.grizzly.http.server.filecache.FileCache.get(FileCache.java:228)
at org.glassfish.grizzly.http.server.FileCacheFilter.handleRead(FileCacheFilter.java:77)
at org.glassfish.grizzly.filterchain.ExecutorResolver$3.execute(ExecutorResolver.java:95)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:444)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:364)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:290)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:133)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:76)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:63)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:823)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:116)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$000(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$1.run(WorkerThreadIOStrategy.java:98)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:508)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:488)
at java.lang.Thread.run(Thread.java:619)
|#]

[#|2011-08-22T16:19:27.719+0200|WARNING|glassfish3.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=18;_ThreadName=Thread-1;|StandardWrapperValve[default]: PWC1406: Servlet.service() for servlet default threw exception
java.lang.OutOfMemoryError: Java heap space
at org.glassfish.grizzly.memory.HeapMemoryManager.reallocatePoolBuffer(HeapMemoryManager.java:260)
at org.glassfish.grizzly.memory.HeapMemoryManager.allocateHeapBuffer(HeapMemoryManager.java:191)
at org.glassfish.grizzly.memory.HeapMemoryManager.allocate(HeapMemoryManager.java:76)
at org.glassfish.grizzly.memory.HeapMemoryManager.allocate(HeapMemoryManager.java:59)
at org.glassfish.grizzly.http.server.io.OutputBuffer.checkCurrentBuffer(OutputBuffer.java:589)
at org.glassfish.grizzly.http.server.io.OutputBuffer.write(OutputBuffer.java:355)
at org.glassfish.grizzly.http.server.NIOOutputStreamImpl.write(NIOOutputStreamImpl.java:84)
at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:423)
at org.glassfish.grizzly.http.util.ByteChunk.flushBuffer(ByteChunk.java:434)
at org.glassfish.grizzly.http.util.ByteChunk.append(ByteChunk.java:356)
at org.apache.catalina.connector.OutputBuffer.writeBytes(OutputBuffer.java:454)
at org.apache.catalina.connector.OutputBuffer.write(OutputBuffer.java:441)
at org.apache.catalina.connector.CoyoteOutputStream.write(CoyoteOutputStream.java:160)
at org.apache.catalina.servlets.DefaultServlet.copyRange(DefaultServlet.java:2255)
at org.apache.catalina.servlets.DefaultServlet.copy(DefaultServlet.java:1991)
at org.apache.catalina.servlets.DefaultServlet.serveResource(DefaultServlet.java:1013)
at org.apache.catalina.servlets.DefaultServlet.doGet(DefaultServlet.java:439)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:734)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
at sun.reflect.GeneratedMethodAccessor88.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:323)
at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:321)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:356)
at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:212)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1556)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:286)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:173)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
|#]

[#|2011-08-22T16:19:40.945+0200|WARNING|glassfish3.2|org.glassfish.grizzly.threadpool.AbstractThreadPool|_ThreadID=14;_ThreadName=Thread-1;|Uncaught thread exception. Thread: Thread[Grizzly(4),10,main]
java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Arrays.java:2786)
at java.lang.StringCoding.decode(StringCoding.java:178)
at java.lang.String.<init>(String.java:483)
at org.glassfish.grizzly.memory.HeapBuffer.toStringContent(HeapBuffer.java:815)
at org.glassfish.grizzly.http.util.BufferChunk.toString(BufferChunk.java:291)
at org.glassfish.grizzly.http.util.DataChunk.toString(DataChunk.java:206)
at org.glassfish.grizzly.http.util.RequestURIRef.getURI(RequestURIRef.java:140)
at org.glassfish.grizzly.http.util.RequestURIRef.getURI(RequestURIRef.java:136)
at org.glassfish.grizzly.http.HttpRequestPacket.getRequestURI(HttpRequestPacket.java:212)
at org.glassfish.grizzly.http.server.filecache.FileCache.get(FileCache.java:228)
at org.glassfish.grizzly.http.server.FileCacheFilter.handleRead(FileCacheFilter.java:77)
at org.glassfish.grizzly.filterchain.ExecutorResolver$3.execute(ExecutorResolver.java:95)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:444)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:364)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:290)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:133)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:76)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:63)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:823)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:116)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$000(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$1.run(WorkerThreadIOStrategy.java:98)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:508)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:488)
at java.lang.Thread.run(Thread.java:619)

oleksiys
Offline
Joined: 2006-01-25
Points: 0

Hi,

that's interesting!
But anyways, can you pls. check the officially released Glassfish 3.1.1?
http://glassfish.java.net/public/downloadsindex.html

The version you use looks as a nightly build of the current GF
development branch.

Thanks.

WBR,
Alexey.

On 08/23/2011 07:49 PM, forums@java.net wrote:
> Dear Aleksey,
>
> thank you for your reply.
>
> Below is a logfile output from an OutOfMemeroy event shortly after the
> glassfish has been restarted.
>
> [#|2011-08-22T16:19:23.956+0200|WARNING|glassfish3.2|org.glassfish.grizzly.threadpool.AbstractThreadPool|_ThreadID=13;_ThreadName=Thread-1;|Uncaught
>
> thread exception. Thread: Thread[Grizzly(3),10,main]
> java.lang.OutOfMemoryError: Java heap space
> at java.util.Arrays.copyOf(Arrays.java:2786)
> at java.lang.StringCoding.decode(StringCoding.java:178)
> at java.lang.String.(String.java:483)
> at
> org.glassfish.grizzly.memory.HeapBuffer.toStringContent(HeapBuffer.java:815)
>
> at
> org.glassfish.grizzly.http.util.BufferChunk.toString(BufferChunk.java:291)
>
> at
> org.glassfish.grizzly.http.util.DataChunk.toString(DataChunk.java:206)
> at
> org.glassfish.grizzly.http.util.RequestURIRef.getURI(RequestURIRef.java:140)
>
> at
> org.glassfish.grizzly.http.util.RequestURIRef.getURI(RequestURIRef.java:136)
>
> at
> org.glassfish.grizzly.http.HttpRequestPacket.getRequestURI(HttpRequestPacket.java:212)
>
> at
> org.glassfish.grizzly.http.server.filecache.FileCache.get(FileCache.java:228)
>
> at
> org.glassfish.grizzly.http.server.FileCacheFilter.handleRead(FileCacheFilter.java:77)
>
> at
> org.glassfish.grizzly.filterchain.ExecutorResolver$3.execute(ExecutorResolver.java:95)
>
> at
> org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:444)
>
> at
> org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:364)
>
> at
> org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:290)
>
> at
> org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:133)
>
> at
> org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:76)
>
> at
> org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:63)
>
> at
> org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:823)
>
> at
> org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
>
> at
> org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:116)
>
> at
> org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$000(WorkerThreadIOStrategy.java:55)
>
> at
> org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$1.run(WorkerThreadIOStrategy.java:98)
>
> at
> org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:508)
>
> at
> org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:488)
>
> at java.lang.Thread.run(Thread.java:619)
> |#]
> [#|2011-08-22T16:19:27.719+0200|WARNING|glassfish3.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=18;_ThreadName=Thread-1;|StandardWrapperValve[default]:
>
> PWC1406: Servlet.service() for servlet default threw exception
> java.lang.OutOfMemoryError: Java heap space
> at
> org.glassfish.grizzly.memory.HeapMemoryManager.reallocatePoolBuffer(HeapMemoryManager.java:260)
>
> at
> org.glassfish.grizzly.memory.HeapMemoryManager.allocateHeapBuffer(HeapMemoryManager.java:191)
>
> at
> org.glassfish.grizzly.memory.HeapMemoryManager.allocate(HeapMemoryManager.java:76)
>
> at
> org.glassfish.grizzly.memory.HeapMemoryManager.allocate(HeapMemoryManager.java:59)
>
> at
> org.glassfish.grizzly.http.server.io.OutputBuffer.checkCurrentBuffer(OutputBuffer.java:589)
>
> at
> org.glassfish.grizzly.http.server.io.OutputBuffer.write(OutputBuffer.java:355)
>
> at
> org.glassfish.grizzly.http.server.NIOOutputStreamImpl.write(NIOOutputStreamImpl.java:84)
>
> at
> org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:423)
>
> at
> org.glassfish.grizzly.http.util.ByteChunk.flushBuffer(ByteChunk.java:434)
> at
> org.glassfish.grizzly.http.util.ByteChunk.append(ByteChunk.java:356)
> at
> org.apache.catalina.connector.OutputBuffer.writeBytes(OutputBuffer.java:454)
>
> at
> org.apache.catalina.connector.OutputBuffer.write(OutputBuffer.java:441)
> at
> org.apache.catalina.connector.CoyoteOutputStream.write(CoyoteOutputStream.java:160)
>
> at
> org.apache.catalina.servlets.DefaultServlet.copyRange(DefaultServlet.java:2255)
>
> at
> org.apache.catalina.servlets.DefaultServlet.copy(DefaultServlet.java:1991)
>
> at
> org.apache.catalina.servlets.DefaultServlet.serveResource(DefaultServlet.java:1013)
>
> at
> org.apache.catalina.servlets.DefaultServlet.doGet(DefaultServlet.java:439)
>
> at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:734)
> at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
> at sun.reflect.GeneratedMethodAccessor88.invoke(Unknown
> Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:323)
> at
> org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:321)
> at java.security.AccessController.doPrivileged(Native Method)
> at
> javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
> at
> org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:356)
> at
> org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:212)
>
> at
> org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1556)
>
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:286)
>
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:173)
>
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
>
> |#]
> [#|2011-08-22T16:19:40.945+0200|WARNING|glassfish3.2|org.glassfish.grizzly.threadpool.AbstractThreadPool|_ThreadID=14;_ThreadName=Thread-1;|Uncaught
>
> thread exception. Thread: Thread[Grizzly(4),10,main]
> java.lang.OutOfMemoryError: Java heap space
> at java.util.Arrays.copyOf(Arrays.java:2786)
> at java.lang.StringCoding.decode(StringCoding.java:178)
> at java.lang.String.(String.java:483)
> at
> org.glassfish.grizzly.memory.HeapBuffer.toStringContent(HeapBuffer.java:815)
>
> at
> org.glassfish.grizzly.http.util.BufferChunk.toString(BufferChunk.java:291)
>
> at
> org.glassfish.grizzly.http.util.DataChunk.toString(DataChunk.java:206)
> at
> org.glassfish.grizzly.http.util.RequestURIRef.getURI(RequestURIRef.java:140)
>
> at
> org.glassfish.grizzly.http.util.RequestURIRef.getURI(RequestURIRef.java:136)
>
> at
> org.glassfish.grizzly.http.HttpRequestPacket.getRequestURI(HttpRequestPacket.java:212)
>
> at
> org.glassfish.grizzly.http.server.filecache.FileCache.get(FileCache.java:228)
>
> at
> org.glassfish.grizzly.http.server.FileCacheFilter.handleRead(FileCacheFilter.java:77)
>
> at
> org.glassfish.grizzly.filterchain.ExecutorResolver$3.execute(ExecutorResolver.java:95)
>
> at
> org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:444)
>
> at
> org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:364)
>
> at
> org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:290)
>
> at
> org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:133)
>
> at
> org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:76)
>
> at
> org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:63)
>
> at
> org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:823)
>
> at
> org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
>
> at
> org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:116)
>
> at
> org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$000(WorkerThreadIOStrategy.java:55)
>
> at
> org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$1.run(WorkerThreadIOStrategy.java:98)
>
> at
> org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:508)
>
> at
> org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:488)
>
> at java.lang.Thread.run(Thread.java:619)
>
>
>
> --
>
> [Message sent by forum member 'seagate']
>
> View Post: http://forums.java.net/node/835908
>
>

seagate
Offline
Joined: 2009-06-03
Points: 0

Dear Alexey,

thank you very much for your reply.

As outlined earlier, the same comes up with Glassfish Version 3.1.1, and that is why we decided to go for 3.2. b06.

Please let me know if we should - to make it for sure - again downgrade to 3.1.1.

Best Regards,

Dave.

oleksiys
Offline
Joined: 2006-01-25
Points: 0

Hi Dave,

> Please let me know if we should - to make it for sure - again
> downgrade to
> 3.1.1.
3.1.1 should be definitely more stable, so I'd suggest to do so.
I'd be interested to see OutOfMemory reports from 3.1.1, similar you
sent for 3.2.

Were you able to reproduce the problem on environment other than production?

Thanks.

WBR,
Alexey.

>
> Best Regards,
>
> Dave.
>
>
> --
>
> [Message sent by forum member 'seagate']
>
> View Post: http://forums.java.net/node/835908
>
>

jdlee
Offline
Joined: 2006-01-25
Points: 0

On 8/22/11 8:33 AM, forums@java.net wrote:
> I had found that the console is a thing you should not touch much. It
> trashes GF when I do a simple edit on the log config, and the solution
> is a
> asadming call to restore the log configuration (a workaround). So,
> I suggest
> to avoid the console and try to perform all the edits using CLI.
I work on the console (though not that particular part), so if you're
having issues with it, my team and I would love to hear the details.
Have you filed an issue on the tracker
(http://java.net/jira/browse/GLASSFISH) for your problem?

--
Jason Lee
Senior Member of Technical Staff
GlassFish REST API / Administration Console

Oracle Corporation
Phone +1 405-216-3193
Blog http://blogs.steeplesoft.com

anilam
Offline
Joined: 2005-03-29
Points: 0

wmartinez wrote:

I had found that the console is a thing you should not touch much. It trashes GF when I do a simple edit on the log config, and the solution is a asadming call to restore the log configuration (a workaround). So, I suggest to avoid the console and try to perform all the edits using CLI.

The issue regarding the saving log-level in the console is reported as http://java.net/jira/browse/GLASSFISH-17037

Unfortunately we were not able to get the fix in for 3.1.1. This is release noted and the workaround documented.


Workaround:
Fix the com.sun.enterprise.server.logging.GFFileHandler logger level using the following command:
asadmin set-log-levels com.sun.enterprise.server.logging.GFFileHandler=ALL
Specify the --target option for a server instance other than the domain administration server (DAS).

We strive to have a quality and user friendly console. If you find any problen using it, please go to http://java.net/jira/browse/GLASSFISH and file an issue. We'll appreciate your effort on this.

thanks

Anissa.

seagate
Offline
Joined: 2009-06-03
Points: 0

Dear Anissa,

please find below the output of the web console and from the server.log what happens

whenever I try to undeploy an app, delete a listener

[#|2011-08-23T19:28:42.521+0200|SEVERE|glassfis

DELETE https://xxx.xxx.xxx.xxx:4848/management/domain/applications/application/... returned a response status of 503

h3.2|com.sun.jersey.spi.container.ContainerResponse|_ThreadID=105;_ThreadName=Thread-1;|The exception contained within MappableContainerException could not be mapped to a response, re-throwing to the HTTP container
java.io.IOException: java.util.concurrent.TimeoutException
at org.glassfish.grizzly.nio.transport.TCPNIOTransportFilter.handleRead(TCPNIOTransportFilter.java:96)
at org.glassfish.grizzly.filterchain.TransportFilter.handleRead(TransportFilter.java:182)
at org.glassfish.grizzly.filterchain.ExecutorResolver$3.execute(ExecutorResolver.java:95)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:444)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:364)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.read(DefaultFilterChain.java:165)
at org.glassfish.grizzly.filterchain.FilterChainContext.read(FilterChainContext.java:515)
at org.glassfish.grizzly.portunif.BackChannelFilter.handleRead(BackChannelFilter.java:79)
at org.glassfish.grizzly.filterchain.ExecutorResolver$3.execute(ExecutorResolver.java:95)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:444)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:364)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.read(DefaultFilterChain.java:165)
at org.glassfish.grizzly.filterchain.FilterChainContext.read(FilterChainContext.java:515)
at org.glassfish.grizzly.portunif.BackChannelFilter.handleRead(BackChannelFilter.java:79)
at org.glassfish.grizzly.filterchain.ExecutorResolver$3.execute(ExecutorResolver.java:95)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:444)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:364)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.read(DefaultFilterChain.java:165)
at org.glassfish.grizzly.filterchain.FilterChainContext.read(FilterChainContext.java:515)
at org.glassfish.grizzly.http.server.io.InputBuffer.fill(InputBuffer.java:805)
at org.glassfish.grizzly.http.server.io.InputBuffer.read(InputBuffer.java:299)
at org.glassfish.grizzly.http.server.NIOInputStreamImpl.read(NIOInputStreamImpl.java:83)
at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:264)
at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:306)
at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:158)
at java.io.InputStreamReader.read(InputStreamReader.java:167)
at java.io.Reader.read(Reader.java:123)
at org.glassfish.admin.rest.readers.FormReader.readAsString(FormReader.java:99)
at org.glassfish.admin.rest.readers.FormReader.readFrom(FormReader.java:76)
at org.glassfish.admin.rest.readers.FormReader.readFrom(FormReader.java:63)
at com.sun.jersey.spi.container.ContainerRequest.getEntity(ContainerRequest.java:474)
at com.sun.jersey.server.impl.model.method.dispatch.EntityParamDispatchProvider$EntityInjectable.getValue(EntityParamDispatchProvider.java:123)
at com.sun.jersey.server.impl.inject.InjectableValuesProvider.getInjectableValues(InjectableValuesProvider.java:46)
at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$EntityParamInInvoker.getParams(AbstractResourceMethodDispatchProvider.java:153)
at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:203)
at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
at com.sun.jersey.server.impl.uri.rules.SubLocatorRule.accept(SubLocatorRule.java:134)
at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
at com.sun.jersey.server.impl.uri.rules.SubLocatorRule.accept(SubLocatorRule.java:134)
at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
at com.sun.jersey.server.impl.uri.rules.SubLocatorRule.accept(SubLocatorRule.java:134)
at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1375)
at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1307)
at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1257)
at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1247)
at com.sun.jersey.server.impl.container.grizzly2.GrizzlyContainer._service(GrizzlyContainer.java:215)
at com.sun.jersey.server.impl.container.grizzly2.GrizzlyContainer.service(GrizzlyContainer.java:185)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:193)
at com.sun.enterprise.v3.server.HK2Dispatcher.dispatch(HK2Dispatcher.java:113)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:236)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:162)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:160)
at org.glassfish.grizzly.filterchain.ExecutorResolver$3.execute(ExecutorResolver.java:95)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:444)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:364)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:290)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:133)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:76)
at org.glassfish.grizzly.portunif.PUFilter.handleRead(PUFilter.java:210)
at org.glassfish.grizzly.filterchain.ExecutorResolver$3.execute(ExecutorResolver.java:95)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:444)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:364)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:290)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:133)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:76)
at org.glassfish.grizzly.portunif.PUFilter.handleRead(PUFilter.java:210)
at org.glassfish.grizzly.filterchain.ExecutorResolver$3.execute(ExecutorResolver.java:95)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:444)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:364)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:290)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:133)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:76)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:63)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:823)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:116)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$000(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$1.run(WorkerThreadIOStrategy.java:98)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:508)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:488)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.util.concurrent.TimeoutException
at org.glassfish.grizzly.nio.tmpselectors.TemporarySelectorReader.read(TemporarySelectorReader.java:135)
at org.glassfish.grizzly.nio.tmpselectors.TemporarySelectorReader.read(TemporarySelectorReader.java:85)
at org.glassfish.grizzly.AbstractReader.read(AbstractReader.java:67)
at org.glassfish.grizzly.nio.transport.TCPNIOTransportFilter.handleRead(TCPNIOTransportFilter.java:83)
... 85 more
|#]

bvansomeren
Offline
Joined: 2006-07-11
Points: 0

 Hi,

The problem is that you are using Glassfish in a way that is not the norm out there.
I've done some work with JFastCGI and I know the author of the framework and neither of us uses it to replace shared hosting in the way you use it.
Of course the behaviour you are seeing is not acceptable and we'd love to have a look at what's causing your memory issues.
<br type="_moz" />

1 How do you use JFastCGI? Do you set it up per virtual host?
2 What other applications do you use along with the PHP applications?
3 Can you provide us more information on where most of the memory is spent? (Use VisualVM memory profiling)
4 What versions of Java, Glassfish and JFastCGI do you use? What OS?
If you give me some more information I'd be happy to see if I can replicate some of your issues and fix them if they are in the JFastCGI code.

As to answer your last question; Glassfish can be used for professional Java hosting.
Personally I love Glassfish and Java too, but I host Wordpress PHP sites with Apache and Nginx because they are built for that kind of thing.
Glassfish is built for handling Java Enterprise applications.
<br type="_moz" />

As Laird said, you'll get more helpful replies if you are courteous to the members of this community who provide you these tools and their time for free.
<br type="_moz" />

Regards,
<br type="_moz" />

Barry
ljnelson
Offline
Joined: 2003-08-04
Points: 0

Did that feel good? :-)

Did you have particular problems you needed help with? The solution might
very well be to increase the memory. Recall that containers like Tomcat et
al. are simply serving up web content. Glassfish is among other things an
ORM system, a transaction monitor, a message queue, a mail server, and a few
other things besides.

You'll find this community very helpful and responsive to courteous members
with careful questions.

Best,
Laird

--
http://about.me/lairdnelson