Я видел это исключение прежде, когда независимо от того, что JVM считает временный файл , каталог не доступен из-за того, чтобы не быть там или не наличия разрешения записать.
Это могло быть связано с log4j.
у Вас есть log4j.jar файл в websphere пути к классу Java (как определено в файле запуска), а также пути к классу приложения?
, Если Вы действительно удостоверяетесь, что log4j.jar файл находится в пути к классу Java и что это НЕ находится в web-inf/lib каталоге Вашего веб-приложения.
<час>Это может также быть связано с версия муравья (может быть не Ваш случай, но я действительно помещаю его здесь для ссылки):
<час>у Вас есть .class файл в Вашем пути к классу (т.е. не каталог или .jar файл). Начиная с муравья 1.6, муравей откроет файлы в проверке пути к классу явные записи. Это предпринятое открытие перестанет работать с ошибкой "java.util.zip. ZipException"
проблема не существует с муравьем 1.5, поскольку это не пытается открыть файлы. - поэтому удостоверяются, что Ваш путь к классу не содержит .class файлы.
На ноте стороны, Вы рассматривали наличие отдельные банки ?
Вы могли в декларации Вашей основной банки, обращаться к другим банкам с этим атрибутом:
Class-Path: one.jar two.jar three.jar
Затем поместите все свои банки в той же папке.
Снова, может быть не допустимым для Вашего случая, но все еще там для ссылки.