Christopher Schultz wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Thone,
On 1/12/15 6:03 PM, Thone Soungpanya wrote:
When connecting from Tomcat to third party, we are going through a
servlet code which is customized by us. We package the code into a
jar file which sits on the \WEB-INF\lib folder. When connection,
we create a session and connect through the application server IP
address, jolt port, username and password. The third party system
we connect to is a PeopleSoft ERP system.
When the problem occurs, I would estimate it to be about 200 or so
active sessions through just that one folder. Now, another thing I
forgot to mention is, we have multiple web application folders
with the same files but just different PeopleTools version to
support for different clients. These are not slowing up and they
have about maybe 10 - 20 sessions. Just throwing this information
out there in case.
Also to note again, I do not think it is the connection to the
third party. While reviewing the logs, I notice when connecting to
third party, it takes about 10 seconds round-trip. We write logs
when it begin connection to end connection. Something is
bottlenecking in the tomcat server before trying to connect.
The number of uses sessions is largely irrelevant. What is relevant is
the number of simultaneous requests that are being made to your own
web application, and how many are trying to create these outgoing
connections.
(Just curious: what is a "jolt port"?)
If you have a 20-50 second pause, there's enough time to trigger a
thread dump of the application (see the wiki HOWTO section for how to
do that). A thread dump will tell you where the code is hanging. It's
not likely to be in Tomcat itself.
Maybe a DNS lookup issue ?
If the code of the webapp is under control of the OP ("servlet code which is customized by
us"), then it should be easy to add some logging in there, to figure out where the time
really goes ?
That may be a bit easier to do at first, than taking thread dumps.
- -chris
-----Original Message----- From: cjder...@gmail.com
[mailto:cjder...@gmail.com] On Behalf Of chris derham Sent:
Monday, January 12, 2015 2:43 PM To: Tomcat Users List Subject: Re:
Slow HTTP Rquest via Tomcat
On 13 January 2015 at 11:38, Thone Soungpanya
<thone.soungpa...@higherone.com> wrote:
Hello,
Can anyone give some advice on what the issue may be? We have a
web application folder in Tomcat that have been slowing the http
request's connection to another third party system when there
are high traffic. It seems to be halting in the Tomcat server for
about 20 - 50 seconds before attempting to connect to the third
party system. Once it tries to connect to the third party system,
the response time is only about 6 - 10 seconds which is normal.
It does not seem to be an issue at the third party's end as the
response time is quick once we get connected.
Here are the specs that we have and additional information...
1) Apache Tomcat 7.0.56 2) JVM version 1.7 3) Running on Linux
OS Version 2.6.32
Connection Flow: 1) User submits a HTTP request from web
application to Tomcat 2) Tomcat calls Java's servlet code along
with HTTP request parameters 3) Java servlet code connects to
third party system via application server and jolt port 4) Third
party system returns requested information
We thought it would be a session issue which we lowered the
session timeout (just for that folder) in WEB-INF folder to 5
minutes from defaulted 30 minutes but it is still doing the same
thing.
Any advice on what it may be? Let me know if you need additional
information.
How does your code connect to the 3rd party? There are libraries
that do this, please elaborate which you use. I recall using one,
and it had a limit on the number of concurrent connections to a 3rd
party. Perhaps you hit this limit? How many connections are you
talking about when the problem occurs - 10s, 100s, 1000s or more?
Chris
Thank you in advance!
Thone
---------------------------------------------------------------------
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
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: GPGTools - http://gpgtools.org
iQIcBAEBCAAGBQJUtJPoAAoJEBzwKT+lPKRYeYAQAIElQByMpZ88BGNpwNPNqJ08
n0uw/bsBAhKV39Yz54qNRFiQ/7CBCDtP9IrghdjrWNDgnocFb2DGPCW37dT3IS3P
76nTzcZIby8XU/CtUP2iPBqxYLbhm8FEsRB6yH4YB/0QRgz5E1SRBBFw7f2LVQFz
8xnnGObrIJn2Ah0sYlpwVH3FejokjLe67wra3SBV1ONQsZzwpm3JCGdpHzXEzUqt
MhSElAoXhk+LupA7ofvPC4GLiS6uvS1o9cOP1wbEK5P5DeFe3E78H/QPmSWf/0Vd
iEIZbrlKRQyKjNPn+9NvKZMWcwcMYuntjdbhQNDOyQ0A/GW9DwV4qNjsUuQbyLi6
sF0UBmygw1dmHnDTJ4F04JNkYsGVG+POlWltKvG/Q6H+aywu86OxJKqWp7L4NL5G
T4g9j4pGYLdX1WDjZLWlG71SrxbsugyXa+vxP21Vujo2XikwGOSfOju+DvcFEm1r
+RC/2NBYfJnB2yfkNQJiVFaVg5hyoeHDGb2Ru3RfEzNUof7BrxKeEEJyXKvSqU2q
zej+vlOpHkvIBEd9g4n77wyVhSKjSOMJVYLoSvnZiMXGZYXfCU5Whv3NLl5Q+lal
0Iz8ZJQfdDMMsorECIL+eT99stu/rYb91OTJLCfOAzNXVxV8C5rNAN2iXmmYVcz2
vwYL7hVYfFA29QkuwmCs
=fifb
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
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
