DIH / ExtractingRequestHandler over solrj?

[Ryan McKinley <ry...@gmail.com>]

I have not looked into either DIH or Solr Cell, so forgive me if this  
is way off base.   I understand the desire to have these baked into  
the server -- it simplifies things dramatically for anyone wanting to  
use them.  However is it possible to write them so they could be  
easily extracted to the client?

(IMHO) ideally these could be written against the solrj API and then  
work either with the EmbeddedSolrServer or a remote one.  For example  
the core of Solr Cell and perhaps DIH would be great to plug directly  
into droids.

If that seems reasonable, are there things we should consider about  
the existing API before it gets baked into 1.4?

ryan

Re: DIH / ExtractingRequestHandler over solrj?

[Noble Paul നോബിള്‍ नोब्ळ् <no...@gmail.com>]

SolrJ and DIH are aimed at different constituencies .

SolrJ for java programmers

DIH for even non-java programmers and simple out of the box intergration.

So doing both is the way to go

Integrating Solr Cell w/ DIH is an item in our mind

we can always raise an issue and track it.But we may not have to hold
up the relesae for this feature.




On Fri, Dec 12, 2008 at 10:19 PM, Ryan McKinley <ry...@gmail.com> wrote:
> I have not looked into either DIH or Solr Cell, so forgive me if this is way
> off base.   I understand the desire to have these baked into the server --
> it simplifies things dramatically for anyone wanting to use them.  However
> is it possible to write them so they could be easily extracted to the
> client?
>
> (IMHO) ideally these could be written against the solrj API and then work
> either with the EmbeddedSolrServer or a remote one.  For example the core of
> Solr Cell and perhaps DIH would be great to plug directly into droids.
>
> If that seems reasonable, are there things we should consider about the
> existing API before it gets baked into 1.4?
>
> ryan
>



-- 
--Noble Paul

Re: DIH / ExtractingRequestHandler over solrj?

[Shalin Shekhar Mangar <sh...@gmail.com>]

On Fri, Dec 12, 2008 at 10:19 PM, Ryan McKinley <ry...@gmail.com> wrote:

> I have not looked into either DIH or Solr Cell, so forgive me if this is
> way off base.   I understand the desire to have these baked into the server
> -- it simplifies things dramatically for anyone wanting to use them.
>  However is it possible to write them so they could be easily extracted to
> the client?
>
> (IMHO) ideally these could be written against the solrj API and then work
> either with the EmbeddedSolrServer or a remote one.  For example the core of
> Solr Cell and perhaps DIH would be great to plug directly into droids.
>

Look at SOLR-853 which aims to make DIH available as an API to be used from
SolrJ or plain old Lucene itself. There can be other uses too.


>
> If that seems reasonable, are there things we should consider about the
> existing API before it gets baked into 1.4?


I feel that we should try to get 1.4 out of the door and attempt this in the
next iteration. We have enough features for 1.4 which are needed by most
users (think replication, faceting improvement, cell). Let us not delay 1.4
for things that a smaller section of users would need. Thoughts?

-- 
Regards,
Shalin Shekhar Mangar.