You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by "James H. H. Lampert" <ja...@touchtonecorp.com.INVALID> on 2025/10/18 00:31:25 UTC
HUH?!?, Re: Eureka! Re: Something else: is there a way to start and stop a context without Manager?
On 10/17/25 4:44 PM, Christopher Schultz wrote:
> Right: I'm trying to find out exactly which file you changed. I know
> nothing about jmxterm, but I very much doubt it persists anything to a
> file. If you use jmxterm to change the RemoteAddrValve's IP address
> range, you will change the configuration in memory but not on the disk.
> Restarting the Manager at this point will lose this configuration and go
> back to the on-disk settings.
Dear Christopher:
I was beginning to wonder if I was being too much of a pest, and being
ignored.
Let me get this straight: you can change the RemoteAddrValve's IP
address range "live" through JMX?!? That may be exactly what I'm looking
for! What bean do I connect to, and what operation do I call?
And for that matter, so far, the only way I know of to connect to the
Tomcat server's JVM job is to find its PID. Which of course is only good
for the life of the JVM job. Is there another way to open a JMX
connection to a running Tomcat server? As I understand the JMXTerm
helptext, the "open" command can take a PID, a hostname and port, or a
JMX service URL.
I'm not changing *anything* in the running JVM job from JMXTerm, other
than the run state of individual webapp contexts (that's all I've
managed to figure out *how* to do, so far); I am changing the manager
application's RemoteAddrValve addresses *on disk,* using a native text
editor.
By way of explanation:
JMXTerm is a simple terminal based front-end for JMX.
On an IBM Midrange system, you have a native terminal session
(originally, a physical 5250-data-stream terminal connected through
Twinax; more commonly today, a 5250-data-stream emulator, connected
through the TN5250 protocol, on either an unsecured Telnet port (23 is
standard, like any other form of unsecured Telnet), or a secured Telnet
port (typically 992). 5250 data stream is an EBCDIC-based, block-mode
protocol, similar to the 3270 data stream that was the native terminal
protocol for IBM mainframes, and over the decades, it evolved from
supporting only 80x24 monochrome with highlight, underscore, reverse,
and blink attributes, to eventually support seven colors and a mouse. If
development continued, it would probably have ended up with most of the
capabilities of XTerm.
Ever since Java was first implemented on IBM Midrange Systems, there has
been an application called QShell, that emulates a Linux-type
environment on a non-block-mode terminal (or it can run headless). When
launching a Tomcat server on an IBM Midrange box, we typically submit a
batch job, named CATALINA, in which bin/startup.sh is passed to a
headless QShell. And to make things just a little more confusing, the
JVM doesn't run in the CATALINA job; it runs in a job called QP0ZSPWT
(not my choice!), which is linked to the CATALINA job (and lives and
dies with it).
QShell can run other things. If I want to expand the ZIP file for a new
Tomcat version, I open an interactive QShell session, and use the jar
utility to unzip it. And JMXTerm can run in QShell.
I think it *may* be possible to run JMXTerm scripted and headless, and
it's certainly possible to run a scripted/headless QShell. Although that
would be pretty much pointless if the only way I can open a connection
to the JVM is by its PID.
--
JHHL
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: HUH?!?, Re: Eureka! Re: Something else: is there a way to start and stop a context without Manager?
Posted by Christopher Schultz <ch...@christopherschultz.net>.
James,
On 10/20/25 1:21 PM, James H. H. Lampert wrote:
> On 10/20/25 9:42 AM, Christopher Schultz wrote:
>> So there is the file in CATALINA_HOME/webapps/yourapp/META-INF/
>> context.xml but that file gets copied into CATALINA_HOME/conf/
>> Catalina/localhost/yourapp.xml when your application is deployed, if
>> it doesn't already exist. If the application is re-deployed (without
>> being undeployed), that file IS NOT UPDATED. And this file is
>> preferred by Tomcat, so it won't load the file you have in bundled
>> with your application.
>
> Curiouser and curiouser:
>
> I just double-checked that CATALINA_HOME is what I expect it to be (it
> is), and I used two different routes to check the context of conf/
> Catalina/localhost.
>
> conf/Catalina/localhost is completely empty.
Technically, it's conf/[service]/[engine]/[app].xml but I think you
would have shown the other stuff if it were there.
It may be the case that Tomcat does not always copy the deployment
descriptor from the application into the conf/ directory. I thought it
did, but maybe not. If you have a file in conf/...etc... then it will
override what is in the application, though.
> Tomcat (9.0.110) is running. Our webapps are presenting a sign-on page.
> The renamed manager webapp is presenting a sign-on pop-up, and when that
> is satisfied, a typical Manager screen (and normally, we use Manager
> only for uploading updates, and for gathering troubleshooting data).
>
> And yet conf/Catalina/localhost is completely empty.
>
> I've just looked at the Tomcat on the cloud Linux box where our web
> sites live. It's got two directories called "Catalina":
>> ./etc/tomcat/Catalina
>> ./var/cache/tomcat/work/Catalina
> /etc/tomcat/Catalina/localhost is just as empty as its counterpart on
> the guinea-pig, but /var/cache/tomcat/work/Catalina/localhost has
> subdirectories corresponding to the webapp contexts.
-chris
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: HUH?!?, Re: Eureka! Re: Something else: is there a way to start and stop a context without Manager?
Posted by "James H. H. Lampert" <ja...@touchtonecorp.com.INVALID>.
On 10/20/25 9:42 AM, Christopher Schultz wrote:
> So there is the file in
> CATALINA_HOME/webapps/yourapp/META-INF/context.xml but that file gets
> copied into CATALINA_HOME/conf/Catalina/localhost/yourapp.xml when your
> application is deployed, if it doesn't already exist. If the application
> is re-deployed (without being undeployed), that file IS NOT UPDATED. And
> this file is preferred by Tomcat, so it won't load the file you have in
> bundled with your application.
Curiouser and curiouser:
I just double-checked that CATALINA_HOME is what I expect it to be (it
is), and I used two different routes to check the context of
conf/Catalina/localhost.
conf/Catalina/localhost is completely empty.
Tomcat (9.0.110) is running. Our webapps are presenting a sign-on page.
The renamed manager webapp is presenting a sign-on pop-up, and when that
is satisfied, a typical Manager screen (and normally, we use Manager
only for uploading updates, and for gathering troubleshooting data).
And yet conf/Catalina/localhost is completely empty.
I've just looked at the Tomcat on the cloud Linux box where our web
sites live. It's got two directories called "Catalina":
> ./etc/tomcat/Catalina
> ./var/cache/tomcat/work/Catalina
/etc/tomcat/Catalina/localhost is just as empty as its counterpart on
the guinea-pig, but /var/cache/tomcat/work/Catalina/localhost has
subdirectories corresponding to the webapp contexts.
--
JHHL
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: HUH?!?, Re: Eureka! Re: Something else: is there a way to start and stop a context without Manager?
Posted by "James H. H. Lampert" <ja...@touchtonecorp.com.INVALID>.
On 10/20/25 9:42 AM, Christopher Schultz wrote:
> There are documents, but it's easier to browse and read the descriptions
> if you connect using e.g. VisualVM and click through them. The documents
> are mbeans-descriptors.xml and they exist in each package, so there are
> many of them. If you browse via VisualVM (you can just run Tomcat
> locally on your desktop and browse them, which may be easier than trying
> to figure out how to connect to your running system), all those files
> are collated and presented via a GUI.
I managed to get VisualVM and a Tomcat server running on my desktop Mac,
and talking to each other, and (thanks Mr. Caldarale) add the mbeans
plug-in. I can find an operation for testing an address against the
RemoteAddrValve's "allow" attribute, but not for changing it.
> Back to the IP address. Instead of changing RemoteIPValve from allowing
> 127.0.0.1 to allowing "anybody" (or whatever), why not just change it to
> allow any connection from the controlling machine (where you can connect
> via JMX)?
If I could do that with the "problem" box, I wouldn't be in this mess
(and wouldn't need JMX, or JMXterm, or VisualVM), because it would then
be just like every other installation. Unfortunately, there's the small
issue that they've got this insane firewall setup in which Tomcat sees
*all* outside traffic as coming from (I'm guessing) the firewall's
address. Makes me want to (as George Washington really did put it, in
January of 1776) retire to the back-country, and live in a wigwam.
--
JHHL
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: HUH?!?, Re: Eureka! Re: Something else: is there a way to start and stop a context without Manager?
Posted by Chuck Caldarale <n8...@gmail.com>.
> On 2025 Oct 20, at 14:09, James H. H. Lampert <ja...@touchtonecorp.com.INVALID> wrote:
>
> On 10/20/25 9:42 AM, Christopher Schultz wrote:
>
>> There are documents, but it's easier to browse and read the descriptions if you connect using e.g. VisualVM and click through them. The documents are mbeans-descriptors.xml and they exist in each package, so there are many of them. If you browse via VisualVM (you can just run Tomcat locally on your desktop and browse them, which may be easier than trying to figure out how to connect to your running system), all those files are collated and presented via a GUI.
>
> I now have both Tomcat 9.0.110 and VisualVM installed on my desktop Mac, and with some help from Google, I've managed to get them talking to each other (via JMX).
>
> But I don't see anything about browsing mbeans-descriptors.xml files. And up until this morning, I'd never heard of VisualVM, any more than I'd heard of JMX or JMXterm until a few days ago.
>
> So now what?
You need to install the MBeans plugin into VisualVM. In the VisualVM menu bar, go to Tools -> Plugins -> Available Plugins, then select VisualVM-MBeans, then install and accept the license. There will now be an additional MBeans tab in VisualVM when you’re looking at the Tomcat process. There’s a bunch you can wander through.
- Chuck
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: HUH?!?, Re: Eureka! Re: Something else: is there a way to start and stop a context without Manager?
Posted by "James H. H. Lampert" <ja...@touchtonecorp.com.INVALID>.
On 10/21/25 10:08 AM, Christopher Schultz wrote:
> I do wonder whether or not you need the manager application at all,
> though. Or does the client require it?
It's the most convenient way to install updates.
And I thought I'd explained the nature of the circumstances and
motivations before. Maybe just not all at once, in so much detail.
> though I'd recommend changing things so that you use a proxy instead of a firewall that lies to you about everything
Thankfully, we just came up with a "cutting the Gordian Knot" solution
that's kind of along those lines.
So thanks to all, for putting up with my publicly tearing my hair out on
this.
--
JHHL
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: HUH?!?, Re: Eureka! Re: Something else: is there a way to start and stop a context without Manager?
Posted by Christopher Schultz <ch...@christopherschultz.net>.
James,
On 10/20/25 4:38 PM, James H. H. Lampert wrote:
> On 10/20/25 12:45 PM, Sebastian Trost wrote:
>
>> What is the reason behind all this?
> We manage Tomcat servers for several customers, installations of our CRM
> application for IBM Midrange systems. This application was originally
> built as a Java-client application; we later added the option of a
> Tomcat-based webapp as an alternate client.
>
> On these installations, the Tomcat server is set up so that only our
> office IP address can access the manager application. They also open
> port 992 (secured TN5250) to our office IP address.
>
> Unfortunately, one unusually paranoid customer (who'd already had us set
> up Manager so that it won't even admit to its own existence, if the
> traffic comes from a prohibited IP address) set up a bizarre firewall
> configuration, such that (at least so far as I can tell), the Tomcat
> server sees *all* outside traffic as coming from the *firewall* address,
> rather than the originating address.
Okay, this was important information you hadn't revealed before.
That is a weird configuration and, though I'd recommend changing things
so that you use a proxy instead of a firewall that lies to you about
everything (because it complicates security controls!), I now understand
why you are trying to do this.
> And because of extremely heavy user loads, nearly 24/7, their Tomcat
> server has regularly scheduled restarts.
>
> Thus, a way to start and stop *our* webapp contexts without manager has
> *nothing* to do with what we're after; rather, keeping *manager* either
> stopped, blocked, lobotomized, or physically absent when we're not
> either using it to install updates, or using it to gather
> troubleshooting data, is the object.
I do wonder whether or not you need the manager application at all,
though. Or does the client require it?
-chris
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: HUH?!?, Re: Eureka! Re: Something else: is there a way to start and stop a context without Manager?
Posted by "James H. H. Lampert" <ja...@touchtonecorp.com.INVALID>.
On 10/20/25 12:45 PM, Sebastian Trost wrote:
> What is the reason behind all this?
We manage Tomcat servers for several customers, installations of our CRM
application for IBM Midrange systems. This application was originally
built as a Java-client application; we later added the option of a
Tomcat-based webapp as an alternate client.
On these installations, the Tomcat server is set up so that only our
office IP address can access the manager application. They also open
port 992 (secured TN5250) to our office IP address.
Unfortunately, one unusually paranoid customer (who'd already had us set
up Manager so that it won't even admit to its own existence, if the
traffic comes from a prohibited IP address) set up a bizarre firewall
configuration, such that (at least so far as I can tell), the Tomcat
server sees *all* outside traffic as coming from the *firewall* address,
rather than the originating address.
And because of extremely heavy user loads, nearly 24/7, their Tomcat
server has regularly scheduled restarts.
Thus, a way to start and stop *our* webapp contexts without manager has
*nothing* to do with what we're after; rather, keeping *manager* either
stopped, blocked, lobotomized, or physically absent when we're not
either using it to install updates, or using it to gather
troubleshooting data, is the object.
--
JHHL
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: HUH?!?, Re: Eureka! Re: Something else: is there a way to start and stop a context without Manager?
Posted by Sebastian Trost <ma...@sebastiantrost.de.INVALID>.
> [...]
> So now what?
> --
> JHHL
What is the reason behind all this? Why do you want to start/stop apps
without the manager app? Why don't you want to fix your webapp so that
your configuration will not get overwritten during each Tomcat restart?
Have you read all of Chris' mails in this thread? Especially that one
regarding default ip-filters in the manager app?
Sebastian
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: HUH?!?, Re: Eureka! Re: Something else: is there a way to start and stop a context without Manager?
Posted by "James H. H. Lampert" <ja...@touchtonecorp.com.INVALID>.
On 10/20/25 9:42 AM, Christopher Schultz wrote:
> There are documents, but it's easier to browse and read the descriptions
> if you connect using e.g. VisualVM and click through them. The documents
> are mbeans-descriptors.xml and they exist in each package, so there are
> many of them. If you browse via VisualVM (you can just run Tomcat
> locally on your desktop and browse them, which may be easier than trying
> to figure out how to connect to your running system), all those files
> are collated and presented via a GUI.
I now have both Tomcat 9.0.110 and VisualVM installed on my desktop Mac,
and with some help from Google, I've managed to get them talking to each
other (via JMX).
But I don't see anything about browsing mbeans-descriptors.xml files.
And up until this morning, I'd never heard of VisualVM, any more than
I'd heard of JMX or JMXterm until a few days ago.
So now what?
--
JHHL
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: HUH?!?, Re: Eureka! Re: Something else: is there a way to start and stop a context without Manager?
Posted by Christopher Schultz <ch...@christopherschultz.net>.
James,
On 10/20/25 11:54 AM, James H. H. Lampert wrote:
> On 10/20/25 6:33 AM, Christopher Schultz wrote:
>> So... which file were you changing? ;)
>
> I thought I'd made that clear from the beginning (note that for clarity
> here, I'm calling the manager context "manager" here; on the "guinea
> pig" box, it's been renamed to something different):
>
> 1. Use JMXTerm to manually call "stop" on
> Catalina:J2EEApplication=none,J2EEServer=none,j2eeType=WebModule,name=//
> localhost/manager
>
> 2. manually (from a separate TN5250 session at native level) change the
> manager app's META-INF/context.xml to change the
>> <Valve className="org.apache.catalina.valves.RemoteAddrValve"
>
> in various ways, either commenting it out, uncommenting it, or changing
> the "allow" attribute to add or remove IP addresses
So there is the file in
CATALINA_HOME/webapps/yourapp/META-INF/context.xml but that file gets
copied into CATALINA_HOME/conf/Catalina/localhost/yourapp.xml when your
application is deployed, if it doesn't already exist. If the application
is re-deployed (without being undeployed), that file IS NOT UPDATED. And
this file is preferred by Tomcat, so it won't load the file you have in
bundled with your application.
This is why I keep asking about which file you have modified. Because it
might be the wrong file.
> 3. Back in the JMXTerm session, manually call "start" on that same bean.
>
> If restarting the context reloaded the META-INF/context.xml, all the
> variations on that procedure would have worked just fine. But none of
> them had the slightest effect: it just continued to use the manager's
> META-INF/context.xml as it existed at the time of Tomcat launch.
>
> But what intrigued me was when you said:
>> If you use jmxterm to change the RemoteAddrValve's IP address range,
>> you will change the configuration in memory but not on the disk.
>
> That would actually be the ideal situation: it would reduce a 3-step
> manual procedure (both for turning the manager on, and for turning it
> off) down to one step, and if I forget to turn it off, it would turn off
> anyway at the next scheduled Tomcat restart.
+1
> I actually *don't* want to be able to call JMX through anything other
> than a terminal session, because that would open a different security
> hole. By way of analogy, when I bought my Nissan Leaf, one of the
> reasons why I chose a United Chargers of Canada "Grizzl-E" for my home
> charging station was that the maximum charging rate is set with a DIP-
> switch inside the box, NOT through Bluetooth, with a mobile app, because
> a DIP-switch is absolutely un-hackable.
>
> At any rate, I see a whole lot of beans that are visible to JMX, and I
> see that some of them have a whole lot of operations defined, while
> others have none. Is there a document somewhere, that will tell me what
> these operations actually *do?*
There are documents, but it's easier to browse and read the descriptions
if you connect using e.g. VisualVM and click through them. The documents
are mbeans-descriptors.xml and they exist in each package, so there are
many of them. If you browse via VisualVM (you can just run Tomcat
locally on your desktop and browse them, which may be easier than trying
to figure out how to connect to your running system), all those files
are collated and presented via a GUI.
Back to the IP address. Instead of changing RemoteIPValve from allowing
127.0.0.1 to allowing "anybody" (or whatever), why not just change it to
allow any connection from the controlling machine (where you can connect
via JMX)? You don't need localhost, you just need to know what IP the
commands will appear to be coming from when you want to
stop/start/restart a web application from the command-line.
-chris
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: HUH?!?, Re: Eureka! Re: Something else: is there a way to start and stop a context without Manager?
Posted by "James H. H. Lampert" <ja...@touchtonecorp.com.INVALID>.
On 10/20/25 6:33 AM, Christopher Schultz wrote:
> So... which file were you changing? ;)
I thought I'd made that clear from the beginning (note that for clarity
here, I'm calling the manager context "manager" here; on the "guinea
pig" box, it's been renamed to something different):
1. Use JMXTerm to manually call "stop" on
Catalina:J2EEApplication=none,J2EEServer=none,j2eeType=WebModule,name=//localhost/manager
2. manually (from a separate TN5250 session at native level) change the
manager app's META-INF/context.xml to change the
> <Valve className="org.apache.catalina.valves.RemoteAddrValve"
in various ways, either commenting it out, uncommenting it, or changing
the "allow" attribute to add or remove IP addresses
3. Back in the JMXTerm session, manually call "start" on that same bean.
If restarting the context reloaded the META-INF/context.xml, all the
variations on that procedure would have worked just fine. But none of
them had the slightest effect: it just continued to use the manager's
META-INF/context.xml as it existed at the time of Tomcat launch.
But what intrigued me was when you said:
> If you use jmxterm to change the RemoteAddrValve's IP address range, you will change the configuration in memory but not on the disk.
That would actually be the ideal situation: it would reduce a 3-step
manual procedure (both for turning the manager on, and for turning it
off) down to one step, and if I forget to turn it off, it would turn off
anyway at the next scheduled Tomcat restart.
I actually *don't* want to be able to call JMX through anything other
than a terminal session, because that would open a different security
hole. By way of analogy, when I bought my Nissan Leaf, one of the
reasons why I chose a United Chargers of Canada "Grizzl-E" for my home
charging station was that the maximum charging rate is set with a
DIP-switch inside the box, NOT through Bluetooth, with a mobile app,
because a DIP-switch is absolutely un-hackable.
At any rate, I see a whole lot of beans that are visible to JMX, and I
see that some of them have a whole lot of operations defined, while
others have none. Is there a document somewhere, that will tell me what
these operations actually *do?*
--
JHHL
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: HUH?!?, Re: Eureka! Re: Something else: is there a way to start and stop a context without Manager?
Posted by Christopher Schultz <ch...@christopherschultz.net>.
On 10/17/25 8:31 PM, James H. H. Lampert wrote:
> On 10/17/25 4:44 PM, Christopher Schultz wrote:
>> Right: I'm trying to find out exactly which file you changed. I know
>> nothing about jmxterm, but I very much doubt it persists anything to a
>> file. If you use jmxterm to change the RemoteAddrValve's IP address
>> range, you will change the configuration in memory but not on the
>> disk. Restarting the Manager at this point will lose this
>> configuration and go back to the on-disk settings.
>
> Dear Christopher:
>
> I was beginning to wonder if I was being too much of a pest, and being
> ignored.
>
> Let me get this straight: you can change the RemoteAddrValve's IP
> address range "live" through JMX?!? That may be exactly what I'm looking
> for! What bean do I connect to, and what operation do I call?
>
> And for that matter, so far, the only way I know of to connect to the
> Tomcat server's JVM job is to find its PID. Which of course is only good
> for the life of the JVM job. Is there another way to open a JMX
> connection to a running Tomcat server? As I understand the JMXTerm
> helptext, the "open" command can take a PID, a hostname and port, or a
> JMX service URL.
You can also enable the JMXProxyServlet (part of the Manager
application) and then use simple HTTP(S) to make JMX calls using
whatever client you want.
> I'm not changing *anything* in the running JVM job from JMXTerm, other
> than the run state of individual webapp contexts (that's all I've
> managed to figure out *how* to do, so far); I am changing the manager
> application's RemoteAddrValve addresses *on disk,* using a native text
> editor.
>
> By way of explanation:
>
> JMXTerm is a simple terminal based front-end for JMX.
>
> On an IBM Midrange system, you have a native terminal session
> (originally, a physical 5250-data-stream terminal connected through
> Twinax; more commonly today, a 5250-data-stream emulator, connected
> through the TN5250 protocol, on either an unsecured Telnet port (23 is
> standard, like any other form of unsecured Telnet), or a secured Telnet
> port (typically 992). 5250 data stream is an EBCDIC-based, block-mode
> protocol, similar to the 3270 data stream that was the native terminal
> protocol for IBM mainframes, and over the decades, it evolved from
> supporting only 80x24 monochrome with highlight, underscore, reverse,
> and blink attributes, to eventually support seven colors and a mouse. If
> development continued, it would probably have ended up with most of the
> capabilities of XTerm.
>
> Ever since Java was first implemented on IBM Midrange Systems, there has
> been an application called QShell, that emulates a Linux-type
> environment on a non-block-mode terminal (or it can run headless). When
> launching a Tomcat server on an IBM Midrange box, we typically submit a
> batch job, named CATALINA, in which bin/startup.sh is passed to a
> headless QShell. And to make things just a little more confusing, the
> JVM doesn't run in the CATALINA job; it runs in a job called QP0ZSPWT
> (not my choice!), which is linked to the CATALINA job (and lives and
> dies with it).
>
> QShell can run other things. If I want to expand the ZIP file for a new
> Tomcat version, I open an interactive QShell session, and use the jar
> utility to unzip it. And JMXTerm can run in QShell.
>
> I think it *may* be possible to run JMXTerm scripted and headless, and
> it's certainly possible to run a scripted/headless QShell. Although that
> would be pretty much pointless if the only way I can open a connection
> to the JVM is by its PID.
So... which file were you changing? ;)
-chris
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org