Return-Path: 
 <tomcat-user-return-129368-apmail-jakarta-tomcat-user-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-tomcat-user-archive@www.apache.org
Received: (qmail 46133 invoked from network); 30 Jun 2005 22:04:51 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 30 Jun 2005 22:04:51 -0000
Received: (qmail 31735 invoked by uid 500); 30 Jun 2005 22:04:32 -0000
Delivered-To: apmail-jakarta-tomcat-user-archive@jakarta.apache.org
Received: (qmail 31724 invoked by uid 500); 30 Jun 2005 22:04:30 -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-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 31711 invoked by uid 99); 30 Jun 2005 22:04:30 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 Jun 2005 15:04:30 -0700
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=
X-Spam-Check-By: apache.org
Received-SPF: pass (asf.osuosl.org: local policy)
Received: from [128.253.83.141] (HELO authusersmtp.mail.cornell.edu)
 (128.253.83.141)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 Jun 2005 15:04:32 -0700
Received: from [192.168.5.100] (cpe-24-59-104-63.twcny.res.rr.com
 [24.59.104.63])
	(authenticated bits=0)
	by authusersmtp.mail.cornell.edu (8.13.1/8.12.10) with ESMTP id
 j5UM8E0m013266
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT)
	for <tomcat-user@jakarta.apache.org>; Thu, 30 Jun 2005 18:08:14 -0400 (EDT)
Message-ID: <42C46C6C.4020808@cornell.edu>
Date: Thu, 30 Jun 2005 18:04:28 -0400
From: David Smith <dns4@cornell.edu>
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Tomcat Users List <tomcat-user@jakarta.apache.org>
Subject: Re: java.util.zip.ZipException: invalid block type
References: <fc85d70405063009433d29dcfd@mail.gmail.com>
	 <200506301949.27106.david.delbecq@oma.be>
 <fc85d70405063011072d4f914c@mail.gmail.com>
In-Reply-To: <fc85d70405063011072d4f914c@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

I would say if both you and another developer are getting this error, it 
would mean one of your .jar files is corrupt.  Check them by unzipping 
them into a temp directory or replace them with known working versions.

--David

Ben Anderson wrote:

>I'm not deploying wars.  I'm just pointing to a directory.  I've tried
>cleaning and redeploying this.  The weird thing is that this is
>happening to the other developer on the project as well.
>
>      <Host name="localhost" debug="0"
>        appBase="c:\work\build\cocoon"
>            unpackWARs="true" autoDeploy="true">
>
>        <Valve className="org.apache.catalina.valves.AccessLogValve"
>               directory="logs" prefix="localhost_access_log."
>               suffix=".txt" pattern="common"/>
>
>        <Logger className="org.apache.catalina.logger.FileLogger"
>                directory="logs" prefix="localhost_log."
>                suffix=".txt" timestamp="true"/>
>
>
>        <!-- RealNet application context -->
>        <Context path="" docBase="webapp" debug="0">
>
>
>
>On 6/30/05, David Delbecq <david.delbecq@oma.be> wrote:
>  
>
>>Redeploy your wars i'll say
>>Le Jeudi 30 Juin 2005 18:43, Ben Anderson a �crit :
>>    
>>
>>>Hi all,
>>>I'm having trouble starting tomcat.  This happened after I deleted the
>>>temp and work directories.  I recreated the temp directory because it
>>>seemed this was a problem.  Now I'm getting this stack trace:
>>>Apache Tomcat/4.1.31
>>>
>>>java.util.zip.ZipException: invalid block type
>>>
>>>at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:140)
>>>
>>>at java.io.DataInputStream.readFully(DataInputStream.java:266)
>>>
>>>at java.util.jar.JarFile.getBytes(JarFile.java:339)
>>>
>>>at java.util.jar.JarFile.getManifest(JarFile.java:157)
>>>
>>>at
>>>org.apache.catalina.loader.WebappClassLoader.addJar(WebappClassLoader.java:
>>>654)
>>>
>>>at
>>>org.apache.catalina.loader.WebappLoader.setRepositories(WebappLoader.java:1
>>>020)
>>>
>>>at org.apache.catalina.loader.WebappLoader.start(WebappLoader.java:618)
>>>
>>>at
>>>org.apache.catalina.core.StandardContext.start(StandardContext.java:3486)
>>>
>>>at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1141)
>>>
>>>at org.apache.catalina.core.StandardHost.start(StandardHost.java:707)
>>>
>>>at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1141)
>>>
>>>at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:316)
>>>
>>>      at org.apache.catalina.core.StandardService.start(StandardService.java:450)
>>>
>>>      at org.apache.catalina.core.StandardServer.start(StandardServer.java:2143)
>>>
>>>      at org.apache.catalina.startup.Catalina.start(Catalina.java:463)
>>>
>>>      at org.apache.catalina.startup.Catalina.execute(Catalina.java:350)
>>>
>>>      at org.apache.catalina.startup.Catalina.process(Catalina.java:129)
>>>
>>>      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>
>>>      at
>>>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:3
>>>9)
>>>
>>>      at
>>>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImp
>>>l.java:25)
>>>
>>>      at java.lang.reflect.Method.invoke(Method.java:324)
>>>
>>>      at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:156)
>>>
>>>Exception during startup processing
>>>
>>>java.lang.reflect.InvocationTargetException
>>>
>>>      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>
>>>      at
>>>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:3
>>>9)
>>>
>>>      at
>>>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImp
>>>l.java:25)
>>>
>>>      at java.lang.reflect.Method.invoke(Method.java:324)
>>>
>>>      at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:156)
>>>
>>>Caused by: java.lang.InternalError: jzentry == 0,
>>>jzfile = 118335776,
>>>total = 2482,
>>>name = tools\tomcat\4.1.31\temp\jar_cache53708.tmp,
>>>i = 34,
>>>message = invalid LOC header (bad signature)
>>>
>>>      at java.util.zip.ZipFile$2.nextElement(ZipFile.java:320)
>>>
>>>      at java.util.jar.JarFile$1.nextElement(JarFile.java:211)
>>>
>>>      at
>>>org.apache.catalina.startup.ContextConfig.tldScanJar(ContextConfig.java:850
>>>)
>>>
>>>      at
>>>org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java:809)
>>>
>>>      at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:587)
>>>
>>>      at
>>>org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java
>>>:181)
>>>
>>>      at
>>>org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSuppo
>>>rt.java:119)
>>>
>>>      at
>>>org.apache.catalina.core.StandardContext.start(StandardContext.java:3523)
>>>
>>>      at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1141)
>>>
>>>      at org.apache.catalina.core.StandardHost.start(StandardHost.java:707)
>>>
>>>      at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1141)
>>>
>>>      at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:316)
>>>
>>>      at org.apache.catalina.core.StandardService.start(StandardService.java:450)
>>>
>>>      at org.apache.catalina.core.StandardServer.start(StandardServer.java:2143)
>>>
>>>      at org.apache.catalina.startup.Catalina.start(Catalina.java:463)
>>>
>>>      at org.apache.catalina.startup.Catalina.execute(Catalina.java:350)
>>>
>>>      at org.apache.catalina.startup.Catalina.process(Catalina.java:129)
>>>
>>>      ... 5 more
>>>
>>>
>>>So, first impulse is to say that there's a bad jar file in there
>>>somewhere.  Only this isn't the case.  I've deleted jars and it just
>>>fails on the next one.  I'm guessing this has something to do with me
>>>deleting the temp and work directories.  I did this because we're
>>>checking tomcat into our svn repository.  Any ideas what's going on
>>>here?
>>>Thanks,
>>>Ben
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>>>For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>>>      
>>>
>>--
>>
>>David Delbecq
>>Royal Meteorological Institute of Belgium
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>>
>>
>>    
>>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>
>  
>


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