tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Daniele Development-ML <daniele....@googlemail.com>
Subject Re: Increasing Heap Size and Max Perm Size
Date Wed, 19 Aug 2009 13:34:46 GMT
Hey Chuck,
I'm sure you are right - and that it was what I was following at the
beginning. And the resulting situation was what I describe above: getting a
error message in the catalina.out and my application unable to load (404 at
the application URL). In addition to this, I got also an explicit (on the
console) message reporting this problem when shutting down Tomcat.

To understand it better, I ran jconsole locally and I could notice that the
heap was not set as indicated in the option.

Differently, when using it with the CATALINA_OPTS, things work and also
jconsole indicates that the heap size is the one specifies - except that is
converted in bytes - but it does match.

I don't know why - and I'm not even sure how "good" (style-wise) this
approach is - but I'm reporting my experience.

If anybody could suggest some motivation or direction for investigation on
this, I'm glad to try them.

Dan

On Wed, Aug 19, 2009 at 2:08 PM, Caldarale, Charles R <
Chuck.Caldarale@unisys.com> wrote:

> > From: Daniele Development-ML [mailto:daniele.dml@googlemail.com]
> > Subject: Re: Increasing Heap Size and Max Perm Size
> >
> > Practically, everything works when setting the above options
> > through CATALINA_OPTS variable.
>
> Someone's confused.  JAVA_OPTS works fine, but it affects both the startup
> and shutdown scripts.  CATALINA_OPTS affects only the startup script.  The
> last posting in the referenced article is incorrect.
>
> And despite your protestations, having an equals sign in the -Xmx parameter
> has never been allowed on a JVM supplied by Sun, and will cause an immediate
> JVM initialization failure.
>
>  - Chuck
>
>
> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
> MATERIAL and is thus for use only by the intended recipient. If you received
> this in error, please contact the sender and delete the e-mail and its
> attachments from all computers.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message