Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Developers List" <dev@tomcat.apache.org>
From: bugzilla@apache.org
To: dev@tomcat.apache.org
Subject: [Bug 53783] Static resources and jsp files under
 WEB-INF/lib/*.jar!/META-INF/resources are not found
Date: Mon, 27 Aug 2012 14:07:59 +0000
Message-ID: <bug-53783-78-SO5c19Fh7l@https.issues.apache.org/bugzilla/>
In-Reply-To: <bug-53783-78@https.issues.apache.org/bugzilla/>
References: <bug-53783-78@https.issues.apache.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Auto-Submitted: auto-generated
MIME-Version: 1.0

https://issues.apache.org/bugzilla/show_bug.cgi?id=53783

Konstantin Kolinko <knst.kolinko@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 OS|                            |All

--- Comment #2 from Konstantin Kolinko <knst.kolinko@gmail.com> ---
Does specification allow JAR files that do not have directory entries?

1. The "jar" tool always creates entries for directories.
There are no options to omit them,

http://docs.oracle.com/javase/7/docs/technotes/tools/solaris/jar.html

2. The spec says "in the META-INF/resources directory of a JAR file".
There is no such "directory" in this resource.jar.


That said, I am OK with the patch.

For stream access to a jar file (o.a.t.util.scan.UrlJar) the entryExists()
method does such iteration internally, so proposed patch would not slow it
down.

For random access to a jar file (o.a.t.util.scan.FileUrlJar) the ZIP archive
index is read when JAR file is opened and iteration over the index
(JarFile.entries()) should not waste much time.

-- 
You are receiving this mail because:
You are the assignee for the bug.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org