OK, problem solved! Well, worked around.
I gave up on the new style plugin loading in a multicore Jetty setup, and
packaged up my plugin in a rebuilt solr.war.
I had tried this before, but only putting the class files in WEB-INF/lib. If
I put a jar file in there, it works.
2009/8/4 Chantal Ackermann <chantal.ackerm...@btelligent.de>
>
>
> James Brady schrieb:
>
>> Yeah I was thinking T would be SolrRequestHandler too. Eclipse's debugger
>> can't tell me...
>>
>
> You could try disassembling. Or Eclipse opens classes in a very rudimentary
> format when there is no source code attached. Maybe it shows the actual
> return value there, instead of T.
>
>
>> Lot's of other handlers are created with no problem before my plugin falls
>> over, so I don't think it's a problem with T not being what we expected.
>>
>> Do you know of any working examples of plugins I can download and build in
>> my environment to see what happens?
>>
>
> No sorry. I've only overwritten the EntityProcessor from DataImportHandler,
> and that is not configured in solrconfig.xml.
>
>
>
>
>> 2009/8/4 Chantal Ackermann <chantal.ackerm...@btelligent.de>
>>
>> Code is from AbstractPluginLoader in the solr plugin package, 1.3 (the
>>> regular stable release, no svn checkout).
>>>
>>>
>>> 80-84
>>>
>>>> @SuppressWarnings("unchecked")
>>>> protected T create( ResourceLoader loader, String name, String
>>>> className, Node node ) throws Exception
>>>> {
>>>> return (T) loader.newInstance( className, getDefaultPackages() );
>>>> }
>>>>
>>>>
>>
>> --
>> http://twitter.com/goodgravy
>> 512 300 4210
>> http://webmynd.com/
>> Sent from Bury, United Kingdom
>>
>
--
http://twitter.com/goodgravy
512 300 4210
http://webmynd.com/
Sent from Bury, United Kingdom
