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