Java.util.zipException in linux

Using Linux (Mandrake 8.2) when I enter:
/usr/java/j2sdk1.4.0/bin/java -jar jedit40install.jar
I get an error:
Exception in thread "main" java.util.zip.Exception: No such file or directory
at java.util.zip.zipFile.open (native method)
at java.util.zip.zipFile.(ZipFile.java:112)
at java.util.zip.zipFile.(ZipFile.java:117)
at java.util.zip.zipFile.(ZipFile.java:55)
Any ideas how to resolve this? I'd greatly appreciate any assistance
fyi -this is crossposted at http://community.jedit.org but, as of yet, nobody has even read it.

thanks. your suggestions made it work. For other users with a similar problem, here is what I did to make it work.
to find my install working directory, in the console I entered:
locate jeditinstall40.jar
It listed the path as /usr/bin/java/j2sdk1.4.0/bin/jedit40install.jar
I then entered:
/usr/java/j2sdk1.4.0/bin/java -jar /usr/java/j2sdk1.4.0/bin/jedit40install.jar

Similar Messages

Java.util.zip.ZipException: Too many open files on Linux

Hi,
We have web application running on Caucho's resin server on jdk 1.5.0_11 and Red hat Linux. We are noticing that java process is running out of file handles within 24-30 hours. We have file limit of 5000 which it consumes in 24 hours throwing 'java.util.zip.ZipException: Too many open files'.
I have made sure all sorts of file handles are closed from application point of view. Here is the snapshot of lsof (list of file handles) from java process. The following list keeps growing until it runs out of limit. Do you have tips/suggestions on how to mitigate this problem (considering we dont want to increase ulimit for this process)? Also, can you make out any thing more from the description of file handles like, are they unclosed POP3 connections or URL connection to external sites?
java 7156 resin 120u IPv4 34930051 UDP localhost.localdomain:59693
java 7156 resin 121u IPv4 34927823 UDP localhost.localdomain:59663
java 7156 resin 122u IPv4 34931861 UDP localhost.localdomain:59739
java 7156 resin 123u IPv4 34932023 UDP localhost.localdomain:59745
java 7156 resin 124u IPv4 34930054 UDP localhost.localdomain:59700
java 7156 resin 125u IPv4 34927826 UDP localhost.localdomain:59665
java 7156 resin 126u IPv4 34927829 UDP localhost.localdomain:59666
java 7156 resin 127u IPv4 34930057 UDP localhost.localdomain:59703
java 7156 resin 128u IPv4 34930713 UDP localhost.localdomain:59727
java 7156 resin 129u IPv4 34930716 UDP localhost.localdomain:59730
java 7156 resin 130u IPv4 34932238 UDP localhost.localdomain:59789
java 7156 resin 131u IPv4 34932026 UDP localhost.localdomain:59749
java 7156 resin 132u IPv4 34932221 UDP localhost.localdomain:59770
java 7156 resin 133u IPv4 34932224 UDP localhost.localdomain:59775
java 7156 resin 134u IPv4 34932029 UDP localhost.localdomain:59753
java 7156 resin 135u IPv4 34932032 UDP localhost.localdomain:59754
java 7156 resin 138u IPv4 34932035 UDP localhost.localdomain:59760
java 7156 resin 139u IPv4 34932038 UDP localhost.localdomain:59763
java 7156 resin 140u IPv4 34932227 UDP localhost.localdomain:59780
java 7156 resin 141u IPv4 34932230 UDP localhost.localdomain:59781
java 7156 resin 144u IPv4 34932234 UDP localhost.localdomain:59786
java 7156 resin 146u IPv4 34932241 UDP localhost.localdomain:59792
java 7156 resin 147u IPv4 34932247 UDP localhost.localdomain:59802

Finally we resolved this issue. It was oracle driver which had some compatibility issue, we upgraded our Oracle client driver to newer version, and this fixed the problem. Base line, there was nothing wrong with application code, code was doing good resource clean up, but oracle driver was leaking handles per every connection.

URGENT HELP about java.util.zip.ZipException: invalid entry CRC

I have a program (JAVA of course) packet on JAR with fat-jar eclipse plugin. This program work well in all my computers except two. On these two computers I receive a java.util.zip.ZipException: invalid entry CRC.
Both computers have the last version of java, but one is Windows and the other is Linux.
Any help to find the source of this problem??
Thanks in advance.

Sorry, I give poor information about this problem.
This is the full error showed when I execute this command: java -jar app.jar
Unable to load resource: java.util.zip.ZipException: invalid entry CRC (expected 0x358054d7 but got 0x7dc370ba)
java.util.zip.ZipException: invalid entry CRC (expected 0x358054d7 but got 0x7dc370ba)
at java.util.zip.ZipInputStream.read(Unknown Source)
at java.util.jar.JarInputStream.read(Unknown Source)
at java.io.FilterInputStream.read(Unknown Source)
at com.simontuffs.onejar.JarClassLoader.copy(JarClassLoader.java:818)
at com.simontuffs.onejar.JarClassLoader.loadBytes(JarClassLoader.java:383)
at com.simontuffs.onejar.JarClassLoader.loadByteCode(JarClassLoader.java:371)
at com.simontuffs.onejar.JarClassLoader.loadByteCode(JarClassLoader.java:362)
at com.simontuffs.onejar.JarClassLoader.load(JarClassLoader.java:305)
at com.simontuffs.onejar.JarClassLoader.load(JarClassLoader.java:224)
at com.simontuffs.onejar.Boot.run(Boot.java:224)
at com.simontuffs.onejar.Boot.main(Boot.java:89)
Exception in thread "main" java.lang.ClassNotFoundException: com.intarex.wizard.IWizard
at com.simontuffs.onejar.JarClassLoader.findClass(JarClassLoader.java:497)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at com.simontuffs.onejar.Boot.run(Boot.java:240)
at com.simontuffs.onejar.Boot.main(Boot.java:89)
app.jar is a JAR file created with fat-jar eclipse plugin, to make easier to generate a JAR file with all dependencies.
I think that is not a code related problem, because this program is executed in several computers without errors.
I trasport this JAR to the client computer via HTTP.
I'm trying to find clues to find the origin of this problem.
Thanks.

Java.util.zip.ZipException: invalid entry CRC at 11g installation

Hi,
yesterday I experienced a very strange Oracle OUI behaviour helping one of my friends to install 32-bit 11g development system on 32-bit OEL-5.2. It literally made and still makes me mad as I never saw the installation error like that before. The OEL-5.2 installation and settings are identical to mine, all required packages installed. The 11g installation starts normally (software only installation), all OUI Prerequisite checks passes, but at about 30% of installation (extracting phase) it hangs unexpectedly - no CPU activity anymore - it's just hanging forever without any OUI message staying at 30% of installation. But the errorlog `/opt/oracle/oraInventory/logs/oraInstall2008-11-21_22-55-12AM.err' shows:
java.util.zip.ZipException: invalid entry CRC (expected 0x482e3871 but got 0x1d296a66)
        at java.util.zip.ZipInputStream.readEnd(ZipInputStream.java:378)
        at java.util.zip.ZipInputStream.read(ZipInputStream.java:141)
        at java.io.FilterInputStream.read(FilterInputStream.java:90)
        at oracle.sysman.oii.oiix.OiixFileOps.copyStream(OiixFileOps.java:1470)
        at oracle.sysman.oii.oiij.OiijFastJarExtracter.copyFileFromJar(OiijFastJarExtracter.java:307)
        at oracle.sysman.oii.oiij.OiijFastJarExtracter.copyJarContents(OiijFastJarExtracter.java:227)
        at oracle.sysman.oii.oiij.OiijFastJarExtracter.extract(OiijFastJarExtracter.java:146)
        at oracle.sysman.oii.oiij.OiijJarExtractQueue$OiijJarExtractWorker.run(OiijJarExtractQueue.java:341)Since that smelled like installation media file corruption, I checked cksum of the `linux_11gR1_database_1013.zip' and it was identical to the original on the OTN site, also "unzip -t <file.zip>" passed - no errors. Retrying installation (after deleting $ORACLE_HOME), doesn't help. It always hangs, but not at the same point in time. Sometimes it hangs at 5% of installation, sometimes at 20%, or 40%, but always during extracting phase, without OUI message, with similar errorlog.
Today I've tried it once again in order to figure out what's happening. It seemed I would have more luck today. The extracting and even linking phases succeeded, but, when it came to about 80% of installation (configuration pending), the installation suddenly aborted, OUI window disappeared from the screen, with error message visible only on console:
# An unexpected error has been detected by HotSpot Virtual Machine:
# SIGSEGV (0xb) at pc=0xb78d9725, pid=5690, tid=2767309712
# Java VM: Java HotSpot(TM) Client VM (1.5.0_11-b03 mixed mode)
# Problematic frame:
# V [libjvm.so+0x26c725]Segmentation fault occured. No errorlog in /opt/oracle/oraInventoru/logs/, but java core file of 92 MB and java errorlog `hs_err_pid5690.log', showing stack traces, were generated in system's /tmp directory. The errorlog shows:
--------------- T H R E A D ---------------
Current thread (0x08a03c58): VMThread [id=5691]
siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000008
Registers:
EAX=0x00000000, EBX=0xb79f816c, ECX=0x000001fa, EDX=0x00000008
ESP=0xa4f1bbd8, EBP=0xa4f1bbe8, ESI=0xafde61c8, EDI=0xafde502c
EIP=0xb78d9725, CR2=0x00000008, EFLAGS=0x00210282
Top of Stack: (sp=0xa4f1bbd8)
0xa4f1bbd8:   000001fa 000001fa b79f816c afde4f98
0xa4f1bbe8:   a4f1bc18 b78ed5ce afde4f98 a4f1bf40
0xa4f1bbf8:   00000001 b78ed581 ae758a48 afde7764
0xa4f1bc08:   ae6051a4 b79f816c b79eb000 b7a06148
0xa4f1bc18:   a4f1bc38 b78d9871 ae5f1138 afde4f78
0xa4f1bc28:   089b7d10 089b7d10 b79f816c b79efc44
0xa4f1bc38:   a4f1bc58 b78d9b7c b79efc44 a4f1bca0
0xa4f1bc48:   a4f1bc68 b796b16c a4f1bca0 b79f816c
Instructions: (pc=0xb78d9725)
0xb78d9715:   01 00 00 00 85 c9 75 1a 8b 46 04 51 51 8d 50 08
0xb78d9725:   8b 40 08 56 52 ff 50 5c 83 c4 10 8d 65 f8 5b 5e
Stack: [0xa4e9c000,0xa4f1d000), sp=0xa4f1bbd8, free space=510k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x26c725]
V [libjvm.so+0x2805ce]
V [libjvm.so+0x26c871]
V [libjvm.so+0x26cb7c]
Signal Handlers:
SIGSEGV: [libjvm.so+0x32a000], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGBUS: [libjvm.so+0x32a000], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGFPE: [libjvm.so+0x28e010], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGPIPE: [libjvm.so+0x28e010], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGILL: [libjvm.so+0x28e010], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGUSR2: [libjvm.so+0x290460], sa_mask[0]=0x00000000, sa_flags=0x10000004
SIGHUP: [libjvm.so+0x28fe90], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGINT: [libjvm.so+0x28fe90], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGQUIT: [libjvm.so+0x28fe90], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGTERM: [libjvm.so+0x28fe90], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
vm_info: Java HotSpot(TM) Client VM (1.5.0_11-b03) for linux-x86, built on Dec 15 2006 02:25:41 by java_re with gcc 3.2.1-7a (J2SE release)These are only selected parts of the errorlog as it is too long to be presented in the whole.
What specially confuses me here is the fact that this OEL-5.2 installation is identical to mine, with same kernel, same kernel params, shared memory settings, etc. Also, this is obviously a java issue, but it is jdk1.5.0_11-b03 shipped with Oracle 11g. I've never had a problem with it.
Anyone has a clue what the heck is this and what causes those errors during Oracle 11g installation?
Thanks.
NJ

The cause of errors was a dying Westen Digital drive, specially the 48G partition reserved only for $ORACLE_BASE (/dev/sdb3 mounted on /opt/oracle).
A simple quick scan of unmounted partition (badblocks -v /dev/sdb3) reported more than thousand new bad blocks (compared to the last scan six months ago). Although I strongly believe, specially in the case of WDC drives, that the best utility to "repair" bad blocks is the one that opens a window and prints the message: "Go to the nearest shop and buy a new drive", I was very curious to prove my suspicion just on this drive. After zero-filling the partition with dd, then formatting it (mke2fs -cc) and mounting again, the 11g installation and database creation (on the same partition) successfully completed, performing fast and smoothly. To make sure it was not a casual event, I repeated the installation once again with full success. The database itself is working fine (by now). Well, the whole procedure took me more than four hours, but I'm pretty satisfied. I learned once again - stay away from Western Digital. As Oracle cannot rely on dying drive, my friend is going tomorrow to spend a 150+ euro on two 250G Seagate Barracudas and replace both WDC drives, even though the first drive seems to be healthy.
In general there is no difference between loading correct data from good disk into bad memory and loading the incorrect data from dying disk into good memory. In both cases the pattern is damaged. For everyone who runs into the problem similar to this, and the cause cannot be easily determined, the rule of thumb must be:
1. test memory and, if it shows any error, check sockets and test memory modules individually
2. check disks for bad blocks regardless of the result of memory testing
Therefore I consider your answer being generally correct.
Regards
NJ

Error in dependencyCheck java.util.zip.ZipException: invalid entry CRC

Hi,
While running java/j2ee project in Linux, i got error like dependencyCheck, what is the problem for this error, how to slove??? If i run this project in windows operating system its working fine..
The error is like...
dependencyCheck
java.util.zip.ZipException: invalid entry CRC (expected 0x0 but got 0x6cdda3aa)
at java.util.zip.ZipInputStream.read(ZipInputStream.java:171)
at java.util.jar.JarInputStream.read(JarInputStream.java:177)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:256)
at java.io.BufferedInputStream.read(BufferedInputStream.java:317)
at java.util.jar.JarInputStream.getBytes(JarInputStream.java:88)
at java.util.jar.JarInputStream.<init>(JarInputStream.java:65)
at java.util.jar.JarInputStream.<init>(JarInputStream.java:43)
at org.apache.catalina.util.ExtensionValidator.getManifest(ExtensionValidator.java:373)
at org.apache.catalina.util.ExtensionValidator.validateApplication(ExtensionValidator.java:184)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4064)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at org.apache.catalina.core.StandardService.start(StandardService.java:448)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)

Hello,
we `re facing a similar or the same problem.
While upgrading our machines from 1.5.0_10 t9 1.5.0_13 (JDK) we got this error:
+19.11.2007 14:24:13 org.apache.catalina.core.StandardContext start+
SCHWERWIEGEND: Error in dependencyCheck
java.util.zip.ZipException: invalid entry CRC (expected 0x0 but got 0xfc0d5d73)
+ at java.util.zip.ZipInputStream.read(Unknown Source)+
Workaround:
We unzip the war-file and recommpress these files with 7-zip (or else) to bla.war - the new war file is deployable.
But:
Has anyone an idea the changes from *.10 to *.13 which provoke this error OR
has war files to be created in another way as "jar cvf filename.war *" in *.13..?

Java.util.zip.ZipException: a device attached to the system is not function

getting a java.util.zip.zipexception : a device attached to the system is not functioning error - what could cause such an error?
My program finds all zip files in an archive and then searches through them for xls files, which it extracts and re-locates.
I havent even a clue where to look for the cause of this exception but Ill attach at the bottom the code in the general vicitiny of the trigger so that you can get kind of an idea what Im trying to do, and if im lucky, even spot my problem. :) Thanks!!
//zips is an array of zip files
int found = 0;
File[] haveXLs = new File[zips.length];
for (int i = 0; i < zips.length; i++){
String fileName = new String("L:/Vision/Archive/" + zips.getName());
ZipFile archive = new ZipFile(fileName);
String name = zips[i].getName().substring(0,8);
for(Enumeration e = archive.entries(); e.hasMoreElements();){
ZipEntry entry = (ZipEntry) e.nextElement();
if(entry.getName().substring(0,8) == name){
haveXLs[found] = zips[i];
found++;

Hey there a few things.
Make sure that you dont use fileseparators like you do. ("/")
Use the separator generated for your system.
Something like:
String sep = System.getProperty("file.separator");
You mentioned it work local, but not network.
Either you have plenty of harddrives or L: is a mapped drive.
Is it working at the mapped drive?
When you say on the network, how are you accessing the files?
Could it be possible for another user to lock a file, so you wont have access to it over the network?
BR.
MagDy

Java.util.zip.ZIPException

We are using Oracle Application Server 10g (10.1.2) with AIX OS version 5.3 release 6.
We are getting error while deploying a "*.war" file. Below is the full error we have got during the installation.
Error starting from below.
Failed to deploy web application. File /tmp/dir1341.tmp/abc.war is not a jar file.
Resolution :
Base Exception:
java.util.zip.ZIPException
Error opening zip file /tmp/dir1341.tmp/abc.war
Error opening zip file /tmp/dir1341.tmp/abc.war
Kindly suggest the best provided solution for the same.
Also let us know about the error belongs Oracle AS application?
OR
AIX OS Level error?

Well as the error suggests, it is neither related to OracleAS nor AIX OS. It is complaining about the WAR file you are trying to deploy. Make sure your abc.war is a well formed WAR file. You can search google for tool to validate a war file.
Thanks
Shail

Java.util.zip.ZipException: invalid entry size error -- help required

Hi all
I am sure this error would have been posted many number of times, but I would really appreciate if someone could help me with my problem. I am working on reading data from a .zip file, which in it has ~5GB data. All I am performing is a read operation through the piece of code specified below. This code worked well for .zip files handling till ~2.5GB
FileInputStream fis = new FileInputStream(filename);
BufferedInputStream bis = new BufferedInputStream(fis);
ZipInputStream zis = new ZipInputStream(bis);
StreamTokenizer tok = new StreamTokenizer( zis );
ZipEntry entry;
while((entry = zis.getNextEntry()) != null)
\\read from the zip file through the streamTokenizer
I just print what I read through the program, on the console.
But the error I get is
java.util.zip.ZipException: invalid entry size (expected 4294967295 but got 2117536490 bytes)
at java.util.zip.ZipInputStream.readEnd(Unknown Source)
at java.util.zip.ZipInputStream.read(Unknown Source)
at java.util.zip.InflaterInputStream.read(Unknown Source)
at java.io.StreamTokenizer.read(Unknown Source)
at java.io.StreamTokenizer.nextToken(Unknown Source)
at ZipFileStreams.getMessages(ZipFileStreams.java:677)
at ZipFileStreams.main(ZipFileStreams.java:814)
Could anybody give me hints as to what am I missing and where am i going wrong. Any help would be appreciated.
Thanks

Hi,
I get the same exception while reading a ZIP file. The size if the ZIP file is just 82KB but I am reading it over FTP not sure if it makes any difference. I am using JDK 1.4.2_05. Here is the code I am trying to execute.
public class TestFTP {
public static void main( String[] argv ) throws Exception {
String inboundPath = "/transfer/inbound/";
FTPClient ftp = new FTPClient();
ftp.connect("123");
ftp.login( "123", "123" );
ftp.changeWorkingDirectory(inboundPath);
FTPFile[] zipFiles = ftp.listFiles("*.zip");
TelnetClient telnetClient;
for(int i=0;i<zipFiles.length;i++){
System.out.println(zipFiles.getName());
ZipInputStream zis = new ZipInputStream(ftp.retrieveFileStream(zipFiles[i].getName()));
for (ZipEntry entry = zis.getNextEntry(); entry != null; entry = zis.getNextEntry()){
System.out.println(entry.getName());
The error message is
java.util.zip.ZipException: invalid entry size (expected 10291 but got 10233 bytes)
     at java.util.zip.ZipInputStream.readEnd(ZipInputStream.java:367)
     at java.util.zip.ZipInputStream.read(ZipInputStream.java:141)
     at java.util.zip.ZipInputStream.closeEntry(ZipInputStream.java:91)
     at java.util.zip.ZipInputStream.getNextEntry(ZipInputStream.java:69)
     at test.TestFTP.main(TestFTP.java:41)
Exception in thread "main"
Please let me know if you were able to fix the problem.
Thanks

Error(5): java.util.zip.ZipException: invalid entry size (expected 2875 but

Hi all!
I'm getting this error when I try to execute my application in JDeveloper: Error(5): java.util.zip.ZipException: invalid entry size (expected 2875 but got 2845 bytes)
This started to happen after I had checkout my application to CVSNT.
Any help?
P.S. I'm using JDeveloper 10.1.3 with CVSNT 2.5

My cvswrappers file (CVSNT):
*.cab -kb
*.class -kb
*.doc -kb
*.dll -kb
*.ear -kb
*.exe -kb
*.exp -kb
*.fla -kb
*.gif -kb
*.gz -kb
*.jar -kb
*.jpg -kb
*.jpeg -kb
*.lib -kb
*.msi -kb
*.mso -kb
*.pdf -kb
*.pfw -kb
*.png -kb
*.ppt -kb
*.sit -kb
*.swf -kb
*.tar -kb
*.tlb -kb
*.vsd -kb
*.xls -kb
*.war -kb
*.wmz -kb
*.zip -kb Via Tortoise client I can add and commit zip (jar) files in binary format and everything is OK.
If I do that via Jdev, anybody who checkout that module from cvs have zip exception, because JDev didnt sent in binary format. How to setup that?
Thanx
Message was edited by:
vpetreski

Error(7): java.util.zip.ZipException: invalid entry size (expected 813 but

Hi All,
Error(7): java.util.zip.ZipException: invalid entry size (expected 813 but got 817 bytes)
Today I opened my working project in Jdeveloper 10.1.3 version and as I compile the project, it gives me this error in all Jsf - Jsp pages.
The line that it shows the above error in my pages is follows.
<%@ taglib uri="http://java.sun.com/jsf/html" prefix="h"%>
Any idea ? Till yesterday, I never got this error and all of sudden it started showing up.
Your help appreciated.
thanks,
pp

And just to add, nothing got checked out from repository (I mean CVS etc).
I have this project and Jdev on my windows laptop. I just opened it and started getting this strange error. any idea ?

Java.util.zip.ZipException Error

I created a jar file, and put in C:\tools
C:\tools>java -jar myjar.jar is working fine
However, if I try to run myjar.jar in other directories, then I have problems.
I already set the classpath:
SET CLASSPATH=.;%CLASSPATH%;C:\tools\myjar.jar;
Here's the error. Any ideas???
C:\>java -jar myjar.jar
Exception in thread "main" java.util.zip.ZipException: The system cannot find th
e file specified
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(ZipFile.java:112)
at java.util.jar.JarFile.<init>(JarFile.java:117)
at java.util.jar.JarFile.<init>(JarFile.java:55)

You always need to specify a proper file name when you use the -jar switch. If you are not in c:\tools you have to run with "java -jar c:\tools\myjar.jar".
Setting the classpath in particular doesn't help becuase the file name given to the -jar switch will override all settings for classpath. http://java.sun.com/j2se/1.4/docs/tooldocs/findingclasses.html#userclass
But since you now have myjar.jar in your classpath, you can run the application from any directory with "java your.main.ClassName" :)

Java.util.zip.ZipException error in opening zip file

Hello all,
We are using Sun Java System web server 6.1 SP2. When I tried to deploy an application, I received this message: "Posted content length of --- exceeds limit of --- " the -dashes are the size of the file actually.
I then added an init-param to the web.xml specifying the maximum size.
After doing that, I tried to deploy the war file using administration interface, but received a network tcp/ip error. I then deployed it using command line wdeploy command. It worked but the web server won't start up after the deployment. The following error messages are found in the log file. Any thoughts as to whats wrong here? Is there a bug in SP2?
[22/Sep/2006:17:30:44] finer ( 5668): ContextConfig[search]: URI='/search', ResourcePath='/WEB-INF/sun-web-search.tld' [22/Sep/2006:17:30:44] finer ( 5668): ContextConfig[search]:
tldConfigJar(/WEB-INF/sun-web-search.tld): java.util.zip.ZipException: error in opening zip file
[22/Sep/2006:17:30:44] finer ( 5668): ContextConfig[search]: URI='/jstl-fmt', ResourcePath='/WEB-INF/fmt.tld' [22/Sep/2006:17:30:44] finer ( 5668): ContextConfig[search]: tldConfigJar(/WEB-INF/fmt.tld): java.util.zip.ZipException: error in opening zip file
[22/Sep/2006:17:30:48] failure ( 5668): CORE4007: Internal error: Unexpected Java exception thrown (java.lang.NoClassDefFoundError: org/xml/sax/ext/Attributes2, org/xml/sax/ext/Attributes2), stack: java.lang.NoClassDefFoundError: org/xml/sax/ext/Attributes2 at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:537) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1717) at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:983) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1431) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1301) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) at org.apache.xerces.parsers.AbstractSAXParser.<init>(Unknown Source) at org.apache.xerces.parsers.SAXParser.<init>(Unknown Source) at org.apache.xerces.parsers.SAXParser.<init>(Unknown Source) at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.<init>(Unknown Source) at org.apache.xerces.jaxp.SAXParserImpl.<init>(Unknown Source) at org.apache.xerces.jaxp.SAXParserFactoryImpl.newSAXParser(Unknown Source) at org.apache.catalina.util.xml.XmlMapper.readXml(XmlMapper.java:274) at org.apache.catalina.startup.ContextConfig.defaultConfig(ContextConfig.java:882) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:1004) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:257) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:155) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3752) at com.iplanet.ias.web.WebModule.start(WebModule.java:257) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1133) at org.apache.catalina.core.StandardHost.start(StandardHost.java:652) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1133) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:355) at org.apache.catalina.startup.Embedded.start(Embedded.java:995) at com.iplanet.ias.web.WebContainer.start(WebContainer.java:431) at com.iplanet.ias.web.WebContainer.startInstance(WebContainer.java:500) at com.iplanet.ias.server.J2EERunner.confPostInit(J2EERunner.java:161) [22/Sep/2006:17:30:48] failure ( 5668): CORE3186: Failed to set configuration

ooks like you are running into bug: 4719677
When you deploy a web application using the Administration Server from a
remote machine, the maximum upload size by default is 10 MB. This can be
changed by editing the
install-root/bin/https/webapps/instance-app/WEB-INF/web.xml file. In the
servlet webappdeploy, insert an init param named maxUploadSize with a
value in bytes specifying the maximum upload size. Example:
<init-param>
<param-name>maxUploadSize</param-name>
<param-value>90000000</param-value>
</init-param>

Java.util.zip.ZipException error when building

Good Day All,
I am a newbie and this is my first JWS deployment. I have an app that I am writing in Netbeans 6.1 that I want to deploy via JWS. The app accesses five different JAR libraries and that is where my troubles started. I thought that I needed to figure a way to configure Netbeans so the libraries would be deployed with my app JAR so it would run correctly using JWS.
I was trying to get things working and now my problem is that when I build I am getting the following error:
init:
deps-jar:
compile:
Copy libraries to C:\Java\DataMed\dist\lib.
To run this application from the command line without Ant, try:
java -jar "C:\Java\DataMed\dist\DataMed.jar"
jnlp:
jnlp-init-generate-master:
C:\Java\DataMed\nbproject\jnlp-impl.xml:61: The following error occurred while executing this line:
C:Java\DataMed\nbproject\jnlp-impl.xml:386: java.util.zip.ZipException: error in opening zip file
BUILD FAILED (total time: 0seconds)Scrolling to line 386 in the jnlp-impl.xml file it says:
componentsprop="jnlp.components">I futzed with my options so much I can't seem to figure out how to get everything reset so I can get a clean build ! As a newbie to Netbeans I sometimes have difficulty figuring out where all the different things are hidden ... I **think** it all went bad when I was working on the Properties > Libraries > Compile > Compile-time Libraries but I can't remember.
So I have two questions really:
1) How can I resolve the ZipException error? I suspect it is one of the JAR libraries but how can I tell ?
2) How do I get JWS to find my five libraries ? I now suspect that I am supposed to upload the five libraries to the webserver and then in my JNLP it will have links to the libraries in the <resources> part of the code. Is that correct ?
Edited by: DBirdManAR on Aug 10, 2008 7:22 AM
Rather than spend to much time figuring this out, I just used my revert modifications through my SVN to go back to a previous version that builds correctly.

Hi,
I have the same problem but I cannot solve it.
Help much appreciated.
Regards,

Java.util.zip.ZipException: error in opening zip file Deploment Error

Hi All,
I am getting the fallowing Deployment exception while i am trying to deploy my webdynpro DC. Kindly help me if anybody know the solution for it.
deployment aborted : file:/C:/DOCUME1/291123/LOCALS1/Temp/temp7081pg.comiprscipr~dc_intreg_process.ear
Aborted: development component 'ipr/scipr/dc_intreg_process'/'pg.com'/'GGD_EPREGDEV_D'/'20101220152524'/'0':Caught exception during application deployment from SAP J2EE Engine's deploy service:java.rmi.RemoteException: Error while getting the internal libraries of application pg.com/iprsciprdc_intreg_process in operation update.. Reason: error in opening zip file; nested exception is: java.util.zip.ZipException: error in opening zip file (message ID: com.sap.sdm.serverext.servertype.i
Thanks,
Mahesh Nuli.

Hello Ram,
It is saying that the library file is missing. Can you deploy pg.com/iprsciprdc_intreg_process first and try to deploy this ear temp7081pg.comiprscipr~dc_intreg_process.ear.
Regards
Nizamudeen SM

[J2EE:160029] I/O error... java.util.zip.ZipException

Hi,
I'm using BEA WLS8.1 SP4 on HPUX Itanium2 with JDK 1.4.2.05.
When I'm trying to deploy my app's ear file it's throwing
out the error shown below (far below).
I've placed the ear file in /opt/bea_wls/weblogic81/server/bin/myserver/upload directory with all the permissions set.
Please could someone help me resolve this.
Thanks
Mouli
[J2EE:160029]I/O error while reading deployment - java.util.zip.ZipException: Could not find End Of Central Directory. java.util.zip.ZipException: Could not find End Of Central Directory at java.util.zip.ZipFile.open(Ljava.lang.String;I)I(Unknown Source) at java.util.zip.ZipFile.<init>(Ljava.io.File;I)V(Unknown Source) at java.util.jar.JarFile.<init>(Ljava.io.File;ZI)V(JarFile.java:127) at java.util.jar.JarFile.<init>(Ljava.io.File;)V(JarFile.java:92) at weblogic.j2ee.J2EEUtils.getArchiveEarInfo(Ljava.io.File;)Lweblogic.j2ee.DeploymentInfo;(J2EEUtils.java:294) at weblogic.j2ee.J2EEUtils.getDeploymentInfo(Ljava.io.File;)[Lweblogic.j2ee.DeploymentInfo;(J2EEUtils.java:206) at weblogic.j2ee.J2EEUtils.getDeploymentInfo(Lweblogic.application.ApplicationFileManager;)[Lweblogic.j2ee.DeploymentInfo;(J2EEUtils.java:158) at weblogic.j2ee.J2EEApplicationContainerFactory.initializeDeployment(Ljava.io.File;Ljava.lang.String;Ljava.lang.String;Ljava.lang.String;)Lweblogic.management.configuration.ApplicationMBean;(J2EEApplicationContainerFactory.java:464) at weblogic.management.deploy.DeployerRuntime.unprotectedActivate(Ljava.lang.String;Ljava.lang.String;Ljava.lang.String;Lweblogic.management.deploy.DeploymentData;Ljava.lang.String;Z)Lweblogic.management.runtime.DeploymentTaskRuntimeMBean;(DeployerRuntime.java:854) at weblogic.management.deploy.DeployerRuntime.access$000(Lweblogic.management.deploy.DeployerRuntime;Ljava.lang.String;Ljava.lang.String;Ljava.lang.String;Lweblogic.management.deploy.DeploymentData;Ljava.lang.String;Z)Lweblogic.management.runtime.DeploymentTaskRuntimeMBean;(DeployerRuntime.java:69) at weblogic.management.deploy.DeployerRuntime$1.run()Ljava.lang.Object;(DeployerRuntime.java:1532) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(Lweblogic.security.subject.AbstractSubject;Ljava.security.PrivilegedAction;)Ljava.lang.Object;(AuthenticatedSubject.java:321) at weblogic.security.service.SecurityManager.runAs(Lweblogic.security.acl.internal.AuthenticatedSubject;Lweblogic.security.acl.internal.AuthenticatedSubject;Ljava.security.PrivilegedAction;)Ljava.lang.Object;(SecurityManager.java:121) at weblogic.management.deploy.DeployerRuntime.checkAndPerformDeployerActions(Ljava.lang.String;Ljava.lang.String;Ljava.lang.String;Lweblogic.management.deploy.DeploymentData;Ljava.lang.String;ZI)Lweblogic.management.runtime.DeploymentTaskRuntimeMBean;(DeployerRuntime.java:1523) at weblogic.management.deploy.DeployerRuntime.activate(Ljava.lang.String;Ljava.lang.String;Ljava.lang.String;Lweblogic.management.deploy.DeploymentData;Ljava.lang.String;Z)Lweblogic.management.runtime.DeploymentTaskRuntimeMBean;(DeployerRuntime.java:192) at jrockit.reflect.NativeMethodInvoker.invoke0(Ljava.lang.Object;ILjava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown Source) at jrockit.reflect.NativeMethodInvoker.invoke(Ljava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown Source) at jrockit.reflect.VirtualNativeMethodInvoker.invoke(Ljava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown Source) at java.lang.reflect.Method.invoke(Ljava.lang.Object;[Ljava.lang.Object;I)Ljava.lang.Object;(Unknown Source) at weblogic.management.internal.DynamicMBeanImpl.invokeLocally(Ljava.lang.String;[Ljava.lang.Object;[Ljava.lang.String;)Ljava.lang.Object;(DynamicMBeanImpl.java:754) at weblogic.management.internal.DynamicMBeanImpl.invoke(Ljava.lang.String;[Ljava.lang.Object;[Ljava.lang.String;)Ljava.lang.Object;(DynamicMBeanImpl.java:733) at com.sun.management.jmx.MBeanServerImpl.invoke(Ljava.lang.Object;Ljava.lang.String;[Ljava.lang.Object;[Ljava.lang.String;)Ljava.lang.Object;(MBeanServerImpl.java:1560) at com.sun.management.jmx.MBeanServerImpl.invoke(Ljavax.management.ObjectName;Ljava.lang.String;[Ljava.lang.Object;[Ljava.lang.String;)Ljava.lang.Object;(MBeanServerImpl.java:1528) at weblogic.management.internal.RemoteMBeanServerImpl.private_invoke(Ljavax.management.ObjectName;Ljava.lang.String;[Ljava.lang.Object;[Ljava.lang.String;)Ljava.lang.Object;(RemoteMBeanServerImpl.java:988) at weblogic.management.internal.RemoteMBeanServerImpl.invoke(Ljavax.management.ObjectName;Ljava.lang.String;[Ljava.lang.Object;[Ljava.lang.String;)Ljava.lang.Object;(RemoteMBeanServerImpl.java:946) at weblogic.management.internal.MBeanProxy.invoke(Ljava.lang.String;[Ljava.lang.Object;)Ljava.lang.Object;(MBeanProxy.java:954) at weblogic.management.internal.MBeanProxy.invokeForCachingStub(Ljava.lang.String;[Ljava.lang.Object;)Ljava.lang.Object;(MBeanProxy.java:481) at weblogic.management.runtime.DeployerRuntimeMBean_Stub.activate(Ljava.lang.String;Ljava.lang.String;Ljava.lang.String;Lweblogic.management.deploy.DeploymentData;Ljava.lang.String;Z)Lweblogic.management.runtime.DeploymentTaskRuntimeMBean;(DeployerRuntimeMBean_Stub.java:1139) at weblogic.management.console.actions.mbean.ApplicationDeployAction.prePerform(Lweblogic.management.console.actions.ActionContext;Lweblogic.management.console.actions.RequestableAction;)Lweblogic.management.console.actions.RequestableAction;(ApplicationDeployAction.java:179) at weblogic.management.console.actions.mbean.DoMBeanWizardAction.perform(Lweblogic.management.console.actions.ActionContext;)Lweblogic.management.console.actions.Action;(DoMBeanWizardAction.java:215) at weblogic.management.console.actions.internal.ActionServlet.doAction(Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;)V(ActionServlet.java:173)

Hi
THis may be due to the file was FTP to the directory as ASCII mode ...
Or the file is corrupt.
Try to pacgake again (with jar command)
Jin

Java.util.zipException in linux

Similar Messages

Maybe you are looking for