Unless it is an Atomic Update, right. In which case Solr/Lucene will
actually look at the existing document and - I assume - will preserve
whatever field got already populated as long as it is stored. Should work
for default values as well, right? They get populated on first creation,
then that doc
It is natural part of the update model for Solr (and for many other search
engines). Solr does not do updates. It does add, replace, and delete.
Every document is processed as if it was new. If there is already a document
with that id, then the new document replaces it. The existing documents ar
The component who sends the document does not know whether it is a new
document or an update. These are my internal constraints.. But, guys, I
think that it's a basic feature, and it will be better if Solr will support
it without "external help"...
On Sun, Feb 17, 2013 at 12:37 AM, Upayavira wro
I am looking at the Solr WIKI and some of the examples seem to contradict
earlier explanations (
https://wiki.apache.org/solr/UpdateJSON#Update_Commands ):
curl http://localhost:8983/solr/update -H 'Content-type:application/json'
-d '
{
"id": "TestDoc1",
"title" : {"set":"test1"},
I think what Walter means is make the thing that sends it to Solr set
the timestamp when it does so.
Upayavira
On Sat, Feb 16, 2013, at 08:56 PM, Isaac Hebsh wrote:
> Hi,
> I do have an externally-created timestamp, but some minutes may pass
> before
> it will be sent to Solr.
>
>
> On Sat, Feb
Hi,
I do have an externally-created timestamp, but some minutes may pass before
it will be sent to Solr.
On Sat, Feb 16, 2013 at 10:39 PM, Walter Underwood wrote:
> Do you really want the time that Solr first saw it or do you want the time
> that the document was really created in the system? I
Do you really want the time that Solr first saw it or do you want the time that
the document was really created in the system? I think an external create
timestamp would be a lot more useful.
wunder
On Feb 16, 2013, at 12:37 PM, Isaac Hebsh wrote:
> I opened a JIRA for this improvement request
I opened a JIRA for this improvement request (attached a patch to
DistributedUpdateProcessor).
It's my first JIRA. please review it...
(Or, if someone has an easier solution, tell us...)
https://issues.apache.org/jira/browse/SOLR-4468
On Fri, Feb 15, 2013 at 8:13 AM, Isaac Hebsh wrote:
> Hi.
>
Could you give a more specific example of what you are trying to accomplish.
I mean, what issue you are trying to address.
-- Jack Krupansky
-Original Message-
From: Suchi Amalapurapu
Sent: Friday, February 15, 2013 2:21 AM
To: solr-user@lucene.apache.org
Subject: Query time boosts vs