Java.util.Zip Exception

Hi All
I am trying to deploy an ear which contains a session
bean .I have added some jars to the ear which are required for the hibernate.
At the time of the deploying i am getting the follwing
error
Please giude me to solve this problem
Thanks and Regards
Satyam
10/09/02 05:35:58 - EAR file uploaded to server for 2781ms.
10/09/02 05:43:12 - ERROR: Not deployed. Deploy Service returned ERROR:
                     java.rmi.RemoteException: Error while getting the internal libraries of application sap.com/SampleHibernateEar in operation deploy..
                     Reason: The system cannot find the file specified; nested exception is:
                          java.util.zip.ZipException: The system cannot find the file specified
                          at com.sap.engine.services.deploy.server.DeployServiceImpl.deploy(DeployServiceImpl.java:478)
                          at com.sap.engine.services.deploy.server.DeployServiceImplp4_Skel.dispatch(DeployServiceImplp4_Skel.java:1555)
                          at com.sap.engine.services.rmi_p4.DispatchImpl._runInternal(DispatchImpl.java:294)
                          at com.sap.engine.services.rmi_p4.DispatchImpl._run(DispatchImpl.java:183)
                          at com.sap.engine.services.rmi_p4.server.P4SessionProcessor.request(P4SessionProcessor.java:119)
                          at com.sap.engine.core.service630.context.cluster.session.ApplicationSessionMessageListener.process(ApplicationSessionMessageListener.java:37)
                          at com.sap.engine.core.cluster.impl6.session.UnorderedChannel$MessageRunner.run(UnorderedChannel.java:71)
                          at com.sap.engine.core.thread.impl3.ActionObject.run(ActionObject.java:37)
                          at java.security.AccessController.doPrivileged(Native Method)
                          at com.sap.engine.core.thread.impl3.SingleThread.execute(SingleThread.java:94)
                          at com.sap.engine.core.thread.impl3.SingleThread.run(SingleThread.java:162)
                     Caused by: java.util.zip.ZipException: The system cannot find the 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:127)
                          at java.util.jar.JarFile.<init>(JarFile.java:65)
                          at com.sap.engine.services.deploy.ear.jar.EARReader.getAdditionalLibrariesEntries(EARReader.java:788)
                          at com.sap.engine.services.deploy.server.application.DeployUtilTransaction.commonBegin(DeployUtilTransaction.java:281)
                          at com.sap.engine.services.deploy.server.application.DeploymentTransaction.begin(DeploymentTransaction.java:296)
                          at com.sap.engine.services.deploy.server.application.ApplicationTransaction.makeAllPhasesOnOneServer(ApplicationTransaction.java:290)
                          at com.sap.engine.services.deploy.server.application.ApplicationTransaction.makeAllPhases(ApplicationTransaction.java:323)
                          at com.sap.engine.services.deploy.server.DeployServiceImpl.makeGlobalTransaction(DeployServiceImpl.java:3033)
                          at com.sap.engine.services.deploy.server.DeployServiceImpl.deploy(DeployServiceImpl.java:463)
                          ... 10 more
                     For detailed information see the log file of the Deploy Service.
10/09/02 05:43:12 - ***********************************************************
Sep 2, 2010 5:43:12 AM   Info: End of log messages of the target system.
Sep 2, 2010 5:43:12 AM   Info: ***** End of SAP J2EE Engine Deployment (J2EE Application) *****
Sep 2, 2010 5:43:12 AM   Error: Aborted: development component 'SampleHibernateEar'/'sap.com'/'localhost'/'2006.09.01.17.09.15':
Caught exception during application deployment from SAP J2EE Engine's deploy service:
java.rmi.RemoteException: Error while getting the internal libraries of application sap.com/SampleHibernateEar in operation deploy..
Reason: The system cannot find the file specified; nested exception is:
     java.util.zip.ZipException: The system cannot find the file specified
(message ID: com.sap.sdm.serverext.servertype.inqmy.extern.EngineApplOnlineDeployerImpl.performAction(DeploymentActionTypes).REMEXC)
Sep 2, 2010 5:43:12 AM   Info: J2EE Engine is in same state (online/offline) as it has been before this deployment process.
Sep 2, 2010 5:43:12 AM   Error: -
At least one of the Deployments failed -

Hi Satya,
Does your EAR contain EJB jar from EJB project? You can try to open EAR file with zip and check.
Best regards, Maksim Rashchynski.

Similar Messages

Java.util.zip Exception - please HELP!

I have a java program which updates some zip-jar files (in fact OpenOffice files).
It works fine on Window 2000 jdk 1.4.2,
but on Netware with jdk 1.4.2 at receive the exception like this:
java.util.zip.ZipException: invalid entry crc-32
( expected 0xffffffff543978 but got 0xec543978 )
What can be the problem? Any idea is mutch appreciated.
It makes me crazzy.

any idea? Thanks.

Java.util.zip.ZipException: Is a directory- weblogic exception comming

I am getting following exception while deploying the web application in weblogic Enviornment, on Sun solaris 5.8, please help:
<Jul 11, 2008 5:39:07 PM EDT> <Error> <J2EE> <BEA-160131> <Error deploying fotrd: with deployment error Could not load fotrd and nested error weblogic.management.DeploymentException: [HTTP:101062][ServletContext(id=175067,name=,context-path=/)] Error reading Web application "/export/enterprise-docs/fo2oli/citioliprodfix/po2trd/deploy/po2trd.ear/fotrd.war".
java.util.zip.ZipException: Is a directory
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.><init>(ZipFile.java:111)
at java.util.jar.JarFile.<init>(JarFile.java:127)
at java.util.jar.JarFile.<init>(JarFile.java:65)
at weblogic.servlet.internal.WebAppServletContext.getDescriptorLoader(WebAppServletContext.java:1443)
at weblogic.servlet.internal.WebAppServletContext.<init>(WebAppServletContext.java:492)
at weblogic.servlet.internal.HttpServer.loadWebApp(HttpServer.java:621)
at weblogic.j2ee.WebAppComponent.deploy(WebAppComponent.java:121)
at weblogic.j2ee.Application.addComponent(Application.java:322)
at weblogic.j2ee.J2EEService.addDeployment(J2EEService.java:162)
at weblogic.management.mbeans.custom.DeploymentTarget.addDeployment(DeploymentTarget.java:337)
at weblogic.management.mbeans.custom.DeploymentTarget.addDeployment(DeploymentTarget.java:202)
at weblogic.management.mbeans.custom.WebServer.addWebDeployment(WebServer.java:132)
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:324)
at weblogic.management.internal.DynamicMBeanImpl.invokeLocally(DynamicMBeanImpl.java:755)
at weblogic.management.internal.DynamicMBeanImpl.invoke(DynamicMBeanImpl.java:734)
at weblogic.management.internal.ConfigurationMBeanImpl.invoke(ConfigurationMBeanImpl.java:516)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1557)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1525)
at weblogic.management.internal.RemoteMBeanServerImpl.private_invoke(RemoteMBeanServerImpl.java:990)
at weblogic.management.internal.RemoteMBeanServerImpl.invoke(RemoteMBeanServerImpl.java:948)
at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:948)
at weblogic.management.internal.MBeanProxy.invokeForCachingStub(MBeanProxy.java:475)
at weblogic.management.configuration.WebServerMBean_Stub.addWebDeployment(WebServerMBean_Stub.java:2596)
at weblogic.management.mbeans.custom.DeploymentTarget.addDeployment(DeploymentTarget.java:289)
at weblogic.management.mbeans.custom.DeploymentTarget.addDeployments(DeploymentTarget.java:597)
at weblogic.management.mbeans.custom.DeploymentTarget.updateServerDeployments(DeploymentTarget.java:575)
at weblogic.management.mbeans.custom.DeploymentTarget.updateDeployments(DeploymentTarget.java:241)
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:324)
at weblogic.management.internal.DynamicMBeanImpl.invokeLocally(DynamicMBeanImpl.java:755)
at weblogic.management.internal.DynamicMBeanImpl.invoke(DynamicMBeanImpl.java:734)
at weblogic.management.internal.ConfigurationMBeanImpl.invoke(ConfigurationMBeanImpl.java:516)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1557)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1525)
at weblogic.management.internal.RemoteMBeanServerImpl.private_invoke(RemoteMBeanServerImpl.java:990)
at weblogic.management.internal.RemoteMBeanServerImpl.invoke(RemoteMBeanServerImpl.java:948)
at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:948)
at weblogic.management.internal.MBeanProxy.invokeForCachingStub(MBeanProxy.java:475)
at weblogic.management.configuration.ServerMBean_Stub.updateDeployments(ServerMBean_Stub.java:7731)
at weblogic.management.deploy.slave.SlaveDeployer.updateServerDeployments(SlaveDeployer.java:1321)
at weblogic.management.deploy.slave.SlaveDeployer.resume(SlaveDeployer.java:339)
at weblogic.management.deploy.DeploymentManagerServerLifeCycleImpl.resume(DeploymentManagerServerLifeCycleImpl.java:229)
at weblogic.t3.srvr.SubsystemManager.resume(SubsystemManager.java:136)
at weblogic.t3.srvr.T3Srvr.resume(T3Srvr.java:965)
at weblogic.t3.srvr.T3Srvr.run(T3Srvr.java:360)
at weblogic.Server.main(Server.java:32)

Could it be that you are trying to install from an exploded version of your war files? It looks like WebLogic thinks it's a war file but it seems to be a directory... You might try to rename those directories to anything that's not .war and .ear.

Webb Exception - java.util.zip.ZipException: error in opening zip file

          I am tring to run my Servlet with myWAR.war. So I started first installing the CookieCounter example that came with weblogic, I did exactly as the document said but I getting the following exception:
          Thu Jan 04 11:26:45 MST 2001:<E> <HTTP> Error reading Web application '/weblogic/myserver/cookieWar.war'
          java.util.zip.ZipException: error in opening zip file
          at java.util.zip.ZipFile.open(Native Method)
          at java.util.zip.ZipFile.<init>(ZipFile.java:69)
          at weblogic.utils.jar.JarFile.<init>(JarFile.java:57)
          at weblogic.utils.jar.JarFile.<init>(JarFile.java:44)
          at weblogic.t3.srvr.HttpServer.loadWARContext(HttpServer.java:582)
          at weblogic.t3.srvr.HttpServer.initServletContexts(HttpServer.java, Compiled Code)
          at weblogic.t3.srvr.HttpServer.start(HttpServer.java:388)
          at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java, Compiled Code)
          at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
          at java.lang.reflect.Method.invoke(Native Method)
          at weblogic.Server.startServerDynamically(Server.java:99)
          at weblogic.Server.main(Server.java:65)
          at weblogic.Server.main(Server.java:55)
          at weblogic.NTServiceHelper.run(NTServiceHelper.java:19)
          at java.lang.Thread.run(Thread.java:479)
          Has anybody encountered the problem before I created the jar using jar cvf cookieWar.war cookie- under the command line


I have seen problems like this in the past. When you create your war file, try using "jar
          cv0f" so that the jar file won't be compressed...
          mark bouchard wrote:
          > I am having this same error... the strange thing is i have two different ear files...
          > one of them works, the other doesn't. there are NO differences between them according
          > to Araxis Merge... both will deploy, and both show servlets as being registered,
          > but i can only call the servlets from one...
          >
          > what is BEA's suggested way of creating an ear file? on NT and on UNIX please....
          >
          > use the java.util.zip methods? or use a utility like jar or winzip? Personally,
          > i've found this deployment to be HIGHLY flakey at best.... my same ear files
          > deploy perfectly with iPlanet's app server.
          >
          > Mark Spotswood <[email protected]> wrote:
          > >I think this is basically the same as a file not found error.
          > >The error message says it can't open the file. Its looking
          > >for the file under: /weblogic/myserver/cookieWar.war
          > >Make sure the file is in that directory/readable, etc.
          > >--
          > >mark
          > >
          > >Paul Garduno wrote:
          > >
          > >> Just to let you know, I am getting the same error message. I haven't
          > >worked on it but hope to at some point. I would like to know if the
          > >Weblogic people have seen this error.
          > >>
          > >> Paul Garduno
          > >>
          > >> bionic99 wrote:
          > >>
          > >> > I am tring to run my Servlet with myWAR.war. So I started first installing
          > >the CookieCounter example that came with weblogic, I did exactly as
          > >the document said but I getting the following exception:
          > >> > Thu Jan 04 11:26:45 MST 2001:<E> <HTTP> Error reading Web application
          > >'/weblogic/myserver/cookieWar.war'
          > >> > java.util.zip.ZipException: error in opening zip file
          > >> > at java.util.zip.ZipFile.open(Native Method)
          > >> > at java.util.zip.ZipFile.<init>(ZipFile.java:69)
          > >> > at weblogic.utils.jar.JarFile.<init>(JarFile.java:57)
          > >> > at weblogic.utils.jar.JarFile.<init>(JarFile.java:44)
          > >> > at weblogic.t3.srvr.HttpServer.loadWARContext(HttpServer.java:582)
          > >> > at weblogic.t3.srvr.HttpServer.initServletContexts(HttpServer.java,
          > >Compiled Code)
          > >> > at weblogic.t3.srvr.HttpServer.start(HttpServer.java:388)
          > >> > at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java, Compiled Code)
          > >> > at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
          > >> > at java.lang.reflect.Method.invoke(Native Method)
          > >> > at weblogic.Server.startServerDynamically(Server.java:99)
          > >> > at weblogic.Server.main(Server.java:65)
          > >> > at weblogic.Server.main(Server.java:55)
          > >> > at weblogic.NTServiceHelper.run(NTServiceHelper.java:19)
          > >> > at java.lang.Thread.run(Thread.java:479)
          > >> >
          > >> > Has anybody encountered the problem before I created the jar using
          > >jar cvf cookieWar.war cookie- under the command line
          > >

Re: RE: Re: Webb Exception - java.util.zip.ZipException: error in opening zip

Instead of uploading the servlet via the WL Console, try FTPing it into the
          applications directory and starting up WL
          "robert wright" <[email protected]> wrote in message
          news:3b96bd64$[email protected]..
          > I am having this problem as well has anyone found a solution?


I have the same problem using FTP and hotdeploy, when i try to upload the application, half of the times it fails with the "error in opening zip file
          at java.util.zip.ZipFile.open(Native Method)
          at java.util.zip.ZipFile.<init>(Unknown Source)"
          I dont know why it happens, it seemed that was needed more space, but now, it has enough space for everything in everywhere...
          Has anybody another idea?

Bug on native code of OJVM java.util.zip.CRC32.updateBytes(CRC32.java)

I want to unzip OpenOffice 1.0 files inside the OJVM but it fails into the native method java.util.zip.CRC32.updateBytes(CRC32.java).
The first execution of the code runs OK, but the second not.
After a long wait it shutdown the connection and the oracle trace file shows an stack trace like this:
*** 2003-04-18 11:31:31.926
*** SESSION ID:(17.97) 2003-04-18 11:31:31.926
java.lang.IllegalArgumentException
at java.util.zip.CRC32.updateBytes(CRC32.java)
at java.util.zip.CRC32.update(CRC32.java)
at java.util.zip.ZipInputStream.read(ZipInputStream.java)
at oracle.xml.parser.v2.XMLByteReader.fillByteBuffer(XMLByteReader.java:354)
at oracle.xml.parser.v2.XMLUTF8Reader.fillBuffer(XMLUTF8Reader.java:142)
at oracle.xml.parser.v2.XMLByteReader.saveBuffer(XMLByteReader.java:448)
at oracle.xml.parser.v2.XMLReader.fillBuffer(XMLReader.java:2012)
at oracle.xml.parser.v2.XMLReader.skipWhiteSpace(XMLReader.java:1800)
at oracle.xml.parser.v2.NonValidatingParser.parseMisc(NonValidatingParser.java:305)
at oracle.xml.parser.v2.NonValidatingParser.parseProlog(NonValidatingParser.java:274)
at oracle.xml.parser.v2.NonValidatingParser.parseDocument(NonValidatingParser.java:254)
at oracle.xml.parser.v2.XMLParser.parse(XMLParser.java:225)
at com.prism.cms.frontend.EditPropertiesActions.processUpload(EditPropertiesActions.java:1901)
Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object), addr: 0x6d3a74a0, PC: [0x40263600, eomake_reference_to_eobjec
t()+80]
Registers:
%eax: 0x54a54000 %ebx: 0x40429c20 %ecx: 0x54a546bf
%edx: 0x6d3a7478 %edi: 0x402b27d0 %esi: 0x45c718ac
%esp: 0xbfffbf20 %ebp: 0xbfffbf48 %eip: 0x40263600
%efl: 0x00010206
The code of the java method is:
public static void processUpload(String id_page, String longname,
String filename, String filetype,
String s00)
throws SQLException {
Integer p_id = new Integer(id_page);
String toSource;
XMLDocument doc = null;
DOMParser theParser = null;
InputStream XSLStream = null;
BufferedWriter out = null;
#sql { select path||name||'.html' into :toSource from pages where id_page=:p_id };
if ("Cancel".equalsIgnoreCase(s00)) {
Jxtp.redirecUrl("/dbprism/ldoc/live/edit.html?p_source="+toSource);
return;
if ("no-file".equals(filename) && "no-contenttpye".equals(filetype)) {
Jxtp.redirecUrl("/dbprism/ldoc/live/edit.html?p_source="+toSource);
return;
if ("xml".equalsIgnoreCase(filetype))
#sql { call CMSj.moveFromUpload(:filename,:p_id) };
else if ("sxw".equalsIgnoreCase(filetype)) {
XSLProcessor processor = new XSLProcessor();
XSLStylesheet theXSLStylesheet = null;
BLOB locator = null;
// open sxw file, it will be in zip format with a file named content.xml
// then convert content.xml to document-v10.dtd with an stylesheet
#sql { select blob_content into :locator from wpg_document where name = :filename for update };
ZipInputStream zin = new ZipInputStream(locator.binaryStreamValue());
ZipEntry entry;
try {
while((entry=zin.getNextEntry())!=null)
if ("content.xml".equalsIgnoreCase(entry.getName())) {
Integer newVersion;
CLOB dstDoc;
CMSDocURLStreamHandlerFactory.enableCMSDocURLs();
try {
URL inUrl = new URL("cms:/stylesheets/sxw2document-v10.xsl");
XSLStream = inUrl.openStream();
// Create the Stylesheet from the stream
theXSLStylesheet = processor.newXSLStylesheet(XSLStream);
// Stores the document processing it with the given stylesheet
theParser = new DOMParser();
theParser.setValidationMode(theParser.NONVALIDATING);
theParser.setBaseURL(new URL("cms:/dtd/"));
theParser.parse(zin);
doc = theParser.getDocument();
#sql { SELECT NVL(MAX(version),0)+1 INTO :newVersion FROM content
WHERE cn_id_page = :p_id };
#sql { INSERT INTO content( cn_id_page, version, owner, status, source_file,
file_size, content, created, modified, created_by,
modified_by)
VALUES ( :p_id, :newVersion, sys_context('cms_context','user_id'),
'Uploaded', :filename, 0 , EMPTY_CLOB(), SYSDATE, SYSDATE,
sys_context('cms_context','user_id'),
sys_context('cms_context','user_id')) };
#sql { SELECT content INTO :dstDoc FROM content
WHERE cn_id_page = :p_id AND version = :newVersion for update };
#sql { call DBMS_LOB.trim(:inout dstDoc,0) };
out = new BufferedWriter(dstDoc.getCharacterOutputStream(),dstDoc.getChunkSize());
processor.processXSL(theXSLStylesheet, doc, new PrintWriter(out));
#sql { delete from wpg_document where name=:filename };
} catch (SAXParseException spe) {
throw new SQLException("processUpload SAXParseException: "+xmlError(spe));
} catch (SAXException se) {
throw new SQLException("processUpload SAXException: "+se.getLocalizedMessage());
} catch (XSLException xsle) {
throw new SQLException("processUpload XSLException: "+xsle.getLocalizedMessage());
} finally {
if (XSLStream!=null)
XSLStream.close();
if (theParser!=null)
theParser = null;
if (out!=null) {
out.flush();
out.close();
zin.close();
} catch (IOException ioe) {
throw new SQLException("processUpload IOException: "+ioe.getLocalizedMessage());
} finally {
if (XSLStream!=null)
XSLStream = null;
if (out!=null)
out = null;
if (zin!=null)
zin = null;
Jxtp.redirecUrl("/dbprism/ldoc/live/edit.html?p_source="+toSource);
Basically it takes the content from a BLOB column of the wpg_document table, unzip it using java.util.zip package, look for the file content.xml and parse it using Oracle XML toolkit.
Using an open source utility which replace java.util.package (http://jazzlib.sourceforge.net/) it works perfect because is a pure java application.
Best regards, Marcelo.
PD: I am using Oracle 9.2.0.2 on Linux.

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

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

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 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

What cause this error: java.util.zip.ZipException: invalid literal/lengths?

Hi all,
Our application produces this error in the logs: (our JDEV is 11.1.1.4.0, WLS 10.3)
org.apache.myfaces.trinidadinternal.renderkit.core.CoreResponseStateManager _restoreSerializedView
SEVERE:
java.util.zip.ZipException: invalid literal/lengths set
at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:147)
at java.util.zip.GZIPInputStream.read(GZIPInputStream.java:92)
at java.io.ObjectInputStream$PeekInputStream.read(ObjectInputStream.java:2266)
at java.io.ObjectInputStream$PeekInputStream.readFully(ObjectInputStream.java:2279)
at java.io.ObjectInputStream$BlockDataInputStream.readShort(ObjectInputStream.java:2750)
at java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:780)
at java.io.ObjectInputStream.<init>(ObjectInputStream.java:280)
I have googled this error for hours and search the forum here, but no luck. Can someone please shed some light on this error? Thanks in advance!
Shawn

Hi Shawn,
Please refer the below thing i found. Hope this may help you in moving forward in resolving. I hope this issue has occured when you are deploying your application WAR.
======================================================================================
Method: read()
Class: at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:147)
The above class comes in your exception hierarchy above.
Reads uncompressed data into an array of bytes. This method will block until some input can be decompressed.
Throws:
ZipException - if a ZIP format error has occurred
====================================
This also points that your WAR file is corrupt.
Class: GZIPInputStream
IOException - if an I/O error has occurred or the compressed input data is corrupt
Thanks,

Java.lang.Error: java.util.zip.ZipException: The system cannot find the fil

I got maven 221 installed
i got jdk 1.6 and 1.5 installed (have tested both)
I have a strange error. All my co-workers can build but I cant. The only thing I can find is that I dont have installed BEA Weblogic but I dont want to have that installed. It should be able to run anyway.
Could someone tell me what is wrong? If you need pom.xml I got that one as well.
process-classes:
[copy] Copying 4 files to C:\hudson\jobs\albpm_ip-identity-asserter_-_Build\workspace\target\mbean-content
[mkdir] Created dir: C:\hudson\jobs\albpm_ip-identity-asserter_-_Build\workspace\target\mbean-jar
[java] Creating an MJF from the contents of directory C:\hudson\jobs\albpm_ip-identity-asserter_-_Build\workspace\target\mbean-content...
[java] Compiling the files...
[java] Creating the list.
[java] Doing the compile.
[java] WLMaker-SubProcess: : Exception in thread "main" java.lang.Error: java.util.zip.ZipException: The system cannot find the file specified
[java] WLMaker-SubProcess: :      at weblogic.management.commo.BeanGenDriver.getManagementTempDir(BeanGenDriver.java:93)
[java] WLMaker-SubProcess: :      at weblogic.management.commo.BeanGenDriver.main(BeanGenDriver.java:117)
[java] WLMaker-SubProcess: : Caused by: java.util.zip.ZipException: The system cannot find the file specified
[java] WLMaker-SubProcess: :      at java.util.zip.ZipFile.open(Native Method)
[java] WLMaker-SubProcess: :      at java.util.zip.ZipFile.<init>(ZipFile.java:203)
[java] WLMaker-SubProcess: :      at java.util.jar.JarFile.<init>(JarFile.java:132)
[java] WLMaker-SubProcess: :      at java.util.jar.JarFile.<init>(JarFile.java:97)
[java] WLMaker-SubProcess: :      at weblogic.management.commo.BeanGenDriver.getManagementTempDir(BeanGenDriver.java:90)
[java] WLMaker-SubProcess: :      ... 1 more
[java] WLMaker-SubProcess: : Stopped draining WLMaker-SubProcess:
[java] WLMaker-SubProcess: : Stopped draining WLMaker-SubProcess:
[java] BeanGen code generation failed
[HUDSON] Archiving C:\hudson\jobs\albpm_ip-identity-asserter_-Build\workspace\pom.xml to C:\hudson\jobs\albpmip-identity-asserter_-Build\modules\dk.skat.ip.integration.albpm$ip-identity-asserter\builds\2010-11-2213-41-28\archive\dk.skat.ip.integration.albpm\ip-identity-asserter\1.2\pom.xml
[INFO] ------------------------------------------------------------------------

from my experience, using weblogic jars can be a pain if the full install is not on the local box.
Note that you dont have to 'install' it. Just copy the directory.
Reason is that the jar files have manifests with relative classpaths.
For an example of horror take a look at the weblogic.jar MANIFEST's classpath entry.
-Fred

Java.util.Zip Exception

Similar Messages

Maybe you are looking for