Achim, have you considered the velocity-response-writer? Together with a thread-local I've been able to turn this thing into a jsp carrier so as to use JSPs as views for solr results.
paul On 3 juin 2013, at 20:31, Achim Domma wrote: > Looks interesting, but it's just for the UpdateHandler. Right? Does a similar > handler for searching already exist? > > Achim > > Am 03.06.2013 um 17:22 schrieb Jack Krupansky: > >> Check out the support for external scripting of update request processors: >> >> http://lucene.apache.org/solr/4_3_0/solr-core/org/apache/solr/update/processor/StatelessScriptUpdateProcessorFactory.html >> >> Are there any of your requirements that that doesn't address? >> >> -- Jack Krupansky >> >> -----Original Message----- From: Achim Domma >> Sent: Monday, June 03, 2013 3:07 AM >> To: solr-user@lucene.apache.org >> Subject: Solr + Groovy >> >> Hi, >> >> I have some query building and result processing code, which is currently >> running as "normal" Solr client outside of Solr. I think it would make a lot >> of sense to move parts of this code into a custom SearchHandler or >> SearchComponent. Because I'm not a big fan of the Java language, I would >> like to use Groovy. >> >> Searching the web I got the impression that "Solr + alternative JVM >> languages" is not a very common topic. So before starting my project, I >> would like to know: Is there a well known good reason not to use Groovy (or >> Clojure, Scala, ...) for implementing custom Solr code? >> >> kind regards, >> Achim= >
