geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Manu George" <manu.t.geo...@gmail.com>
Subject Re: Regarding ClassLoader Changes in Geronimo 1.1
Date Wed, 12 Jul 2006 12:22:37 GMT
Hi Aaron,
             Thats right. Based on your response I guess the best course of
action would be to change the code of the app. I just wanted a clarification
whether this behaviour was expected or was a bug as I was not sure.

Thanks
Manu

On 7/11/06, Aaron Mulder <ammulder@alumni.princeton.edu> wrote:
>
> So are you saying that in Geronimo 1.0 the WAR directory itself was on
> the class path (as opposed to the JARs in WEB-INF/lib and the dir
> WEB-INF/classes)?  I don't think that's really portable behavior (the
> spec only covers lib and classes as far as I know), so you might not
> want to rely on it in any case.
>
> You can file a Jira if you like so we can see if other people run into
> the same thing.
>
> Thanks,
>      Aaron
>
> On 7/10/06, Manu George <manu.t.george@gmail.com> wrote:
> > Hi,
> >          I have an application that is packaged as an EAR. The WAR
> inside
> > the EAR is having some images in the images directory directly inside
> the
> > war. In Geronimo 1.0, I was able to access them using
> > Thread.currentThread().getContextClassLoader().getResource()
> > method, but now I am unable to do so. On debugging I found that the
> > classloader I got for 1.0 was WebappClassLoader from Tomcat which had
> access
> > to the files, while for 1.1, I got JarFileClassLoader of geronimo which
> did
> > not have access to those files. Can anyone throw further light on this
> > problem.
> >
> >  Thanks
> >  Manu
> >
>

Mime
View raw message