You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-dev@lucene.apache.org by Tricia Williams <wi...@gmail.com> on 2008/11/10 21:52:13 UTC

SOLR-139 and SOLR-828

Hi,

    I am just wondering what the status of these issues (SOLR-139 and 
SOLR-828) is for supporting updateable/modifiable documents.   Specifically

    * Is anyone is clinging to an update of the SOLR-139 patch?
      (https://issues.apache.org/jira/secure/attachment/12379550/Eriks-ModifiableDocument.patch
      from 2008-04-07 doesn't apply cleanly anymore)
    * Where do people think this is at in terms of the completed solution?
    * Is SOLR-828 seeking to replace SOLR-139?


Thanks,
Tricia

Re: SOLR-139 and SOLR-828

Posted by Noble Paul നോബിള്‍ नोब्ळ् <no...@gmail.com>.
Both  139 and 828 are trying to achieve the same . I raised 828 to
highlight one particular solution. There isn't enough traction ,
probably because the lack of pull from users?
--Noble

On Tue, Nov 11, 2008 at 2:22 AM, Tricia Williams
<wi...@gmail.com> wrote:
> Hi,
>
>   I am just wondering what the status of these issues (SOLR-139 and
> SOLR-828) is for supporting updateable/modifiable documents.   Specifically
>
>   * Is anyone is clinging to an update of the SOLR-139 patch?
>
> (https://issues.apache.org/jira/secure/attachment/12379550/Eriks-ModifiableDocument.patch
>     from 2008-04-07 doesn't apply cleanly anymore)
>   * Where do people think this is at in terms of the completed solution?
>   * Is SOLR-828 seeking to replace SOLR-139?
>
>
> Thanks,
> Tricia
>



-- 
--Noble Paul

Re: SOLR-139 and SOLR-828

Posted by Ryan McKinley <ry...@gmail.com>.
On Nov 10, 2008, at 3:52 PM, Tricia Williams wrote:

> Hi,
>
>   I am just wondering what the status of these issues (SOLR-139 and  
> SOLR-828) is for supporting updateable/modifiable documents.    
> Specifically
>
>   * Is anyone is clinging to an update of the SOLR-139 patch?
>     (https://issues.apache.org/jira/secure/attachment/12379550/Eriks-ModifiableDocument.patch
>     from 2008-04-07 doesn't apply cleanly anymore)
>   * Where do people think this is at in terms of the completed  
> solution?
>   * Is SOLR-828 seeking to replace SOLR-139?
>

If you want something to work now, take the SOLR-828 approach.  (I  
have a working version of 139, but it is really ugly and not something  
I would recommend using)

As for the future of this, I think the basic design needs some  
thought.  I *think* we need to introduce a pluggable  
'storedDocumentLoader'; the default implementation could load the  
document from stored fields other implementations could load from SQL,  
disk or whatever.  Given the concurrency issues, I think this needs to  
be done within the DirectUpdateHandler rather then an UpdateProcessor.

My current work does not require modifiable documents, so I have not  
focused on it much...

ryan