Yes, but ultimately it is running Java, so was curious. Is there even a need of 
both when running as a Windows service? These are probably "duh" questions, but 
just want to fully "get it".

Thanks,

Dream * Excel * Explore * Inspire
Jon McAlexander
Infrastructure Engineer
Asst Vice President

Middleware Product Engineering
Enterprise CIO | Platform Services | Middleware | Infrastructure Solutions

8080 Cobblestone Rd | Urbandale, IA 50322
MAC: F4469-010
Tel 515-988-2508 | Cell 515-988-2508

jonmcalexan...@wellsfargo.com

Upcoming PTO: 10/30/2020, 11/6/2020, 11/13/2020, 11/20/2020, 11/27/2020, 
12/2/2020, 12/4/2020, 12/11/2020, 12/18/2020, 12/28/2020, 12/29/2020, 
12/30/2020, 12/31/2020
This message may contain confidential and/or privileged information. If you are 
not the addressee or authorized to receive this for the addressee, you must not 
use, copy, disclose, or take any action based on this message or any 
information herein. If you have received this message in error, please advise 
the sender immediately by reply e-mail and delete this message. Thank you for 
your cooperation.


> -----Original Message-----
> From: Olaf Kock <tom...@olafkock.de>
> Sent: Wednesday, June 16, 2021 1:45 PM
> To: users@tomcat.apache.org
> Subject: Re: CATALINA_OPTS vs JAVA_OPTS
> 
> Service configurations are service configurations. You won't run the other
> options as service, so those are for the JVM that is used for the service. And
> I'm not aware that a service is stopped as the command line version. At least
> I'd hope so - a standard JVM would be good enough, if the start/stop
> mechanism not handled in the windows executable anyway.
> 
> Note: This is dangerous half-knowledge. I haven't been on Windows for
> ages, just read about it still being around from time to time.
> 
> CATALINA_OPTS is utilized by the startup batch/script file, which is not used
> for services /at all/.
> 
> Olaf
> 
> On 16.06.21 20:31, jonmcalexan...@wellsfargo.com.INVALID wrote:
> > Ok, so this is a really good explanation. However, when setting up in
> Windows as a Service, does the JAVA_OPTIONS in the Registry go in as
> JAVA_OPTS or CATALINA_OPTS? Is there a way to have separate
> CATALINA_OPTS for Tomcat Windows Services?
> >
> > Thanks,
> >
> > Dream * Excel * Explore * Inspire
> > Jon McAlexander
> > Infrastructure Engineer
> > Asst Vice President
> >
> > Middleware Product Engineering
> > Enterprise CIO | Platform Services | Middleware | Infrastructure
> > Solutions
> >
> > 8080 Cobblestone Rd | Urbandale, IA 50322
> > MAC: F4469-010
> > Tel 515-988-2508 | Cell 515-988-2508
> >
> > jonmcalexan...@wellsfargo.com
> >
> > Upcoming PTO: 10/30/2020, 11/6/2020, 11/13/2020, 11/20/2020,
> > 11/27/2020, 12/2/2020, 12/4/2020, 12/11/2020, 12/18/2020, 12/28/2020,
> 12/29/2020, 12/30/2020, 12/31/2020 This message may contain confidential
> and/or privileged information. If you are not the addressee or authorized to
> receive this for the addressee, you must not use, copy, disclose, or take any
> action based on this message or any information herein. If you have received
> this message in error, please advise the sender immediately by reply e-mail
> and delete this message. Thank you for your cooperation.
> >
> >> -----Original Message-----
> >> From: Christopher Schultz <ch...@christopherschultz.net>
> >> Sent: Wednesday, June 16, 2021 11:14 AM
> >> To: users@tomcat.apache.org
> >> Subject: Re: CATALINA_OPTS vs JAVA_OPTS
> >>
> >> Noelette,
> >>
> >> On 6/16/21 11:29, Noelette Stout wrote:
> >>> Thanks! I was mostly trying to figure out if there was precedence or
> >>> if it was additive (i.e. 2GB to tomcat itself and another 2GB to the
> >>> apps). We're having some resource issues on one of our servers, so I
> >>> wanted to make sure I understood how the resources were being
> >> allocated.
> >>
> >> No additivity at all: the last one on the command-line wins. There is
> >> no heap separation between Tomcat and the applications: it's one(ish)
> >> big, happy heap. :)
> >>
> >> A note about CATALINA_OPTS versus JAVA_OPTS: when you use the
> various
> >> scripts provided by Tomcat, CATALINA_OPTS is only used when launching
> >> a Tomcat instance. JAVA_OPTS is used when launching *any* Java
> process.
> >> There are many Java processes those scripts will launch that aren't
> >> actually launching Tomcat. Examples include:
> >>
> >> 1. catalina.sh configtest
> >> 2. catalina.sh stop (also shutdown.sh) 3. catalina.sh version 4.
> >> tool-wrapper.sh [anything]
> >>
> >> In all of those cases, JAVA_OPTS will be passed to the JVM.
> >>
> >> Do you really need a 2 gig heap to send a "shutdown" command to a
> >> running server? Probably not.
> >>
> >> -chris
> >>
> >>> On Wed, Jun 16, 2021 at 9:17 AM Rob Sargent <rsarg...@xmission.com>
> >> wrote:
> >>>>
> >>>> On 6/16/21 9:06 AM, Noelette Stout wrote:
> >>>>> openjdk version "1.8.0_292"
> >>>>>
> >>>>>
> >>>>> On Wed, Jun 16, 2021 at 9:04 AM Rob Sargent
> >>>>> <rsarg...@xmission.com>
> >>>> wrote:
> >>>>>
> >>>> Both as for the same minimum so you should get 2G at start up.  I'm
> >>>> not sure which has precedency but I would be on java opt.  I don't
> >>>> have a catalina env, but you can see how CATALINA_OPTS is used in
> >>>> relationship with JAVA_OPTS
> >>>>
> >>>>
> >>>> -------------------------------------------------------------------
> >>>> -- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> >>>> For additional commands, e-mail: users-h...@tomcat.apache.org
> >>>>
> >>>>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> >> For additional commands, e-mail: users-h...@tomcat.apache.org
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> > For additional commands, e-mail: users-h...@tomcat.apache.org
> >
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to