lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "William Silva" <william....@gmail.com>
Subject Re: Slight issue with classloading and DataImportHandler
Date Thu, 19 Jun 2008 14:05:25 GMT
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 നോബിള്‍ नोब्ळ् <
noble.paul@gmail.com> wrote:

> 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.<classname>"
> format
> --Noble
>
>
> On Thu, Jun 19, 2008 at 10:57 AM, Chris Hostetter
> <hossman_lucene@fucit.org> 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 we shall make the necessary changes  .
> >
> > It would be better to use the classloader from the SolrResourceLoader ...
> > that should be safe for anyone with any setup.
> >
> >>> 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.
> >        ...
> >>> The reason for doing so is that we do not use any of the 'solr.'
> >>> packages in DIH. All our implementations fall into the default package
> >>> and we can directly use them w/o the package name.
> >
> > FWIW: there isn't relaly a "solr." package ... "solr." can be used as
> > an short form alias for the "likely package" when Solr resolves classes,
> > where the "likely package" varies by context and there can be multiple
> > options that it tries in order
> >
> > DIH could do the same thing, letting short form "solr." signify that
> > Transformers, Evaluators, etc are in the o.a.s.handler.dataimport
> package.
> >
> > the advantage of this over what it sounds like DIH currently does is that
> > if there is an o.a.s.handler.dataimport.WizWatTransformer but someone
> > wants to write their own (package less) WizWatTransformer they can and
> > refer to it simply as "WizWatTransformer" (whereas to use the one that
> > ships with DIH they would specify "solr.WizWatTransformer").  There's no
> > ambiguity as to which one someone means unless they create a package
> > called "solr" ... but then they'ed just be looking for trouble :)
> >
> >
> >
> > -Hoss
> >
> >
>
>
>
> --
> --Noble Paul
>
Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message