Adding back the list...
So unless anyone posts any objections I will prepare a PR to that effect.
On 12/06/18 16:12, Remy Maucherat wrote:
On Tue, Jun 12, 2018 at 4:06 PM, Tomas Hofman <thofman(a)redhat.com
just to explain, Jean Clere mentioned you might have an opinion on this,
which is why I included you directly. Feel free to ignore this if you think
this is more for other people.
Right now I think this is a grey area, and both ways sound reasonably
legitimate until there's a real clarification.
On 12/06/18 15:58, Tomas Hofman wrote:
we have an issue  where a web app with JAR packaged taglib is
Tomcat to Wildfly/EAP and the two servers are resolving tablib location
The taglib file in the JAR is located in
It's added to the taglib map explicitly via <taglib> element in
web-fragment.xml (in the same JAR):
This works in Tomcat, which takes *META-INF/resources/* as the root for
resolving <taglib-location>, and doesn't work in Wildfly, which takes
*META-INF/* as the root.
The functionality is described by JSP SPEC section 7.3 (I don't want to
any parts here, because I would have to quote all of it) . After going
through it I think our interpretation is the correct one, though Apache
the contrary .
However, would it hurt if we added META-INF/resources/ as another root
 The issue: https://issues.jboss.org/browse/JBEAP-14757
 JSP spec:
 I wrote to Apache mailing list and Jeremy Boynes replied:
Here’s how I read the spec.
JSP 7.3.3 talks about a “taglib map” using elements in the deployment
descriptor per your example. Per JSP 7.3.2 the URI is mapped to a context
relative path interpreted relative to the root of the web application.
Resources contained in a web fragment jar are located in its
/META-INF/resources directory. Tomcat/Jasper are synthesizing the
application from the resources in the fragments, then resolving the URI
taglib map against that merged application. I think that’s a correct
interpretation of the spec.
JSP 7.3.1 refers to implicit map entries found by scanning the web
application’s jars from WEB-INF/lib.
Software Engineer, JBoss SET