Return-Path: Delivered-To: apmail-lucene-solr-dev-archive@locus.apache.org Received: (qmail 19081 invoked from network); 24 Aug 2007 07:28:57 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 24 Aug 2007 07:28:57 -0000 Received: (qmail 25902 invoked by uid 500); 24 Aug 2007 07:28:52 -0000 Delivered-To: apmail-lucene-solr-dev-archive@lucene.apache.org Received: (qmail 25878 invoked by uid 500); 24 Aug 2007 07:28:52 -0000 Mailing-List: contact solr-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-dev@lucene.apache.org Delivered-To: mailing list solr-dev@lucene.apache.org Received: (qmail 25869 invoked by uid 99); 24 Aug 2007 07:28:52 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 24 Aug 2007 00:28:52 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 24 Aug 2007 07:28:55 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 57C17714213 for ; Fri, 24 Aug 2007 00:28:35 -0700 (PDT) Message-ID: <7343857.1187940515356.JavaMail.jira@brutus> Date: Fri, 24 Aug 2007 00:28:35 -0700 (PDT) From: "Hoss Man (JIRA)" To: solr-dev@lucene.apache.org Subject: [jira] Assigned: (SOLR-308) Add a field that generates an unique id when you have none in your data to index In-Reply-To: <2941114.1184742247009.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/SOLR-308?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hoss Man reassigned SOLR-308: ----------------------------- Assignee: Hoss Man Thomas: I understand you concerns, but in the balance of performance vs safety Solr tends to err on the side of performance when dealing with indexing data -- since that comes from a finite number of controlled sources (you may get it from dozens of places, but *you* must trust them at least a little and have the chance to sanitize their data before deciding to use it) while query inputs are treaty much more delicately since they typically come from much more diverse group of users many of whom you may outright distrust. that said, i went ahead and left in the remaining validation you had, although i had to replace the isEmpty() call (Solr still uses Java 1.5) I also changed the toInternal methods to always lowercase whatever value they get (the hex values need to be case insensitve in case someone tries to query/update using a different case then was orriginally indexed) > Add a field that generates an unique id when you have none in your data to index > -------------------------------------------------------------------------------- > > Key: SOLR-308 > URL: https://issues.apache.org/jira/browse/SOLR-308 > Project: Solr > Issue Type: New Feature > Components: search > Reporter: Thomas Peuss > Assignee: Hoss Man > Priority: Minor > Attachments: UUIDField.patch, UUIDField.patch, UUIDField.patch, UUIDField.patch, UUIDField.patch > > > This patch adds a field that generates an unique id when you have no unique id in your data you want to index. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.