org> Subject: RE: extending StandardRequestHandler
> gives ClassCastException> > > : Subject: RE: extending StandardRequestHandler
> gives ClassCastException> > http://people.apache.org/~hossman/#threadhijack>
> > When starting a new discussion on a mailing list, please do
: Subject: RE: extending StandardRequestHandler gives ClassCastException
http://people.apache.org/~hossman/#threadhijack
When starting a new discussion on a mailing list, please do not reply to
an existing message, instead start a fresh email. Even if you change the
subject line of your
I am a new Solr user and wonder if anyone can help me these questions. I used
Solr to index about two million documents and query on it using standard
request handler. I disabled all cache. I found phrase query was substantially
slower than the usual query. The statistic I collected is as follo
I had put the jar in the wrong place
say, you have the example-server homedirectory in front of you (with
start.jar in it). Say this is $home.
you have to put the custom requesthandler in: $home/solr/lib (you have to
almost certainly create this directory)
instead of: $home/lib (which probably al
Don't know if you ever found a fix for this issue, but I saw experienced it
tonight while trying to run solr through jetty in eclipse. The custom
RequestHandler plugin was loading fine when running jetty normally from the
command-line, but running it through eclipse hit the ClassCastException.
I
Thanks that was the problem! I mistakingly thought the lib-folder containing
the jetty.jar etc. was the folder to put the plugins into. After adding a
lib-folder to solr-home everything is resolved.
Geert-Jan
hossman wrote:
>
>
> : SEVERE: java.lang.ClassCastException:
> : wrappt.solr.requ
Thanks, but I'm using the updated o.a.s.handler.StandardRequestHandler. I'm
going to try on 1.2 instead to see if it changes things.
Geert-Jan
ryantxu wrote:
>
>
>> It still seems odd that I have to include the jar, since the
>> StandardRequestHandler should be picked up in the war right? I
: SEVERE: java.lang.ClassCastException:
: wrappt.solr.requesthandler.TopListRequestHandler cannot be cast to
: org.apache.solr.request.SolrRequestHandler at
: org.apache.solr.core.RequestHandlers$1.create(RequestHandlers.java:149)
: added this handler to a jar called: solrRequestHandler1.jar and
It still seems odd that I have to include the jar, since the
StandardRequestHandler should be picked up in the war right? Is this also a
sign that there must be something wrong with the deployment?
Note that in 1.3, the StandardRequestHandler was moved from
o.a.s.request to o.a.s.handler:
Yeah, I'm compiling with a reference to apache-solr-nightly.jar wich is from
the same nightly builld (7 october 2007) as the apache.solr-nightly.war I'm
deploying against. I include this same apache-solr-nightly.jar in the lib
folder of my deployed server.
It still seems odd that I have to incl
Are you compiling your custom request handler against the same
version of Solr that you are deploying with? My hunch is that
you're compiling against an older version.
Erik
On Oct 9, 2007, at 9:04 AM, Britske wrote:
I'm trying to add a new requestHandler-plugin to Solr by exten
11 matches
Mail list logo
