Re: ZipException: Access is denied
Roger, Sorry for the delay in respose, but I have been out of town with no access to email. Yes, I see the problem on the start-up of Tomcat and it is very reproducible. Cynthia Jeness Roger Adema wrote: Cynthia, just to confirm it's the same problem - are you seeing the exception on startup of Tomcat? If so, I'll pursue reporting the problem to the appropriate people at IBM. Roger Roger, We see a similar problem with the latest IBM JDK 1.3.1 for OS/2. We have assumed that it is a JDK problem because a version of the JDK just 1 month older does not produce this problem. We had been programming on Tomcat since December, 2001 and the problem first appeared a month ago when we got a fix from IBM. We have never seen the problem on Sun's JDK for Linux. We would like to report the problem to IBM since it only occurs on the IBM JDK; however, this is no longer possible for us under OIS/2. So, try using a different vendor's JDK to see if that solves your problem. If it is an IBM JDK problem, then perhaps you can report it as a problem under Windows which I am sure gets more attention than OS/2. Cynthia Jeness -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: ZipException: Access is denied
Liam, This is not a security issue with OS/2 since there are not different levels of users and we have verified that the files are accessible. Further, we can make the problem go away by just switching to a back level JDK without changing anthing about Tomcat or our deployed web app. Cynthia Jeness Liam Morley wrote: Cynthia, I was experiencing that exception on the latest JDK from Sun (j2se 1.4.0_01) which I just downloaded yesterday. This is in Windows XP Pro; the user that's executing Tomcat (at the moment) does not have Administrator rights. My path is C:\Apache\jakarta\tomcat4.1.3-beta\ (no spaces). Specifically, I saw this exception when tomcat tried expanding a WAR file. Liam Morley Cynthia Jeness wrote: Roger, We see a similar problem with the latest IBM JDK 1.3.1 for OS/2. We have assumed that it is a JDK problem because a version of the JDK just 1 month older does not produce this problem. We had been programming on Tomcat since December, 2001 and the problem first appeared a month ago when we got a fix from IBM. We have never seen the problem on Sun's JDK for Linux. We would like to report the problem to IBM since it only occurs on the IBM JDK; however, this is no longer possible for us under OIS/2. So, try using a different vendor's JDK to see if that solves your problem. If it is an IBM JDK problem, then perhaps you can report it as a problem under Windows which I am sure gets more attention than OS/2. Cynthia Jeness Roger Adema wrote: I've tried putting Tomcat into c:\tomcat-4.0 (changing %CATALINA_HOME% of course) and there's no change in behavior. Also, I have no directory names with .jar. Looking at the exception again, it seems to indicate that a native method is involved. Do I need a zip.exe/unzip.exe or any other native zip support on my system for this to work? java.util.zip.ZipException: Access is denied at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.init(ZipFile.java:127) at java.util.jar.JarFile.init(JarFile.java:138) Another good one (which will result in a permission denied message) is if you unpack a jar file into a directory with a .jar extension eg... %TOMCAT_HOME%/lib/xerces.jar/org... TomCat will choke on it as it can't unpack the directory that it believes is a file. Andy Eastham wrote: Roger, Try putting tomcat in a path with no spaces, eg c:\apache_tomcat_4.0 As for classpath, any jars under tomcat\webapps\app_name\WEB_INF\lib (your webapps private classesd)or tomcat\common\lib (classes shared between webapps, usually db drivers etc) will be automatically included in the classpath. All the best, Andy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: ZipException: Access is denied
Roger, We see a similar problem with the latest IBM JDK 1.3.1 for OS/2. We have assumed that it is a JDK problem because a version of the JDK just 1 month older does not produce this problem. We had been programming on Tomcat since December, 2001 and the problem first appeared a month ago when we got a fix from IBM. We have never seen the problem on Sun's JDK for Linux. We would like to report the problem to IBM since it only occurs on the IBM JDK; however, this is no longer possible for us under OIS/2. So, try using a different vendor's JDK to see if that solves your problem. If it is an IBM JDK problem, then perhaps you can report it as a problem under Windows which I am sure gets more attention than OS/2. Cynthia Jeness Roger Adema wrote: I've tried putting Tomcat into c:\tomcat-4.0 (changing %CATALINA_HOME% of course) and there's no change in behavior. Also, I have no directory names with .jar. Looking at the exception again, it seems to indicate that a native method is involved. Do I need a zip.exe/unzip.exe or any other native zip support on my system for this to work? java.util.zip.ZipException: Access is denied at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.init(ZipFile.java:127) at java.util.jar.JarFile.init(JarFile.java:138) Another good one (which will result in a permission denied message) is if you unpack a jar file into a directory with a .jar extension eg... %TOMCAT_HOME%/lib/xerces.jar/org... TomCat will choke on it as it can't unpack the directory that it believes is a file. Andy Eastham wrote: Roger, Try putting tomcat in a path with no spaces, eg c:\apache_tomcat_4.0 As for classpath, any jars under tomcat\webapps\app_name\WEB_INF\lib (your webapps private classesd)or tomcat\common\lib (classes shared between webapps, usually db drivers etc) will be automatically included in the classpath. All the best, Andy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: ZipException: Access is denied
Cynthia, I was experiencing that exception on the latest JDK from Sun (j2se 1.4.0_01) which I just downloaded yesterday. This is in Windows XP Pro; the user that's executing Tomcat (at the moment) does not have Administrator rights. My path is C:\Apache\jakarta\tomcat4.1.3-beta\ (no spaces). Specifically, I saw this exception when tomcat tried expanding a WAR file. Liam Morley Cynthia Jeness wrote: Roger, We see a similar problem with the latest IBM JDK 1.3.1 for OS/2. We have assumed that it is a JDK problem because a version of the JDK just 1 month older does not produce this problem. We had been programming on Tomcat since December, 2001 and the problem first appeared a month ago when we got a fix from IBM. We have never seen the problem on Sun's JDK for Linux. We would like to report the problem to IBM since it only occurs on the IBM JDK; however, this is no longer possible for us under OIS/2. So, try using a different vendor's JDK to see if that solves your problem. If it is an IBM JDK problem, then perhaps you can report it as a problem under Windows which I am sure gets more attention than OS/2. Cynthia Jeness Roger Adema wrote: I've tried putting Tomcat into c:\tomcat-4.0 (changing %CATALINA_HOME% of course) and there's no change in behavior. Also, I have no directory names with .jar. Looking at the exception again, it seems to indicate that a native method is involved. Do I need a zip.exe/unzip.exe or any other native zip support on my system for this to work? java.util.zip.ZipException: Access is denied at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.init(ZipFile.java:127) at java.util.jar.JarFile.init(JarFile.java:138) Another good one (which will result in a permission denied message) is if you unpack a jar file into a directory with a .jar extension eg... %TOMCAT_HOME%/lib/xerces.jar/org... TomCat will choke on it as it can't unpack the directory that it believes is a file. Andy Eastham wrote: Roger, Try putting tomcat in a path with no spaces, eg c:\apache_tomcat_4.0 As for classpath, any jars under tomcat\webapps\app_name\WEB_INF\lib (your webapps private classesd)or tomcat\common\lib (classes shared between webapps, usually db drivers etc) will be automatically included in the classpath. All the best, Andy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: ZipException: Access is denied
Cynthia, just to confirm it's the same problem - are you seeing the exception on startup of Tomcat? If so, I'll pursue reporting the problem to the appropriate people at IBM. Roger Roger, We see a similar problem with the latest IBM JDK 1.3.1 for OS/2. We have assumed that it is a JDK problem because a version of the JDK just 1 month older does not produce this problem. We had been programming on Tomcat since December, 2001 and the problem first appeared a month ago when we got a fix from IBM. We have never seen the problem on Sun's JDK for Linux. We would like to report the problem to IBM since it only occurs on the IBM JDK; however, this is no longer possible for us under OIS/2. So, try using a different vendor's JDK to see if that solves your problem. If it is an IBM JDK problem, then perhaps you can report it as a problem under Windows which I am sure gets more attention than OS/2. Cynthia Jeness -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
