Re: [jira] Commented: (SOLR-68) Custom ClassLoader for "plugins"

: I suggest that you try this out on Weblogic, which has been the most : bug ridden piece of junk container that I've ever had the misfortune : to use... in particular because normal classloader stuff doesn't work : much of the time. I'm not really interested in giving BEA the information they se

Re: [jira] Commented: (SOLR-68) Custom ClassLoader for "plugins"

I suggest that you try this out on Weblogic, which has been the most bug ridden piece of junk container that I've ever had the misfortune to use... in particular because normal classloader stuff doesn't work much of the time. phil. On Nov 10, 2006, at 9:26 PM, Hoss Man (JIRA) wrote: [

[jira] Commented: (SOLR-68) Custom ClassLoader for "plugins"

[ http://issues.apache.org/jira/browse/SOLR-68?page=comments#action_12448926 ] Hoss Man commented on SOLR-68: -- FYI: the same simple test with jetty-6.0.1 worked. ... still haven't had a chance to try out any more involved tests with multiple jars

[jira] Commented: (SOLR-68) Custom ClassLoader for "plugins"

[ http://issues.apache.org/jira/browse/SOLR-68?page=comments#action_12448319 ] Mike Klaas commented on SOLR-68: [[ Old comment, sent from unregistered email on Wed, 8 Nov 2006 14:40:07 -0800 ]] Just wanted to comment that I'm +1 on the idea

[jira] Commented: (SOLR-68) Custom ClassLoader for "plugins"

[ http://issues.apache.org/jira/browse/SOLR-68?page=comments#action_12448296 ] Otis Gospodnetic commented on SOLR-68: -- Hoss, Mortbay guys releases Jetty 6.0 and even 6.1 (or 6.0.1, not sure any more) a few weeks ago. Jetty 5.* is getting o

[jira] Commented: (SOLR-68) Custom ClassLoader for "plugins"

[ http://issues.apache.org/jira/browse/SOLR-68?page=comments#action_12448278 ] Hoss Man commented on SOLR-68: -- FYI: I just did a fresh install of jetty-5.1.11 and confirmed that (for my simple test case of some self contained request handlers in a

[jira] Commented: (SOLR-68) Custom ClassLoader for "plugins"

[ http://issues.apache.org/jira/browse/SOLR-68?page=comments#action_12448230 ] Hoss Man commented on SOLR-68: -- >> the most 'naive' solution could be separate shared solr.jar in the same >> classpath/classloader as plugins... Yeah, I considered th

[jira] Commented: (SOLR-68) Custom ClassLoader for "plugins"

[ http://issues.apache.org/jira/browse/SOLR-68?page=comments#action_12448229 ] Fuad Efendi commented on SOLR-68: - understood, thanks... As I understood (functional requirement): we need to be able to easily add plugins without making changes to

[jira] Commented: (SOLR-68) Custom ClassLoader for "plugins"

[ http://issues.apache.org/jira/browse/SOLR-68?page=comments#action_12447950 ] Hoss Man commented on SOLR-68: -- > and we don't need an explicit instance of a ClassLoader at all... just put > JARs in a classpath... and it works in > all containers,

[jira] Commented: (SOLR-68) Custom ClassLoader for "plugins"

[ http://issues.apache.org/jira/browse/SOLR-68?page=comments#action_12447947 ] Fuad Efendi commented on SOLR-68: - why do you need URLClassLoader? 1) public class URLClassLoader extends SecureClassLoader 2) "The classes that are loaded are by de

[jira] Commented: (SOLR-68) Custom ClassLoader for "plugins"

[ http://issues.apache.org/jira/browse/SOLR-68?page=comments#action_12447942 ] Fuad Efendi commented on SOLR-68: - >...is when explicitly lookup the class by name, we could make out own >ClassLoader and use it... The simplest way is to create a

[jira] Commented: (SOLR-68) Custom ClassLoader for "plugins"

[ http://issues.apache.org/jira/browse/SOLR-68?page=comments#action_12447932 ] Fuad Efendi commented on SOLR-68: - It was done in Eclipse, for instance. Nutch project also has huge 'plugins'-supporting codebase which are automatically loaded and