I've verified that the WEB-INF/extensions will work, too. The key issue for us is being able to hot-deploy extension JAR(s) live without restarting the webapp or Tomcat. I began by seeing if Tomcat supported find JAR(s) on non-standard locations so we can separate the extensions. These extensions to our core product will typically be developed by 3rd parties.
So, I now need to look at creating my own classloader [it seems] because even the VWL doesn't monitor for JAR additions and automatically load them. Again - if anyone knows how to do this, I would really appreciate any direction to shorten my dev time. Thanks, Bob -----Original Message----- From: Konstantin Kolinko [mailto:knst.koli...@gmail.com] Sent: Thursday, June 30, 2011 7:17 PM To: Tomcat Users List Subject: Re: how to use VirtualWebappLoader - either in META-INF/context.xml or programmatically on startup 2011/7/1 Christopher Schultz <ch...@christopherschultz.net>: > > On 6/30/2011 11:27 AM, Konstantin Kolinko wrote: >> 2011/6/30 Bob DeRemer <bob.dere...@thingworx.com>: >>> virtualClasspath="/WEB-INF/lib/extensions/*.jar"/> >> >> The above should be an absolute path. >> >> You can use system variables, e.g. >> ${catalina.base}/webapps/mywebapp/WEB-INF/lib/extensions/*.jar > > Hmm... does that mean that VirtualWebappLoader can't be used with > paths inside WAR files? Being able to support paths relative to the > webapp would be quite nice. I think that should be some ${} property. It either has a) either to be given to the Digester when it parses the XML, so that it expands the property, b) or Digester will leave it unexpanded (because it is unknown) and VirtualWebappLoader will expand its value when starting. Either way, there is a question of obtaining this path early and passing this information around. Regarding the issue that I mentioned: https://issues.apache.org/bugzilla/show_bug.cgi?id=47939 It looks that the following (without "lib") will work: ${catalina.base}/webapps/mywebapp/WEB-INF/extensions/*.jar Best regards, Konstantin Kolinko --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org