Return-Path: 
 <users-return-172240-apmail-tomcat-users-archive=tomcat.apache.org@tomcat.apache.org>
Delivered-To: apmail-tomcat-users-archive@www.apache.org
Received: (qmail 17847 invoked from network); 14 Nov 2007 22:51:59 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 14 Nov 2007 22:51:59 -0000
Received: (qmail 33544 invoked by uid 500); 14 Nov 2007 22:51:34 -0000
Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org
Received: (qmail 33520 invoked by uid 500); 14 Nov 2007 22:51:34 -0000
Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:users-help@tomcat.apache.org>
List-Unsubscribe: <mailto:users-unsubscribe@tomcat.apache.org>
List-Post: <mailto:users@tomcat.apache.org>
List-Id: <users.tomcat.apache.org>
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Delivered-To: mailing list users@tomcat.apache.org
Received: (qmail 33509 invoked by uid 99); 14 Nov 2007 22:51:34 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Nov 2007 14:51:34 -0800
X-ASF-Spam-Status: No, hits=1.2 required=10.0
	tests=SPF_NEUTRAL
X-Spam-Check-By: apache.org
Received-SPF: neutral (nike.apache.org: local policy)
Received: from [196.25.240.83] (HELO ctb-mesg-2-3.saix.net) (196.25.240.83)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Nov 2007 22:52:23 +0000
Received: from animal (dsl-243-71-230.telkomadsl.co.za [41.243.71.230])
	by ctb-mesg-2-3.saix.net (Postfix) with SMTP id 5088666D7
	for <users@tomcat.apache.org>; Thu, 15 Nov 2007 00:50:55 +0200 (SAST)
Message-ID: <00a801c82710$d59ac870$0300000a@animal>
From: "Johnny Kewl" <john@kewlstuff.co.za>
To: "Tomcat Users List" <users@tomcat.apache.org>
References: <13750147.post@talk.nabble.com> <13756099.post@talk.nabble.com>
 <2828B04F0113CD468E6D1D51DF4362A403FD5AA5@USEA-EXCH2.na.uis.unisys.com>
 <13756614.post@talk.nabble.com>
Subject: Re: Redeploy issues loading contents from some .jar at WEB-INF/lib
Date: Thu, 15 Nov 2007 00:50:51 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	format=flowed;
	charset="iso-8859-1";
	reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2180
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Antivirus: avast! (VPS 000780-1, 2007/10/10), Outbound message
X-Antivirus-Status: Clean
X-Virus-Checked: Checked by ClamAV on apache.org


---------------------------------------------------------------------------
HARBOR: http://coolharbor.100free.com/index.htm
Now Tomcat is also a cool pojo application server
---------------------------------------------------------------------------
----- Original Message ----- 
From: "Leonardo Pinho" <leonardo.pinho@gmail.com>
To: <users@tomcat.apache.org>
Sent: Wednesday, November 14, 2007 11:10 PM
Subject: RE: Redeploy issues loading contents from some .jar at WEB-INF/lib


>
> I guess not, because I'm doing the redeploy manually and just after the
> transfer is completed. The autoDeploy feature is off in my tomcat, so I go
> to the Tomcat Manager and invoke the Reload operation for my web app 
> using:
>
> http://<host>:8080/manager/html/reload?path=/<app_name>

Leonardo Pinho wrote:
>> - If I just redeploy, without update the WAR, it works!
>>
>> - If I update the WAR (some servlet code p.ex.) without update common.jar
>> (keep the same jar) and redeploy, it works!
>>
>> - If I update the WAR and update common.jar (different version of the
>> jar)
>> and redeploy, it does NOT work!

Beeeeeeg guess here....
Update (if I remember) means that if it exists, it will undeploy first.
So I have a feeling this application (the offending class) wont undeploy.

It works if tomcat restarted, but not if tomcat running...
I think the application (class) is not letting go...
I think this because even if you change a JAR... if the classloader cannot 
let classes go because something is using it... it will not reload... the 
classloader will simply reuse the one in the classloader... so new on 
disk... does not mean new in classloader, unless that class loader can let 
go... something like that.

So the software somewhere does something like read the digest of the file on 
disk... then it checks that against the loaded class...
bang they are different... I'm thinking a singleton or something has that 
class... and the classloader when told to reload, does not evem look at the 
new one on disk.
How to check that, and how to kill that.... I have no idea, dont know 
Spring. 


---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org