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

Reply via email to