yes Brendan. I got your point. That is the very reason of moving to
SolrResourceLoader. From the next patch onwards you will be able to
load classes from solr-home/lib .
--Noble
On Sat, Jun 21, 2008 at 7:51 PM, Brendan Grainger
<[EMAIL PROTECTED]> wrote:
> Hi Noble,
>
> Just to be clear. It was no
Hi Noble,
Just to be clear. It was not so that I could refer to my plugin class
with solr. that I suggested using SolrResourceLoader, it's
that the SolrResourceLoader loads the jars you put in solr-home/lib.
If you don't do this you get a ClassNotFoundException. It's pretty
well explained
We plan to use SolrResourceLoader (next patch).. So anyone wishing to
plugin their classes can refer the classname with solr..
--Noble
On Sat, Jun 21, 2008 at 3:06 AM, Chris Hostetter
<[EMAIL PROTECTED]> whi rote:
>
> : But we still prefer the usage of DIH package classes without any prefix.
> :
My guess, within the next 2 weeks. :)
Otis
--
Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
- Original Message
> From: William Silva <[EMAIL PROTECTED]>
> To: solr-user@lucene.apache.org
> Sent: Friday, June 20, 2008 7:04:14 PM
> Subject: Re: Slight issue
Hi,
Who knows when it will be available in the nightly builds ?
Thanks,
William.
On Fri, Jun 20, 2008 at 6:36 PM, Chris Hostetter <[EMAIL PROTECTED]>
wrote:
>
> : But we still prefer the usage of DIH package classes without any prefix.
> : type="HttpDataSource"
> : instead of
> : type="solr.Http
: But we still prefer the usage of DIH package classes without any prefix.
: type="HttpDataSource"
: instead of
: type="solr.HttpDataSource"
:
: But users must be able to load their classes using the "solr."
format
I'm not 100% certain what you mean by that last comment, but it seems like
the
We are using DIH in production .
It is a planned feature for 1.3 realease. Let us see when it happens
--Noble
On Thu, Jun 19, 2008 at 7:35 PM, William Silva <[EMAIL PROTECTED]> wrote:
> Hi,
> Are you using DataImportHandler in a production environment ?
> When it will be available in the nightly b
Hi,
Are you using DataImportHandler in a production environment ?
When it will be available in the nightly builds ?
Thanks,
William.
On Thu, Jun 19, 2008 at 3:12 AM, Noble Paul നോബിള് नोब्ळ् <
[EMAIL PROTECTED]> wrote:
> We plan to use SolrResourceLoader (in the next patch) . That is the
> best
We plan to use SolrResourceLoader (in the next patch) . That is the
best way to go.
But we still prefer the usage of DIH package classes without any prefix.
type="HttpDataSource"
instead of
type="solr.HttpDataSource"
But users must be able to load their classes using the "solr." format
--Noble
: aah!. We always assumed that people put the custom jars in the
: WEB-INF/lib folder of solr webapp and hence they are automatically in
: the classpath we shall make the necessary changes .
It would be better to use the classloader from the SolrResourceLoader ...
that should be safe for anyone
Awesome thank you very much and thanks for the very useful contribution.
Brendan
On Jun 19, 2008, at 12:52 AM, Noble Paul നോബിള്
नोब्ळ् wrote:
aah!. We always assumed that people put the custom jars in the
WEB-INF/lib folder of solr webapp and hence they are automatically in
the classpath
aah!. We always assumed that people put the custom jars in the
WEB-INF/lib folder of solr webapp and hence they are automatically in
the classpath we shall make the necessary changes .
--Noble
On Thu, Jun 19, 2008 at 10:06 AM, Brendan Grainger
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> I am actually pr
Hi,
I am actually providing the fully qualified classname in the
configuration and I was still getting a ClassNotFoundException. If you
look at the code in SolrResourceLoader they actually explicitly add
the jars in solr-home/lib to the classloader:
static ClassLoader createClassLoader(Fi
hi,
DIH does not load class using the SolrResourceLoader. It tries a
Class.forName() with the name you provide if it fails it prepends
"org.apache.solr.handler.dataimport." and retries.
This is true for not just transformers but also for Entityprocessor,
DataSource and Evaluator
The reason for do
Thanks. Yeah took me a while to figure out I needed to do something
like transformer="com.mycompany.solr.MyTransformer" on the entity
before it would work ...
- Jon
On Jun 18, 2008, at 1:51 PM, Brendan Grainger wrote:
Hi,
I set up the new DataimportHandler last night to replace some cust
Hi,
I set up the new DataimportHandler last night to replace some custom
import code I'd written and so far I'm loving it thank you.
I had one issue you might want to know about it. I have some solr
extensions I've written and packaged in a jar which I place in:
solr-home/lib
as per:
ht
16 matches
Mail list logo
