We ran into an exact same problem. Our workarround hack classpath.bat and classpath.sh works perfectly.
I also considered running down the ClassLoader route. That also works but it felt more wrong. I was just going to ask what the accepted way of doing this was but I think I've got my answer. Regards, Wesley Acheson On Wed, Jun 17, 2009 at 8:38 PM, Christopher Schultz < ch...@christopherschultz.net> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Tom, > > On 6/17/2009 7:43 AM, Tom Brown wrote: > > it is only configuration files - no jar changes. > > If your code uses getResourceAsStream(), then the classpath will be > checked. The webapp's classpath will essentially be > WEB-INF/classes:WEB-INF/lib:CATALINA_BASE/lib:JAVA_HOME/rt.jar > > So, putting your configuration files in CATALINA_BASE/lib should do it, > unless you have those same configuration files in WEB-INF/classes (or a > JAR in WEB-INF/lib) already, which it sounds like you /do/. > > Mikolaj's suggestion of using a custom classloader might be your only > option, unless you can change your code to load the configuration files > from a pre-defined location (or, even better, from a location specified > in web.xml!). > > Note that your first solution was to modify web.xml which would, in > turn, modify the WAR file. So, how was that one going to work? > > - -chris > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAko5OBoACgkQ9CaO5/Lv0PA7rQCgv2gBTk/RCpeRXFjSFX1VzJ4G > WVsAn1cxUNlzZgDaFvvM1cTwz5oTPry3 > =y0/Y > -----END PGP SIGNATURE----- > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >