<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Tomcat in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/tomcat/m-p/4011332#M298808</link>
    <description>Sorry it was a Tomcat Process... I guess by what your saying is that is very dificult to find a hung Tomcat process. &lt;BR /&gt;&lt;BR /&gt;I would think  that when a process is in a loop it will consume lots of cpu.&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Fri, 01 Jun 2007 03:01:19 GMT</pubDate>
    <dc:creator>Rafael Casero</dc:creator>
    <dc:date>2007-06-01T03:01:19Z</dc:date>
    <item>
      <title>Tomcat</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tomcat/m-p/4011329#M298805</link>
      <description>Would syslog tell me if a Tomcat seesion hangs ? or where can I go to see it.</description>
      <pubDate>Fri, 01 Jun 2007 01:24:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tomcat/m-p/4011329#M298805</guid>
      <dc:creator>Rafael Casero</dc:creator>
      <dc:date>2007-06-01T01:24:26Z</dc:date>
    </item>
    <item>
      <title>Re: Tomcat</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tomcat/m-p/4011330#M298806</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;syslog would probably not tell you if a tomcat session hung. You might look for a core dump in the home or application directory or at the number of tomcat or java sessions in ps -ef&lt;BR /&gt;&lt;BR /&gt;tomcat has a log file of sorts which I've not found helpful, but it does exist and there may be some evidence in there.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Fri, 01 Jun 2007 02:27:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tomcat/m-p/4011330#M298806</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2007-06-01T02:27:14Z</dc:date>
    </item>
    <item>
      <title>Re: Tomcat</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tomcat/m-p/4011331#M298807</link>
      <description>First you'll have to define what you mean with "Tomcat session". &lt;BR /&gt;&lt;BR /&gt;Do you mean a running Tomcat process, as seen by the operating system of the server?&lt;BR /&gt;&lt;BR /&gt;If the process becomes unresponsive, it may be in a tight loop doing something repeatedly. In this case, the OS does not see anything wrong: the process is busy doing something... it just happens to be something useless.&lt;BR /&gt;&lt;BR /&gt;If you're using Sun's JVM, sending a "kill -QUIT" to the Java process running Tomcat will cause the JVM to print out a "thread dump" which tells you exactly what the process was doing at the moment. The thread dump goes to the standard output of the Java process... which might be redirected to some log file somewhere, or even /dev/null. So you might have to examine or tweak your set-up a bit to find out where the thread dump goes and catch it.&lt;BR /&gt;&lt;BR /&gt;Or if the process is not consuming any CPU time, it might be waiting for some I/O operation. If your disk is failing or some network resource your program is using is unreachable, this might be the reason. Disk errors usually cause a lot of messages to be sent to the syslog and kernel message buffer (use the command "dmesg" to see it). &lt;BR /&gt;&lt;BR /&gt;Some years ago, we had lots of problems with old Java versions and urlConnect methods, because there wasn't any way to specify a timeout for the connection. Analyzing the thread dumps helped to see what was going on.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Or do you mean a "Tomcat session" as seen by the client with a web browser?&lt;BR /&gt;&lt;BR /&gt;The HTTP protocol does not have a concept of sessions. If an application wishes to have a concept of sessions, it must keep track of the users and their sessions in some way. Common methods are using cookies or embedding some session-identifying information into the URLs.&lt;BR /&gt;&lt;BR /&gt;If a client sees a session hanging, the first thing to examine is: what happens at the Tomcat server end? Has some network problem prevented the client's requests from reaching the server, or has something in the client's request caused the server to become stuck (see above)? The access logs might help to identify whether it is a network problem or not.&lt;BR /&gt;&lt;BR /&gt;MK</description>
      <pubDate>Fri, 01 Jun 2007 02:50:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tomcat/m-p/4011331#M298807</guid>
      <dc:creator>Matti_Kurkela</dc:creator>
      <dc:date>2007-06-01T02:50:47Z</dc:date>
    </item>
    <item>
      <title>Re: Tomcat</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tomcat/m-p/4011332#M298808</link>
      <description>Sorry it was a Tomcat Process... I guess by what your saying is that is very dificult to find a hung Tomcat process. &lt;BR /&gt;&lt;BR /&gt;I would think  that when a process is in a loop it will consume lots of cpu.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 01 Jun 2007 03:01:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tomcat/m-p/4011332#M298808</guid>
      <dc:creator>Rafael Casero</dc:creator>
      <dc:date>2007-06-01T03:01:19Z</dc:date>
    </item>
  </channel>
</rss>

