On 27 February 2014 15:16, Mark Thomas <ma...@apache.org> wrote:

> Sorry, I got confused about what changed between which 7.0.x and 8.0.x
> versions. There was a lot of rapid changes over a short period of time
> as folks reported different issues.
>
> The solution you propose is not acceptable as it causes other problems:
> https://issues.apache.org/bugzilla/show_bug.cgi?id=56045
>
> The solution in 7.0.x (and released in 7.0.51) was to place all of the
> necessary schema in the Servlet JAR.
>
> > i need to patch this before it works for me (because we are running
> tomcat
> > also in a OSGI enviroment and then
> > jsp-api and servlet-api jars are not the same classloader
> >
> > They are bundles of there own. So you can't load jsp related xml files
> > (from the jsp-api jar) through the ServletContext.class
> > the id == null for me
>
> What code path is trying to load JSP XML files from jsp-api.jar? Tomcat
> should be loading them all from servlet-api.jar
>

ahh

the servlet-api.jar that now ships with tomcat has now also a copy of the
same resources the jsp-api.jar also has
So the
  if (id == null) {
    id = JspContext.class.getResource("resources/" + url);
  }

should never be hit anymore in a real tomcat install

The problem why i still have it is because i use a servlet-api bundle osgi
bundle not coming from tomcat.
(i would need to patch the manifest file to be able to use it as a real
osgi bundle in eclipse)

But i understand now that the fix was differently applied and why i still
had problems with it.

(tomcat kind of changed the "standard", "jsr" api lib ;) )

johan




-- 
Johan Compagner
Servoy

Reply via email to