Re: [OT] Tomcat Online Parameter Setting/Tuning

[Supun Abeysinghe]

Mark,

Thanks for the suggestion. I agree with you on tuning application-level
threads will have a higher impact. However, tuning these application-level
thread pools will make the tool application dependent whereas, at the
moment, I am thinking of a more general tool. Nonetheless, I'm still at a
POC level and if things work out, can look into that aspect as well.

Chris,

First of all, I'm still at a POC level. That being said, having the thread
pool size at a higher number does not always guarantee better performance.
In fact, I have conducted some experiments using different thread pool
sizes with different workloads and found out that for a given workload
type, there is a different optimal thread pool size that yields the best
performance (not only memory usage but also metrics like latency). This
might be caused by the additional context switches and other overheads
associated with a larger number of threads. Thus, simply running with X
number of threads throughout does not result in the optimal performance. In
this project, my plan is to tweak the thread pool size (and some other
parameters) during runtime to find out that optimal point dynamically.

This area of research has been studied extensively in the literature
(however, not sure about any real-world implementation though) and has
shown some promising results. Below figure is extracted from [1]. In [1],
they are proposing a reinforcement learning based algorithm (a subclass of
machine learning algorithms) to tune the parameters of a web application
dynamically. The figure below shows that response time shows a significant
decrement compared to the static default configuration. I'm trying to
extend this work using different machine learning algorithms.
[image: image.png]

As you have suggested, it is still questionable how things will work out in
a real-world system with bursty workloads. I will definitely conduct some
experiments with bursty workloads once I'm done with the implementation.

[1] https://www.sciencedirect.com/science/article/pii/S0743731511001924

Thank you.

Best regards,
Supun


On Wed, 13 Mar 2019 at 06:55, Christopher Schultz <
ch...@christopherschultz.net> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Supun,
>
> On 3/12/19 12:05, Supun Abeysinghe wrote:
> > I am working on a project where the parameters of the tomcat server
> > (e.g. MaxThreads, MinSpareThreads, MaxSpareThreads etc.) for a
> > given web application is auto-tuned using a machine learning
> > technique by looking at the runtime characteristics (e.g. workload
> > characteristics, current performance etc.).
>
> I'm kind of curious about this. Is this Nest[1] for Tomcat?
>
> My experience is that traffic is bursty. That means that it's hard to
> predict when you'll need more resources -- like threads, one of the
> only things you can really tune at runtime. When you need them, you
> want them NOW, not when some algorithm finally gets around to
> detecting the burst of traffic you know has already begun.
>
> Since the server must be planned for X number of threads at peak
> volume, why not simply always run with X threads? There is really no
> penalty for leaving threads unused, other than "wasted" memory... that
> you would need if you needed the threads, anyway. It's not like you
> can use that memory for anything else, because you're going to need it
> at peak-load time.
>
> If you are interested in doing ML for capacity-tuning, I'd look more
> toward auto-scaling of *instances* rather than the resources being
> used by one single Tomcat instance. If I can scale-down my VMs
> deployed into, say, AWS, then I can save *real money* by scaling-back
> during low-load times and learning about trends to pre-scale things
> before e.g. the Friday-night rush or whatever happens to be "peak
> volume" for my particular use-case.
>
> - -chris
>
> [1] https://nest.com/thermostats/
> -BEGIN PGP SIGNATURE-
> Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/
>
> iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAlyIXA8ACgkQHPApP6U8
> pFhIexAAhhyCaSiQLaTlS3ySTzF5hHuH9Ft2TVXV8rC1/nOA11zelkQRad1Dpd1Z
> Ywks+Ag0OaZryld+S/oDCg2hbZEJ4yp2lCKhib9Vk85TGO6DnLM17Ul6Z7XOGstQ
> gQagjNBCd+lpRuaJ/d1esx1zhzUxD8eTSMRNGP1eZcOTRFUekQpSPlaEmJiczTdo
> /X79kL/NPV2evmJXlXrzBToqLPqpNVUrQMNmu6QZcwEP4eXNIaGIiUTD6WqnnHeJ
> jSppwqk/++RXJa2P17+6cue5fmyoUHcVKOypwYye6c7deEXPR5Kx8Nvdl/IB4VJU
> GsEhce9L+4R0EGRsgBEi0VW5OK4SxDYtmi+hdPxHDFXz1hocwAu3R0zdZspwJYo6
> ESFepwnvEA/yfrNJD/dkoVrndejuZQjBRHkTRDh4ELj/ce/jFW3q0WjESVTz0Mmt
> jrwnZsbqQ+qAFgcvYqQnBAyHguiJTfuRpDAg0kkkPfXLay65ESU5j8tAmoHR1S+V
> utuZOaStzFnDl0VRyFMhPzU0K32w29bpp0wSpb6COgwkIha1TDOIrVJTBlT5sjhr
> 0tXo2ex4TZXdGVkeGqwCGmu2SNZQcPSp3qVbYGzZ/w1duvqlPFoBkxpk04dWFEc1
> 6eixdMxP3fb0KAiowXbk3VFtLJblkzzum3+UavxB8+vOCn2v2kg=
> =Q1Uk
> -END PGP SIGNATURE-
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, 

Re: 4 Apache Events in 2019: DC Roadshow soon [etc]

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

All,

On 3/6/19 09:00, Rich Bowen wrote:
> * Apache Roadshow DC is in [2] weeks. Register now at 
> https://apachecon.com/usroadshowdc19/
I'll be speaking at this event, and I'd love to meet some local
Tomcat-ers. It's $25 to attend; schedule available at
https://apachecon.com/usroadshowdc19/schedule.html

> Monday, March 25th @ George Mason University, Fairfax

Hope to see some folks there,
- -chris
-BEGIN PGP SIGNATURE-
Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/

iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAlyIXVoACgkQHPApP6U8
pFhfQw/9ElIJf2BzpcHIo/fWmSwdoiQMJjRPtJ42KVob3uBbrOQ1qGXiL/Ezdjwz
7N6koDcMX0epu7BwxD1o57ASGrvaTpUTVpmDTgQk+UZVo4qumfUxKTTMjHBuj7Cx
fbLl41V0BEaipu1BAC0cu+g6E2B3dkCB2xXk330voQdE98RYGDWPV0EZlwCBM5lu
WDiv+gwba7mJwVJh+bTT/fZ5gRBRK4MV+8O5cMQIiDoBPF0pxkj7Y9+ogk8cu9SG
5hV1VMvWBY3fG8cvWGmSlpsfz7d2zgH3ij7y6UH1pim7OrTl6c/oUIQ+J/z5GhMV
6yz3Rhg4IEaMHNpcFQnKI4DKQ2uKc64G1k1XJixwgnKWyQgYSPlIbqcxkMh0GGrf
kDkdzhO0vNHau4jE3dNH2tTQpsJ+obV9MHFQ8HwUpJE49qg+AAI7KLZW9BhYDX4k
QOxDTOPK9LYPcHWDc55cW6Cf8ILlMWFZW2hMITTsYgc/Y+NpB5fk9vqGOcn2RFlG
sXs4Hid9kMcZY0pFfn7P+PwcL4UUGz3fV4quW9VonlwKJswxP5jvVIYLadMQrabQ
Lnw3IniXTEh4bXy3wtUVt0Xd4l+LmoT9r04r0YA8PF7zT8Kk1BuW93imQz+DZsb1
EnuahJrfDpfoyAjh7p54TZJQQvdqUc3L//kA+oo4X0GGDTpS4mE=
=PJsc
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: [OT] Tomcat Online Parameter Setting/Tuning

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Supun,

On 3/12/19 12:05, Supun Abeysinghe wrote:
> I am working on a project where the parameters of the tomcat server
> (e.g. MaxThreads, MinSpareThreads, MaxSpareThreads etc.) for a
> given web application is auto-tuned using a machine learning
> technique by looking at the runtime characteristics (e.g. workload
> characteristics, current performance etc.).

I'm kind of curious about this. Is this Nest[1] for Tomcat?

My experience is that traffic is bursty. That means that it's hard to
predict when you'll need more resources -- like threads, one of the
only things you can really tune at runtime. When you need them, you
want them NOW, not when some algorithm finally gets around to
detecting the burst of traffic you know has already begun.

Since the server must be planned for X number of threads at peak
volume, why not simply always run with X threads? There is really no
penalty for leaving threads unused, other than "wasted" memory... that
you would need if you needed the threads, anyway. It's not like you
can use that memory for anything else, because you're going to need it
at peak-load time.

If you are interested in doing ML for capacity-tuning, I'd look more
toward auto-scaling of *instances* rather than the resources being
used by one single Tomcat instance. If I can scale-down my VMs
deployed into, say, AWS, then I can save *real money* by scaling-back
during low-load times and learning about trends to pre-scale things
before e.g. the Friday-night rush or whatever happens to be "peak
volume" for my particular use-case.

- -chris

[1] https://nest.com/thermostats/
-BEGIN PGP SIGNATURE-
Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/

iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAlyIXA8ACgkQHPApP6U8
pFhIexAAhhyCaSiQLaTlS3ySTzF5hHuH9Ft2TVXV8rC1/nOA11zelkQRad1Dpd1Z
Ywks+Ag0OaZryld+S/oDCg2hbZEJ4yp2lCKhib9Vk85TGO6DnLM17Ul6Z7XOGstQ
gQagjNBCd+lpRuaJ/d1esx1zhzUxD8eTSMRNGP1eZcOTRFUekQpSPlaEmJiczTdo
/X79kL/NPV2evmJXlXrzBToqLPqpNVUrQMNmu6QZcwEP4eXNIaGIiUTD6WqnnHeJ
jSppwqk/++RXJa2P17+6cue5fmyoUHcVKOypwYye6c7deEXPR5Kx8Nvdl/IB4VJU
GsEhce9L+4R0EGRsgBEi0VW5OK4SxDYtmi+hdPxHDFXz1hocwAu3R0zdZspwJYo6
ESFepwnvEA/yfrNJD/dkoVrndejuZQjBRHkTRDh4ELj/ce/jFW3q0WjESVTz0Mmt
jrwnZsbqQ+qAFgcvYqQnBAyHguiJTfuRpDAg0kkkPfXLay65ESU5j8tAmoHR1S+V
utuZOaStzFnDl0VRyFMhPzU0K32w29bpp0wSpb6COgwkIha1TDOIrVJTBlT5sjhr
0tXo2ex4TZXdGVkeGqwCGmu2SNZQcPSp3qVbYGzZ/w1duvqlPFoBkxpk04dWFEc1
6eixdMxP3fb0KAiowXbk3VFtLJblkzzum3+UavxB8+vOCn2v2kg=
=Q1Uk
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Issue with TomCat 8.5 under z/OS2.3 and USS

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Peter,

On 3/12/19 12:48, Peter Henriques wrote:
> I have resolved this issue. I apparently chose the wrong java 
> location and config. There is a pre installed IBM JDK pack. I used
> this one rather then the one I installed(OpenJDK) and  can start up
> Tomcat now.

Welcome to the community.

I'm glad you got your issue resolved. You might consider sticking
around so we'll have a, ummm, second (?) IBM mainframe user who can
answer weird questions about Tomcat in those environments.

I read every word of your question and had ... absolutely no idea how
to help you. Most posters here are deploying to Linux, Windows, and
the occasional MacOS server. Not too many folks running AS/400 or
Z/OS, here.

- -chris

> -Original Message- From: Mark Thomas
> [mailto:ma...@apache.org] Sent: 12 March 2019 11:41 To:
> users@tomcat.apache.org Subject: Re: Issue with TomCat 8.5 under
> z/OS2.3 and USS
> 
> On 12/03/2019 11:32, Peter Henriques wrote:
>> Hello,
>> 
>> 
>> 
>> My Environment:
>> 
>> z/OS 2.3
>> 
>> USS
>> 
>> TomCat 8.5
> 
> Please provide a more precise Tomcat version.
> 
> Mark
> 
> 
>> 
>> OpenJDK 8
>> 
>> 
>> 
>> I am getting errors submitting JCL PROC for running Apache Tomcat
>>  using the JZOS batch Java launcher. It is a PROC that is
>> executed under another job called TCJOB.
>> 
>> 
>> 
>> The error I am getting is shown from the resulting joblog:
>> 
>> 
>> 
>> -STEPNAME PROCSTEPRC   EXCP   CONN   TCB   SRB
>> 
>> -TOMCAT   JAVAJVM101   2940 49   .00   .00
>> 
>> IEF404I TOMCAT - ENDED - TIME=10.00.10
>> 
>> -TOMCAT   ENDED.  NAME-HLQ   TOTAL TCB CPU TI
>> 
>> $HASP395 TOMCAT   ENDED - RC=0101
>> 
>> 
>> 
>> When I check the reason for the abend I see this:
>> 
>> 
>> 
>> Output from DD:STDENV config shell script:
>> 
>> waiting for child shell process to complete
>> 
>> -> waitChild()
>> 
>> child shell process exited with exit code 0
>> 
>> <- waitChild()
>> 
>> Child shell process exited without printing environment; //STDENV
>>  should not contain 'exit'
>> 
>> <- adoptEnvironment()
>> 
>> <- run()
>> 
>> -> cleanup()
>> 
>> JZOS batch launcher elapsed time=1 seconds, cpu time=0.09
>> seco
>> 
>> JZOS batch launcher failed, return code=101
>> 
>> <- cleanup()
>> 
>> -> ~JzosVM()
>> 
>> <- ~JzosVM()
>> 
>> 
>> 
>> I don't know if it is an authority issue or JAVA issue. I have 
>> searched for this error all over and get various reasons for this
>>  error. The closest or more relevant issue I have  seen is :
>> 
>> 
>> 
>> http://www-01.ibm.com/support/docview.wss?uid=swg1PM54627
>> 
>> 
>> 
>> I have even attempted to use su under USS shell but it just
>> ignores this authority.
>> 
>> 
>> 
>> Is there a way I can modify the supplied JCL(TCJOB, TCENV) to
>> add superuser privileges?
>> 
>> 
>> 
>> Regards
>> 
>> 
>> 
>> *Peter M Henriques*
>> 
>> *Support Engineer - Mainframe Support Group*
>> 
>> *D:*+44-1293-872072 | *T:* +44-1293-872000 | www.macro4.com 
>> 
>> 
>> 
>> 
>>  
>>  
>> 
>>  
>> 
>> 
>> 
>> Registered office: The Orangery, Turners Hill Road, Worth,
>> Crawley, West Sussex, RH10 4SS
>> 
>> Registered in England no: 00927588
>> 
>> 
>> 
>> Please consider the environment and only print this email if you
>>  really need to.
>> 
>> 
>> 
>> 
>> This e-mail message has been scanned and cleared by Google
>> Message Security and the UNICOM Global security systems. This
>> message is for the named person's use only. If you receive this
>> message in error, please delete it and notify the sender.
> 
> 
> -
>
> 
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 
> 
-BEGIN PGP SIGNATURE-
Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/

iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAlyIV/oACgkQHPApP6U8
pFj83A//cy69CaVFPVwR5W8e13c5uAH6LHdc5jcGlSzLtys6Jd2aObmWm7CXvyZy
p3n6YG88hSMjrnAuc6Pql8/qPHNB0Ndv0vS6t65a7anhmlHvR2AA906D5DWSxrhc
Rti+tW4h3FsSXC5LZ6AZFtT2XLrG94oo6p3oVto/ZUHwoMOC5uyGLsGlz+vqlRC+
MaOH2x9nrXiFabQY3XHM2rWC22hC4jgLx9MwnRBpERQCGL4tjQ3jzKdM2TNk92dA
3yxdB9DjuzT52KGbzxFg9UU53tFaHYK7JZUUrOJNXru3/bsDcK9ACzy0KvDm1bkK
ZYBwhkb/8/+gfmPnmbnVV5Yg3G5pYmSXdW/MC2vEermgo8n2fLN+Z5eUYQaZ8vkN
Bf706o5RngpmAORKWTVPVjwSzH0FrXhFqS8snbJlTmpuSU/YPdRtifSh4R++WV79
DYaZUlmBHG7TZTtms8ZMjQAFRpcq7Av2v1bLHfq1HF0zkbp0cvtPgYPOeQYSiMqk
ZgwAz0d+PRyDR5wxSIwtzfzbCd1nINqgqSXRskyJyV+fCnaMcedYo4wMPMnGdqJS
sJ2SaiKGzQob36g/pncy+wM8RKz5h6nxNZbKnlcquRqPcni9XaKyswuOROg4WiwP
ZWmClBDrJOUYRV5ux0Y85aTL0jE4rFNS93/VqTFO01l4iJbFDDw=
=/ZkN
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: 

Re: What is `tomcat7/common/` for?

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Mark,

On 3/12/19 14:39, Mark Thomas wrote:
> On 12/03/2019 14:42, Christopher Schultz wrote:
>> Joel,
>> 
>> On 3/12/19 09:43, Joel Griffith wrote:
>>> I'm upgrading a webapp server from Tomcat 7 to Tomcat 8 on
>>> Ubuntu 16.04. At installation, Tomcat 7 creates a directory 
>>> `/var/lib/tomcat7/common/`. When Tomcat 8 is installed,
>>> however, the `/var/lib/tomcat8/` directory it creates does not
>>> include a `common/` directory, and the deployment script
>>> complains that it isn't there.
>> 
>>> build.xml:129: /var/lib/tomcat8/common/lib does not exist.
>> 
>> This must be a deployment script that is managed by neither the
>> Tomcat project nor the Ubuntu package maintainers. You will need
>> to update it.
>> 
>>> I've been searching for a day and have found exactly zero 
>>> documentation on this, including on the official 8.0 migration 
>>> guide ( https://tomcat.apache.org/migration-8.html).
>> 
>> You are right; it isn't mentioned. That should be added to the 
>> migration guide.
> 
> Is is practical to try and cover changes in file system layout for 
> distributions we don't control?

No, but there is no mention of the classloader re-organization in the
migration guide.

Oh, hmm. The reason it's not in there, or in the Tomcat 7 migration
guide... is because this change was made in Tomcat *6*, and it *is* in
the migration guide... for Tomcat 6.

So, never mind.

For some reason, I thought this change was made more recently, but I
guess not.

Joel, it looks like your distribution was (still?) using that
directory in Tomcat 7 even thought Tomcat hasn't shipped that way for
... a long time. I wonder if your deployment script was accomplishing
anything by touching that directory in the first place.

- -chris
-BEGIN PGP SIGNATURE-
Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/

iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAlyIVmsACgkQHPApP6U8
pFj5AA/8COXrlLOL+LV8JM/qCvVdCWrSEzoFsBQ3yvAiHgaANPFVWaid0q5DGLiQ
J7mhzCwcT0h5ObDk1vIlTH8f+VFerlXBd6Ucio//xbQ8Gy2VXsuuNnOz42Rxuk4/
E/LpSFljo4JUkaYs0XApxNx6yo7ZxZlK3rCvTTx2ZgVQ9SlcRIQ/m6QJkM3m153r
1EKSTAKmp4lrsVjes4uwhA6sm/ZJDlR0qNuUAu+0g50F170qOeVJrPRQwnTcI8TE
q0zbnniw5Wlp2UcsW0gI7iLrtwu7/Bcwnjp0r9V6EA7pjagxTOMPWJxuwzF9SyZU
r+DtUNFikG7EMXl4Z9POy207B2TlBAt1FJlgkR06LxUJaJjPxdTmNhqREfeiYZGW
f+uFnrXmHK587UTMYQ4DzhEILj7ZItXyvA6fgQ2xDSoXPTdwBU7obxFZTVZwQc+D
RodvTUY1nh/xik6oFxd5BEAv5+euXR/Aag+89gPo7Qpdq5qPC05t3iHveQqf0CuE
rZIvclGKDHwMJG0QfG2UJlwU13JPxtorFc5Fh2ubPrkDypSAtw2zMb/LGeOMFDqx
h/t/i92W/j10NtMegBTvhp5lolMLTl9guRA8LhjZw15gajutdXVv2VBrlgnqhp8p
fZjNRgI6nDtXjn/OxsXypQ/6uYoJatjQ9i5JWykl42qFBa6TNHE=
=AERs
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Followup2: Changed behaviour of Tomcat Deployment/Context/Lifecycle Manager concerning symbolic links

[Johanes Soetanto]

Hi all,

On Tue, 12 Mar. 2019, 9:45 pm Jäkel, Guido,  wrote:

>-Original Message-
>From: Mark Thomas [mailto:ma...@apache.org]
>Sent: Tuesday, March 12, 2019 12:51 AM
>To: users@tomcat.apache.org
>Subject: Re: Followup2: Changed behaviour of Tomcat
Deployment/Context/Lifecycle Manager concerning symbolic links

>Looking at the code in ContextConfig.fixDocBase() it looks like it
>should be possible to switch lines 585 and 587 to use getAbsolutePath()
>without having too much impact on any performance improvements we may
>want to consider. That should address the regression. @Guido can you
>confirm that please?


Using  getAbsolutePath()  instead of  getPath()  ...

File file = new File(docBase);
if (!file.isAbsolute()) {
-docBase = (new File(appBase,
docBase)).getCanonicalPath();
+docBase = (new File(appBase,
docBase)).getAbsolutePath();
} else {
-docBase = file.getCanonicalPath();
+docBase = file.getAbsolutePath();
}

also still solve the issue for me.


Here my minimal test set:

* At some auto-deploying location, create the empty WAR 'dst.war.'

(You may use the following, if you like)

# cat /opt/bin/mkemptyzip
#!/bin/bash
#
# 20180516/gj

if [ -z "$1" ]; then
  cat >&2 <<-EOT
syntax : $0 ...
purpose: generate empty zip file
EOT
  exit -1
fi
for FILE; do
  [ -f "$FILE" ] && echo "file \"$FILE\" exists, skipping" &&
continue
  echo -en
'\x50\x4b\x05\x06\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00'
>$FILE
done

* Set up some different styled symlinks to it:

root@testbcs0 /home/tomcatT-8/webapps/localhost # ll ???.*


lrwxrwxrwx 1 root root 41 Mar 12 12:32 abs.war ->
/data/srv/test/webapps/localhost/dst.war.
lrwxrwxrwx 1 root root  8 Mar 12 12:33 chn.war. -> dst.war.
-rw-r--r-- 1 root root 22 Mar 12 12:32 dst.war.
lrwxrwxrwx 1 root root  8 Mar 12 12:35 dsy.war -> chn.war.
lrwxrwxrwx 1 root root  8 Mar 12 12:40 p#s.war -> chn.war.
lrwxrwxrwx 1 root root  8 Mar 12 11:51 lnk.war -> dst.war.
lrwxrwxrwx 1 root root 21 Mar 12 11:51 rel.war ->
../localhost/dst.war.


Correct me if I'm wrong. The original reason of this discussion if the file
extension does not end with war right? I don't see from test above that the
links do not ends with war. Or is it because of trailing dot at the end?

Re: Tomcat Online Parameter Setting/Tuning

[Mark Thomas]

On 12/03/2019 16:05, Supun Abeysinghe wrote:
> Hi all,
> 
> I am working on a project where the parameters of the tomcat server (e.g.
> MaxThreads, MinSpareThreads, MaxSpareThreads etc.) for a given web
> application is auto-tuned using a machine learning technique by looking at
> the runtime characteristics (e.g. workload characteristics, current
> performance etc.). As of my knowledge, the typical way of setting these
> parameters is by changing the server.xml inside the {catalina-home}/conf
> folder. In order to reconfigured/tuned values to get updated, we need to
> restart the tomcat server. However, the project that I'm working on
> requires the ability to change the parameters dynamically while the system
> is running.
> 
> I have looked into several approaches. One way is to use JMX and use the
> setters to set the parameter values. I have tried setting the MaxThreads
> parameter of the shared executor thread pool and it seems to be working
> fine. Now I'm looking into using that approach and set it up in my source
> code and access MBeans to change the parameters.
> 
> I just wanted to know whether I'm going in the right direction. Also, is
> there any other easier way of achieving what I want? I have gone through
> prior work in this research area and seen many people have tuned tomcat
> parameters in such a fashion. However, there seems to be no docs/articles
> on this topic. Am I missing something here? Any feedback is highly
> appreciated!

JMX is the right approach. Just keep in mind that changes to some
parameters don't take effect until the component is restarted.

You might want to consider using

http://tomcat.apache.org/tomcat-9.0-doc/config/listeners.html#StoreConfig_Lifecycle_Listener_-_org.apache.catalina.storeconfig.StoreConfigLifecycleListener

to persist any changes you make.

The other thing to keep in mind is that most of the time is spent in
application code so you normally get a bigger return for your investment
if you focus on application tuning.

Mark

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: What is `tomcat7/common/` for?

[Mark Thomas]

On 12/03/2019 14:42, Christopher Schultz wrote:
> Joel,
> 
> On 3/12/19 09:43, Joel Griffith wrote:
>> I'm upgrading a webapp server from Tomcat 7 to Tomcat 8 on Ubuntu
>> 16.04. At installation, Tomcat 7 creates a directory
>> `/var/lib/tomcat7/common/`. When Tomcat 8 is installed, however,
>> the `/var/lib/tomcat8/` directory it creates does not include a
>> `common/` directory, and the deployment script complains that it
>> isn't there.
> 
>> build.xml:129: /var/lib/tomcat8/common/lib does not exist.
> 
> This must be a deployment script that is managed by neither the Tomcat
> project nor the Ubuntu package maintainers. You will need to update it.
> 
>> I've been searching for a day and have found exactly zero
>> documentation on this, including on the official 8.0 migration
>> guide ( https://tomcat.apache.org/migration-8.html).
> 
> You are right; it isn't mentioned. That should be added to the
> migration guide.

Is is practical to try and cover changes in file system layout for
distributions we don't control?

Mark


> 
>> What is the `/var/lib/tomcat7/common/` directory for, and why does
>> Tomcat 8 not have one?
> 
> Tomcat used to have a somewhat complex series of directories
> containing libraries. You can read about it, here:
> http://tomcat.apache.org/tomcat-7.0-doc/class-loader-howto.html#Class_Lo
> ader_Definitions
> 
> Tomcat 8 has removed some of that complexity by merging the "shared"
> (lib/) and "common" (common/lib/) classloaders.
> 
> The "common" classloader was removed because it caused a lot of
> confusion and didn't really provide much benefit.
> 
> -chris
> 
> -
> 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

RE: Issue with TomCat 8.5 under z/OS2.3 and USS

[Peter Henriques]

Hi Mark,

I have resolved this issue. I apparently chose the wrong java location and 
config. There is a pre installed IBM JDK pack. I used this one rather then the 
one I installed(OpenJDK) and  can start up Tomcat now.

Thanks

Peter

-Original Message-
From: Mark Thomas [mailto:ma...@apache.org] 
Sent: 12 March 2019 11:41
To: users@tomcat.apache.org
Subject: Re: Issue with TomCat 8.5 under z/OS2.3 and USS

On 12/03/2019 11:32, Peter Henriques wrote:
> Hello,
> 
>  
> 
> My Environment:
> 
> z/OS 2.3
> 
> USS
> 
> TomCat 8.5

Please provide a more precise Tomcat version.

Mark


> 
> OpenJDK 8
> 
>  
> 
> I am getting errors submitting JCL PROC for running Apache Tomcat 
> using the JZOS batch Java launcher. It is a PROC that is executed 
> under another job called TCJOB.
> 
>  
> 
> The error I am getting is shown from the resulting joblog:
> 
>  
> 
> -STEPNAME PROCSTEP    RC   EXCP   CONN   TCB   SRB
> 
> -TOMCAT   JAVAJVM    101   2940 49   .00   .00
> 
> IEF404I TOMCAT - ENDED - TIME=10.00.10
> 
> -TOMCAT   ENDED.  NAME-HLQ   TOTAL TCB CPU TI
> 
> $HASP395 TOMCAT   ENDED - RC=0101
> 
>  
> 
> When I check the reason for the abend I see this:
> 
>  
> 
> Output from DD:STDENV config shell script:
> 
>  waiting for child shell process to complete
> 
>  -> waitChild()
> 
>  child shell process exited with exit code 0
> 
>  <- waitChild()
> 
>  Child shell process exited without printing environment; //STDENV 
> should not contain 'exit'
> 
>  <- adoptEnvironment()
> 
>  <- run()
> 
>  -> cleanup()
> 
>  JZOS batch launcher elapsed time=1 seconds, cpu time=0.09 seco
> 
> JZOS batch launcher failed, return code=101
> 
>  <- cleanup()
> 
>  -> ~JzosVM()
> 
>  <- ~JzosVM()
> 
>  
> 
> I don't know if it is an authority issue or JAVA issue. I have 
> searched for this error all over and get various reasons for this 
> error. The closest or more relevant issue I have  seen is :
> 
>  
> 
> http://www-01.ibm.com/support/docview.wss?uid=swg1PM54627
> 
>  
> 
> I have even attempted to use su under USS shell but it just ignores 
> this authority.
> 
>  
> 
> Is there a way I can modify the supplied JCL(TCJOB, TCENV) to  add 
> superuser privileges?
> 
>  
> 
> Regards
> 
>  
> 
> *Peter M Henriques*
> 
> *Support Engineer - Mainframe Support Group*
> 
> *D:*+44-1293-872072 | *T:* +44-1293-872000 | www.macro4.com 
> 
> 
>  
> 
> 
>  
>  
> 
> 
>  
> 
> Registered office: The Orangery, Turners Hill Road, Worth, Crawley, 
> West Sussex, RH10 4SS
> 
> Registered in England no: 00927588
> 
>  
> 
> Please consider the environment and only print this email if you 
> really need to.
> 
>  
> 
> 
> This e-mail message has been scanned and cleared by Google Message 
> Security and the UNICOM Global security systems. This message is for 
> the named person's use only. If you receive this message in error, 
> please delete it and notify the sender.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Tomcat Online Parameter Setting/Tuning

[Supun Abeysinghe]

Hi all,

I am working on a project where the parameters of the tomcat server (e.g.
MaxThreads, MinSpareThreads, MaxSpareThreads etc.) for a given web
application is auto-tuned using a machine learning technique by looking at
the runtime characteristics (e.g. workload characteristics, current
performance etc.). As of my knowledge, the typical way of setting these
parameters is by changing the server.xml inside the {catalina-home}/conf
folder. In order to reconfigured/tuned values to get updated, we need to
restart the tomcat server. However, the project that I'm working on
requires the ability to change the parameters dynamically while the system
is running.

I have looked into several approaches. One way is to use JMX and use the
setters to set the parameter values. I have tried setting the MaxThreads
parameter of the shared executor thread pool and it seems to be working
fine. Now I'm looking into using that approach and set it up in my source
code and access MBeans to change the parameters.

I just wanted to know whether I'm going in the right direction. Also, is
there any other easier way of achieving what I want? I have gone through
prior work in this research area and seen many people have tuned tomcat
parameters in such a fashion. However, there seems to be no docs/articles
on this topic. Am I missing something here? Any feedback is highly
appreciated!

Tomcat version: 7.0.93

Thank you.

Best regards,
Supun

-- 
*Supun Abeysinghe*
Undergrad, Department of Computer Science and Engineering,
University of Moratuwa, Faculty of Engineering.
+94717018897

Re: What is `tomcat7/common/` for?

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Joel,

On 3/12/19 09:43, Joel Griffith wrote:
> I'm upgrading a webapp server from Tomcat 7 to Tomcat 8 on Ubuntu
> 16.04. At installation, Tomcat 7 creates a directory
> `/var/lib/tomcat7/common/`. When Tomcat 8 is installed, however,
> the `/var/lib/tomcat8/` directory it creates does not include a
> `common/` directory, and the deployment script complains that it
> isn't there.
> 
> build.xml:129: /var/lib/tomcat8/common/lib does not exist.

This must be a deployment script that is managed by neither the Tomcat
project nor the Ubuntu package maintainers. You will need to update it.

> I've been searching for a day and have found exactly zero
> documentation on this, including on the official 8.0 migration
> guide ( https://tomcat.apache.org/migration-8.html).

You are right; it isn't mentioned. That should be added to the
migration guide.

> What is the `/var/lib/tomcat7/common/` directory for, and why does
> Tomcat 8 not have one?

Tomcat used to have a somewhat complex series of directories
containing libraries. You can read about it, here:
http://tomcat.apache.org/tomcat-7.0-doc/class-loader-howto.html#Class_Lo
ader_Definitions

Tomcat 8 has removed some of that complexity by merging the "shared"
(lib/) and "common" (common/lib/) classloaders.

The "common" classloader was removed because it caused a lot of
confusion and didn't really provide much benefit.

- -chris
-BEGIN PGP SIGNATURE-
Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/

iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAlyHxWIACgkQHPApP6U8
pFia5A/8D0Zqr+KD1w/tmhXPbaFgNRJHio1ztQwIg4ZE99bZq7sPAB8YBXBSnXJJ
zfVjniFb3eV7UVhf0Wp6m7G3z4BEws/v1gWSgdSCR3HXvCRZvtL9UrvqPQMCVbYh
fTDIkGBzssJE9mVSwzh5un9DRk5dmocf8WYEEh1CBrIrLdefz7hebzQKPvdImBfC
1HYBGmpJcE5UMqv71tOuc4qlS0NLjao6k70oePbG0ZAqrdDkMQH9P1uZ721gIdNC
axw8V4ZwbHvd6tLbfcRs4GuOF20s/WiBbzk3xM31B3M+6UiLaaONeIkriVTjHDOz
AAWBTZmXtcNrY/qsqM17j/muc6xnp09lGDU3+hUKdzlaOhwsoA9T9FhY9k7BRu7j
RwilSp5vrSSL4uiH2hmHh4sA/9bTvGp2gjKH67loHL5EjsRpYdbvEYQYQZSHyjBM
Sti6aa9aml0Emr+jtUWnF7WFuwTO6Ix/4QLIA/GMQ4tD7QWP7obw3IhacbTXZiwS
PSzkmNxW8zNwrtHPr3ouuN4xB8eqct7rQjwdFmUhMBzbdDP9FZJw9Ecv8TlEJWaX
uytYXdu9vUlQ4HWphbJ6xTuEww8PENp3qU+t6kbPyWFlcVEFKObTbJQOMZpoDI0I
Og/9xDhy8qsn1uQhx/cw8xk6S7lAAbf68RSSAtJMCPDDRJe19Xk=
=Li0e
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: What is `tomcat7/common/` for?

[John Larsen]

Tomcat 8 uses tomcat/lib instead of tomcat/common/ you'll need to adjust
your script.

John Larsen



On Tue, Mar 12, 2019 at 7:43 AM Joel Griffith  wrote:

> I'm upgrading a webapp server from Tomcat 7 to Tomcat 8 on Ubuntu 16.04.
> At installation, Tomcat 7 creates a directory `/var/lib/tomcat7/common/`.
> When Tomcat 8 is installed, however, the `/var/lib/tomcat8/` directory it
> creates does not include a `common/` directory, and the deployment script
> complains that it isn't there.
>
> build.xml:129: /var/lib/tomcat8/common/lib does not exist.
>
> I've been searching for a day and have found exactly zero documentation on
> this, including on the official 8.0 migration guide (
> https://tomcat.apache.org/migration-8.html).
>
> What is the `/var/lib/tomcat7/common/` directory for, and why does Tomcat 8
> not have one?
>

What is `tomcat7/common/` for?

[Joel Griffith]

I'm upgrading a webapp server from Tomcat 7 to Tomcat 8 on Ubuntu 16.04.
At installation, Tomcat 7 creates a directory `/var/lib/tomcat7/common/`.
When Tomcat 8 is installed, however, the `/var/lib/tomcat8/` directory it
creates does not include a `common/` directory, and the deployment script
complains that it isn't there.

build.xml:129: /var/lib/tomcat8/common/lib does not exist.

I've been searching for a day and have found exactly zero documentation on
this, including on the official 8.0 migration guide (
https://tomcat.apache.org/migration-8.html).

What is the `/var/lib/tomcat7/common/` directory for, and why does Tomcat 8
not have one?

RE: Issue with TomCat 8.5 under z/OS2.3 and USS

[Peter Henriques]

HI,

I also saw this issue that could be related:


https://serverfault.com/questions/824107/authorization-required-to-install-jzos-batch-launcher/824367

Regards

Peter

-Original Message-
From: Mark Thomas [mailto:ma...@apache.org] 
Sent: 12 March 2019 11:41
To: users@tomcat.apache.org
Subject: Re: Issue with TomCat 8.5 under z/OS2.3 and USS

On 12/03/2019 11:32, Peter Henriques wrote:
> Hello,
> 
>  
> 
> My Environment:
> 
> z/OS 2.3
> 
> USS
> 
> TomCat 8.5

Please provide a more precise Tomcat version.

Mark


> 
> OpenJDK 8
> 
>  
> 
> I am getting errors submitting JCL PROC for running Apache Tomcat 
> using the JZOS batch Java launcher. It is a PROC that is executed 
> under another job called TCJOB.
> 
>  
> 
> The error I am getting is shown from the resulting joblog:
> 
>  
> 
> -STEPNAME PROCSTEP    RC   EXCP   CONN   TCB   SRB
> 
> -TOMCAT   JAVAJVM    101   2940 49   .00   .00
> 
> IEF404I TOMCAT - ENDED - TIME=10.00.10
> 
> -TOMCAT   ENDED.  NAME-HLQ   TOTAL TCB CPU TI
> 
> $HASP395 TOMCAT   ENDED - RC=0101
> 
>  
> 
> When I check the reason for the abend I see this:
> 
>  
> 
> Output from DD:STDENV config shell script:
> 
>  waiting for child shell process to complete
> 
>  -> waitChild()
> 
>  child shell process exited with exit code 0
> 
>  <- waitChild()
> 
>  Child shell process exited without printing environment; //STDENV 
> should not contain 'exit'
> 
>  <- adoptEnvironment()
> 
>  <- run()
> 
>  -> cleanup()
> 
>  JZOS batch launcher elapsed time=1 seconds, cpu time=0.09 seco
> 
> JZOS batch launcher failed, return code=101
> 
>  <- cleanup()
> 
>  -> ~JzosVM()
> 
>  <- ~JzosVM()
> 
>  
> 
> I don't know if it is an authority issue or JAVA issue. I have 
> searched for this error all over and get various reasons for this 
> error. The closest or more relevant issue I have  seen is :
> 
>  
> 
> http://www-01.ibm.com/support/docview.wss?uid=swg1PM54627
> 
>  
> 
> I have even attempted to use su under USS shell but it just ignores 
> this authority.
> 
>  
> 
> Is there a way I can modify the supplied JCL(TCJOB, TCENV) to  add 
> superuser privileges?
> 
>  
> 
> Regards
> 
>  
> 
> *Peter M Henriques*
> 
> *Support Engineer - Mainframe Support Group*
> 
> *D:*+44-1293-872072 | *T:* +44-1293-872000 | www.macro4.com 
> 
> 
>  
> 
> 
>  
>  
> 
> 
>  
> 
> Registered office: The Orangery, Turners Hill Road, Worth, Crawley, 
> West Sussex, RH10 4SS
> 
> Registered in England no: 00927588
> 
>  
> 
> Please consider the environment and only print this email if you 
> really need to.
> 
>  
> 
> 
> This e-mail message has been scanned and cleared by Google Message 
> Security and the UNICOM Global security systems. This message is for 
> the named person's use only. If you receive this message in error, 
> please delete it and notify the sender.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Followup2: Changed behaviour of Tomcat Deployment/Context/Lifecycle Manager concerning symbolic links

[Jäkel , Guido]

>-Original Message-
>From: Mark Thomas [mailto:ma...@apache.org]
>Sent: Tuesday, March 12, 2019 12:51 AM
>To: users@tomcat.apache.org
>Subject: Re: Followup2: Changed behaviour of Tomcat 
>Deployment/Context/Lifecycle Manager concerning symbolic links

>Looking at the code in ContextConfig.fixDocBase() it looks like it
>should be possible to switch lines 585 and 587 to use getAbsolutePath()
>without having too much impact on any performance improvements we may
>want to consider. That should address the regression. @Guido can you
>confirm that please?


Using  getAbsolutePath()  instead of  getPath()  ...

File file = new File(docBase);
if (!file.isAbsolute()) {
-docBase = (new File(appBase, docBase)).getCanonicalPath();
+docBase = (new File(appBase, docBase)).getAbsolutePath();
} else {
-docBase = file.getCanonicalPath();
+docBase = file.getAbsolutePath();
}

also still solve the issue for me.


Here my minimal test set:

* At some auto-deploying location, create the empty WAR 'dst.war.' 

(You may use the following, if you like)

# cat /opt/bin/mkemptyzip 
#!/bin/bash
#
# 20180516/gj

if [ -z "$1" ]; then
  cat >&2 <<-EOT
syntax : $0 ...
purpose: generate empty zip file
EOT
  exit -1
fi
for FILE; do
  [ -f "$FILE" ] && echo "file \"$FILE\" exists, skipping" && continue
  echo -en  
'\x50\x4b\x05\x06\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00'
 >$FILE
done

* Set up some different styled symlinks to it:

root@testbcs0 /home/tomcatT-8/webapps/localhost # ll ???.*  

 
lrwxrwxrwx 1 root root 41 Mar 12 12:32 abs.war -> 
/data/srv/test/webapps/localhost/dst.war.
lrwxrwxrwx 1 root root  8 Mar 12 12:33 chn.war. -> dst.war.
-rw-r--r-- 1 root root 22 Mar 12 12:32 dst.war.
lrwxrwxrwx 1 root root  8 Mar 12 12:35 dsy.war -> chn.war.
lrwxrwxrwx 1 root root  8 Mar 12 12:40 p#s.war -> chn.war.
lrwxrwxrwx 1 root root  8 Mar 12 11:51 lnk.war -> dst.war.
lrwxrwxrwx 1 root root 21 Mar 12 11:51 rel.war -> ../localhost/dst.war.


This will proper deploy the Contexts named '/abs'  '/dsy'  '/p/s'  '/lnk'  and  
'/rel' . All this breaks while using getCanonical, but works with getPath() or 
getAbsolutePath(). Notice also, that the "final destination" is still proper 
watched, i.e. touching the 'dst.war.' will redeploy all contexts.




>I can run the unit tests and if they pass and the correction of the
>regression is confirmed it should be possible to get the fix into the
>next set of releases.
>
>The next release is almost certainly too soon for completing the
>performance review. That is probably going to need to wait until the
>following set of releases.

To remove the regression, IMHO you fist should revert the change for the next 
release and do your wider code cleaning and performance after that.


with greetings

Guido

RE: Issue with TomCat 8.5 under z/OS2.3 and USS

[Peter Henriques]

Hi,

Apologies...8.5.38

-Original Message-
From: Mark Thomas [mailto:ma...@apache.org] 
Sent: 12 March 2019 11:41
To: users@tomcat.apache.org
Subject: Re: Issue with TomCat 8.5 under z/OS2.3 and USS

On 12/03/2019 11:32, Peter Henriques wrote:
> Hello,
> 
>  
> 
> My Environment:
> 
> z/OS 2.3
> 
> USS
> 
> TomCat 8.5

Please provide a more precise Tomcat version.

Mark


> 
> OpenJDK 8
> 
>  
> 
> I am getting errors submitting JCL PROC for running Apache Tomcat 
> using the JZOS batch Java launcher. It is a PROC that is executed 
> under another job called TCJOB.
> 
>  
> 
> The error I am getting is shown from the resulting joblog:
> 
>  
> 
> -STEPNAME PROCSTEP    RC   EXCP   CONN   TCB   SRB
> 
> -TOMCAT   JAVAJVM    101   2940 49   .00   .00
> 
> IEF404I TOMCAT - ENDED - TIME=10.00.10
> 
> -TOMCAT   ENDED.  NAME-HLQ   TOTAL TCB CPU TI
> 
> $HASP395 TOMCAT   ENDED - RC=0101
> 
>  
> 
> When I check the reason for the abend I see this:
> 
>  
> 
> Output from DD:STDENV config shell script:
> 
>  waiting for child shell process to complete
> 
>  -> waitChild()
> 
>  child shell process exited with exit code 0
> 
>  <- waitChild()
> 
>  Child shell process exited without printing environment; //STDENV 
> should not contain 'exit'
> 
>  <- adoptEnvironment()
> 
>  <- run()
> 
>  -> cleanup()
> 
>  JZOS batch launcher elapsed time=1 seconds, cpu time=0.09 seco
> 
> JZOS batch launcher failed, return code=101
> 
>  <- cleanup()
> 
>  -> ~JzosVM()
> 
>  <- ~JzosVM()
> 
>  
> 
> I don't know if it is an authority issue or JAVA issue. I have 
> searched for this error all over and get various reasons for this 
> error. The closest or more relevant issue I have  seen is :
> 
>  
> 
> http://www-01.ibm.com/support/docview.wss?uid=swg1PM54627
> 
>  
> 
> I have even attempted to use su under USS shell but it just ignores 
> this authority.
> 
>  
> 
> Is there a way I can modify the supplied JCL(TCJOB, TCENV) to  add 
> superuser privileges?
> 
>  
> 
> Regards
> 
>  
> 
> *Peter M Henriques*
> 
> *Support Engineer - Mainframe Support Group*
> 
> *D:*+44-1293-872072 | *T:* +44-1293-872000 | www.macro4.com 
> 
> 
>  
> 
> 
>  
>  
> 
> 
>  
> 
> Registered office: The Orangery, Turners Hill Road, Worth, Crawley, 
> West Sussex, RH10 4SS
> 
> Registered in England no: 00927588
> 
>  
> 
> Please consider the environment and only print this email if you 
> really need to.
> 
>  
> 
> 
> This e-mail message has been scanned and cleared by Google Message 
> Security and the UNICOM Global security systems. This message is for 
> the named person's use only. If you receive this message in error, 
> please delete it and notify the sender.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Issue with TomCat 8.5 under z/OS2.3 and USS

[Mark Thomas]

On 12/03/2019 11:32, Peter Henriques wrote:
> Hello,
> 
>  
> 
> My Environment:
> 
> z/OS 2.3
> 
> USS
> 
> TomCat 8.5

Please provide a more precise Tomcat version.

Mark


> 
> OpenJDK 8
> 
>  
> 
> I am getting errors submitting JCL PROC for running Apache Tomcat using
> the JZOS batch Java launcher. It is a PROC that is executed under
> another job called TCJOB.
> 
>  
> 
> The error I am getting is shown from the resulting joblog:
> 
>  
> 
> -STEPNAME PROCSTEP    RC   EXCP   CONN   TCB   SRB 
> 
> -TOMCAT   JAVAJVM    101   2940 49   .00   .00 
> 
> IEF404I TOMCAT - ENDED - TIME=10.00.10      
> 
> -TOMCAT   ENDED.  NAME-HLQ   TOTAL TCB CPU TI
> 
> $HASP395 TOMCAT   ENDED - RC=0101  
> 
>  
> 
> When I check the reason for the abend I see this:
> 
>  
> 
> Output from DD:STDENV config shell script:   
> 
>  waiting for child shell process to complete  
> 
>  -> waitChild()   
> 
>  child shell process exited with exit code 0   
> 
>  <- waitChild()   
> 
>  Child shell process exited without printing environment; //STDENV
> should not contain 'exit' 
> 
>  <- adoptEnvironment()     
> 
>  <- run() 
> 
>  -> cleanup() 
> 
>  JZOS batch launcher elapsed time=1 seconds, cpu time=0.09 seco
> 
> JZOS batch launcher failed, return code=101  
> 
>  <- cleanup() 
> 
>  -> ~JzosVM() 
> 
>  <- ~JzosVM()      
> 
>  
> 
> I don’t know if it is an authority issue or JAVA issue. I have searched
> for this error all over and get various reasons for this error. The
> closest or more relevant issue I have  seen is :
> 
>  
> 
> http://www-01.ibm.com/support/docview.wss?uid=swg1PM54627
> 
>  
> 
> I have even attempted to use su under USS shell but it just ignores this
> authority.
> 
>  
> 
> Is there a way I can modify the supplied JCL(TCJOB, TCENV) to  add
> superuser privileges?
> 
>  
> 
> Regards
> 
>  
> 
> *Peter M Henriques*
> 
> *Support Engineer – Mainframe Support Group*
> 
> *D:*+44-1293-872072 | *T:* +44-1293-872000 | www.macro4.com
> 
> 
>  
> 
>   
>  
>  
> 
> 
>  
> 
> Registered office: The Orangery, Turners Hill Road, Worth, Crawley, West
> Sussex, RH10 4SS
> 
> Registered in England no: 00927588
> 
>  
> 
> Please consider the environment and only print this email if you really
> need to.
> 
>  
> 
> 
> This e-mail message has been scanned and cleared by Google Message
> Security and the UNICOM Global security systems. This message is for the
> named person's use only. If you receive this message in error, please
> delete it and notify the sender.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Issue with TomCat 8.5 under z/OS2.3 and USS

[Peter Henriques]

Hello,

My Environment:
z/OS 2.3
USS
TomCat 8.5
OpenJDK 8

I am getting errors submitting JCL PROC for running Apache Tomcat using the 
JZOS batch Java launcher. It is a PROC that is executed under another job 
called TCJOB.

The error I am getting is shown from the resulting joblog:

-STEPNAME PROCSTEPRC   EXCP   CONN   TCB   SRB
-TOMCAT   JAVAJVM101   2940 49   .00   .00
IEF404I TOMCAT - ENDED - TIME=10.00.10
-TOMCAT   ENDED.  NAME-HLQ   TOTAL TCB CPU TI
$HASP395 TOMCAT   ENDED - RC=0101

When I check the reason for the abend I see this:

Output from DD:STDENV config shell script:
 waiting for child shell process to complete
 -> waitChild()
 child shell process exited with exit code 0
 <- waitChild()
 Child shell process exited without printing environment; //STDENV should not 
contain 'exit'
 <- adoptEnvironment()
 <- run()
 -> cleanup()
 JZOS batch launcher elapsed time=1 seconds, cpu time=0.09 seco
JZOS batch launcher failed, return code=101
 <- cleanup()
 -> ~JzosVM()
 <- ~JzosVM()

I don't know if it is an authority issue or JAVA issue. I have searched for 
this error all over and get various reasons for this error. The closest or more 
relevant issue I have  seen is :

http://www-01.ibm.com/support/docview.wss?uid=swg1PM54627

I have even attempted to use su under USS shell but it just ignores this 
authority.

Is there a way I can modify the supplied JCL(TCJOB, TCENV) to  add superuser 
privileges?

Regards

Peter M Henriques
Support Engineer - Mainframe Support Group
D: +44-1293-872072 | T: +44-1293-872000 | www.macro4.com

[cid:image001.png@01D4D8C6.1B18EE90]   
[cid:image002.png@01D4D8C6.1B18EE90]  
 [cid:image003.png@01D4D8C6.1B18EE90]   
[cid:image004.png@01D4D8C6.1B18EE90]   
[cid:image005.png@01D4D8C6.1B18EE90] 


Registered office: The Orangery, Turners Hill Road, Worth, Crawley, West 
Sussex, RH10 4SS
Registered in England no: 00927588

Please consider the environment and only print this email if you really need to.


-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender.