Return-Path: X-Original-To: apmail-lucene-dev-archive@www.apache.org Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 472339EC6 for ; Wed, 30 May 2012 02:01:25 +0000 (UTC) Received: (qmail 88143 invoked by uid 500); 30 May 2012 02:01:24 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 88091 invoked by uid 500); 30 May 2012 02:01:24 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 88077 invoked by uid 99); 30 May 2012 02:01:24 -0000 Received: from issues-vm.apache.org (HELO issues-vm) (140.211.11.160) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 May 2012 02:01:24 +0000 Received: from isssues-vm.apache.org (localhost [127.0.0.1]) by issues-vm (Postfix) with ESMTP id BF019142857 for ; Wed, 30 May 2012 02:01:23 +0000 (UTC) Date: Wed, 30 May 2012 02:01:23 +0000 (UTC) From: "Hoss Man (JIRA)" To: dev@lucene.apache.org Message-ID: <747419062.14210.1338343283784.JavaMail.jiratomcat@issues-vm> In-Reply-To: <145142294.13621.1338332303965.JavaMail.jiratomcat@issues-vm> Subject: [jira] [Updated] (SOLR-3495) UUID and Timestamp Update Processors MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/SOLR-3495?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hoss Man updated SOLR-3495: --------------------------- Attachment: SOLR-3495.patch patch implementing 3 new UpdateProcessors, still needs javadocs... {noformat} processor_default_s X processor_default_i 42 uuid timestamp {noformat} A few notes: * Doesn't actually leverage FieldMutatingUpdateProcessorFactory - that was a silly idea on my part since the whole point here is that there is not existing field in the SolrInputDocument to modify. * I didn't bother making the UUID/timestamps default to the uniqueKey field if the types made sense - "fieldName" is mandatory for all three processors. a) it seemed like it was going to be harder then i thought once i start looking into it. b) it doesn't gain us much for people migrating from using defaults on these in their schema.xml, because they'll still have to manually add these processors to their chain. (we can always add this as an improvement later if anyone is so inclined) > UUID and Timestamp Update Processors > ------------------------------------ > > Key: SOLR-3495 > URL: https://issues.apache.org/jira/browse/SOLR-3495 > Project: Solr > Issue Type: New Feature > Reporter: Hoss Man > Assignee: Hoss Man > Fix For: 4.0 > > Attachments: SOLR-3495.patch > > > new Update Processor's to automatically add fields with new UUIDs and Timestamps to SolrInputDocuments leveraging SOLR-2802. Both processors should default to selecting the uniqueKey field if it is the appropriate type. > This is necessary for 4.0 because of SOLR-2796 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org