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