Return-Path: 
 <tomcat-user-return-119104-apmail-jakarta-tomcat-user-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-tomcat-user-archive@www.apache.org
Received: (qmail 97364 invoked from network); 10 Jan 2005 19:24:56 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur-2.apache.org with SMTP; 10 Jan 2005 19:24:56 -0000
Received: (qmail 80245 invoked by uid 500); 10 Jan 2005 19:24:40 -0000
Delivered-To: apmail-jakarta-tomcat-user-archive@jakarta.apache.org
Received: (qmail 80223 invoked by uid 500); 10 Jan 2005 19:24:40 -0000
Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:tomcat-user-unsubscribe@jakarta.apache.org>
List-Subscribe: <mailto:tomcat-user-subscribe@jakarta.apache.org>
List-Help: <mailto:tomcat-user-help@jakarta.apache.org>
List-Post: <mailto:tomcat-user@jakarta.apache.org>
List-Id: "Tomcat Users List" <tomcat-user.jakarta.apache.org>
Reply-To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>
Delivered-To: mailing list tomcat-user@jakarta.apache.org
Received: (qmail 80209 invoked by uid 99); 10 Jan 2005 19:24:40 -0000
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=
X-Spam-Check-By: apache.org
Received-SPF: pass (hermes.apache.org: local policy)
Received: from fsg1.nws.noaa.gov (HELO fsg1.nws.noaa.gov) (140.90.91.103)
  by apache.org (qpsmtpd/0.28) with ESMTP; Mon, 10 Jan 2005 11:24:39 -0800
Received: from fsg1.nws.noaa.gov (localhost.localdomain [127.0.0.1])
	by fsg1.nws.noaa.gov (8.12.11/8.12.11) with ESMTP id j0AJOZLJ010993
	for <tomcat-user@jakarta.apache.org>; Mon, 10 Jan 2005 14:24:35 -0500
Received: from localhost (brianm@localhost)
	by fsg1.nws.noaa.gov (8.12.11/8.12.11/Submit) with ESMTP id j0AJOZSD010989
	for <tomcat-user@jakarta.apache.org>; Mon, 10 Jan 2005 14:24:35 -0500
Date: Mon, 10 Jan 2005 14:24:35 -0500 (EST)
From: Brian McEntire <brianm@fsg1.nws.noaa.gov>
To: Tomcat Users List <tomcat-user@jakarta.apache.org>
Subject: RE: Apache returning different sizes for same request [was Re:
 Controlling caching / session collision]
In-Reply-To: 
 <AEF3D568DD1D9E428048C592AA164597B0B748@USRV-EXCH4.na.uis.unisys.com>
Message-ID: <Pine.LNX.4.61.0501101312070.688@fsg1.nws.noaa.gov>
References: 
 <AEF3D568DD1D9E428048C592AA164597B0B748@USRV-EXCH4.na.uis.unisys.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Virus-Checked: Checked
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

On Fri, 7 Jan 2005, Caldarale, Charles R wrote:

>> My browser requested listByOwner.jsp but received
>> decodedDataChartContents.jsp. I expected listByOwner
>> but saw decodedDataChartContents.
>
> One of the more common causes of this is inadvertent data sharing due to 
> applications that aren't thread-safe.  Examine the app code for 
> unprotected static fields, request-specific data stored in a session 
> object, etc.
>
> You should also try running the requests through Tomcat only (usually 
> port 8080 unless you've disabled the normal http connector) to see if 
> the problem stays with Tomcat or disappears when mod_jk is out of the 
> picture.

I'm the (poor :) sys admin and I don't know much Java but I can read it at 
a beginner level. I'm working with the developer of this application. He 
doesn't know threads well but doesn't think his application uses any. He 
also says the application does not make use of sessions.

Looking at one of the problematic JSP pages, I see (snippets):

<jsp:useBean id="state" class="postgres.PostgreSQLBean" scope="page" />
<%!
         ResultSet result;
%>

and

         try {
               state.connectToDB("db.server.sanitized.gov");
                 if (state.isConnected())
                         result = state.executeQuery("SELECT owner_code 
FROM owner ORDER BY owner_code");
                 while (result.next()) {
%>
<option value="<%= result.getString(1) %>"><%= result.getString(1) %>
<%
                 }
                 state.closeStatement();
                 result.close();
                 state.closeConnection();
         } catch (SQLException e) {
         } catch (Exception e) {
         }

- - -

That's all the Java / tags on the whole page. Do you see anything wrong 
with the scope of the variables, threads, or sessions?

* The other question I have: Does anyone know of a simple way to make 
Tomcat log accesses in a format like Apache's Combined Log format?

I wrote test plans in JMeter and a PERL script which can monitor the 
Apache access log in real time and show the success and failure of each 
request-response through Apache and mod_jk (based on the results of served 
JSPs having known sizes.)

I left the default Tomcat port open (for internal use) on port 8080 and I 
can access the JSPs that are having problems directly though Tomcat. This 
eliminates mod_jk and Apache for troubleshooting. The only problem is, 
this is an intermittent problem so it very difficult to judge improvement 
with out JMeter and the test script which needs a combined access log as 
input.

I'd be happy to share the PERL script with anyone interested. Contact me 
if you want it.

Thanks!
   Brian

---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org