You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by Nick Wesselman <ni...@digivis.com> on 2002/11/21 00:01:21 UTC

ContextConfig tldConfigJar IOException

Using 4.0.6 I'm getting a lot of exceptions (for every jar in 
/WEB-INF/lib/) on startup like this one:

ContextConfig[]:     tldConfigJar(/WEB-INF/lib/xerces.jar): 
java.io.IOException: No such file or directory

Which is problematic because if an exception happens in tldConfigJar(), 
ContextConfig in 4.0.6 calls jarFile.close(), which apparently causes 
classloader issues... and we're having classloader problems.

So what's causing this IOException? I can't tell for the life of 
me--all the permissions on the directory and its parents look fine. Our 
other instances using 4.0.6 don't have this problem.

Any suggestions?

Nick


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: ContextConfig tldConfigJar IOException

Posted by Nick Wesselman <ni...@digivis.com>.
Figured it out myself! :-)

I printed out the IOException stack trace, saw that the error happened 
when a temp file was being created. Turns out my CATALINA_TMPDIR was 
set to a non-existing directory. I created it and no more IOExceptions. 
Now I just hope my classloader issue is fixed...

Nick

On Wednesday, November 20, 2002, at 05:01 PM, Nick Wesselman wrote:

> Using 4.0.6 I'm getting a lot of exceptions (for every jar in 
> /WEB-INF/lib/) on startup like this one:
>
> ContextConfig[]:     tldConfigJar(/WEB-INF/lib/xerces.jar): 
> java.io.IOException: No such file or directory
>
> Which is problematic because if an exception happens in 
> tldConfigJar(), ContextConfig in 4.0.6 calls jarFile.close(), which 
> apparently causes classloader issues... and we're having classloader 
> problems.
>
> So what's causing this IOException? I can't tell for the life of 
> me--all the permissions on the directory and its parents look fine. 
> Our other instances using 4.0.6 don't have this problem.
>
> Any suggestions?
>
> Nick
>
>
> --
> To unsubscribe, e-mail:   
> <ma...@jakarta.apache.org>
> For additional commands, e-mail: 
> <ma...@jakarta.apache.org>


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>