-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Jeffrey,
On 6/15/15 10:49 AM, Jeffrey Janner wrote:
> I’m making the switch to running all my tomcats on Linux.
>
> I’m planning to deploy multiple instances per machine, splitting
> catalina_base and catalina_home, and just have question on the
> shutdown port.
>
> Under Windows, I just deployed the binary with the commons daemon
> wrapper and set the shutdown port to -1 and let the daemon manage
> the orderly shutdown.
>
> Is it possible to set the port to -1 under Linux and do something
> similar? Preferably without deploying the daemon wrapper also,
> though I’m willing to do if necessary. I am planning to manage
> them with service/init scripts for startup and shutdown.
The *NIX analog to the Windows Service runner /is/ jsvc.
I'm curious why you don't want to run jsvc.
If you don't want to run jsvc, why not pick a unique shutdown port
number and use the standard scripts?
We run multiple JVMs on a single machine, and we even (in dev) have
multiple users with multiple JVMs, etc. *and* we are using mod_jk to
connect them all, so we have to manage ports carefully.
We have come up with this method to organize everything:
1. Each user has a "user number" -- let's call that "u"
2. Each application has an "app number" -- let's call that "a"
Port numbers now look like this:
8ua5 - ajp port for the application
8ua6 - shutdown port for the application
8ua7 - secure port for loopback requests from other apps
(if necessary for the application)
We have scripts that use these things so a user just has to set up
their "u" and "a" values properly and everything works. It's also
possible to predict who will be using what port, and - ignoring typos
- - nobody has any conflicts.
- -chris
-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - http://gpgtools.org
iQIcBAEBCAAGBQJVfuj7AAoJEBzwKT+lPKRYmSwQAKTsfdDArTB62NLzB8XjiQgy
8KzChtOr/kcczKyVJ4Q1WVuraqb0Q5QX89HZT9W/LvQQ0t3RDseXf/cLmicPOkAJ
iR6EFHugvf3RUCQq96uF4Z4Vm8YJkZyx1ZYPbBhE2yxbqKSguDqeuLApwEmlrIiB
RWhccMg0l8v5Bn8iqlHvCJEZ0593JB3PPK5cCkNvRQi475VWXnWIGHOfQfJT7Me7
e3bML4+v+mvkFdOsqGU8uRz8YjArDJlUrPYxs1uAMsc0XaURJ+IZCkKWBWL1Pkem
9ht6L+57L/RdUkOtCT56cZ/LkehQHW8e8c8aEwv70ItBfd+1joV47BA/Jz8rkfi/
8FWfNiXWwEPEZO/p1WEZETmF+38yhuerB3n5WIfpWWkm1M3K3CHq30J2Kvf7p0Br
2N7RwvPL9ZGrA34av0sWnmhpwKqM1+7LttCep7mmPguFgye6CHd9V1hdKIoKaXyP
mcc8gjukZ24kd/kN6wVCbqwEWtW0+ozcNVA2fF3pkAZB5CUNo4Ooqy+drgWMySUd
RT0E6f3U7pyvNqAyEPMxMS5ktZKdEqyhVjacuq1eCj0dDmvhYnulQtnzMaBQQMm3
t1wC0w4Mrd4QH085xJK7FOueOaV5TN0S/QzSJKkgDR8RRBIJZPo8BeTf7xQ3urr6
RU3E6P54XhRW9ccpXhNl
=GE4t
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
