Return-Path: X-Original-To: apmail-lucene-solr-user-archive@minotaur.apache.org Delivered-To: apmail-lucene-solr-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6C7B918BE2 for ; Thu, 18 Feb 2016 13:43:15 +0000 (UTC) Received: (qmail 40828 invoked by uid 500); 18 Feb 2016 13:43:09 -0000 Delivered-To: apmail-lucene-solr-user-archive@lucene.apache.org Received: (qmail 40761 invoked by uid 500); 18 Feb 2016 13:43:09 -0000 Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-user@lucene.apache.org Delivered-To: mailing list solr-user@lucene.apache.org Received: (qmail 40749 invoked by uid 99); 18 Feb 2016 13:43:09 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Feb 2016 13:43:09 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id CD269C2FF2 for ; Thu, 18 Feb 2016 13:43:08 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.108 X-Spam-Level: X-Spam-Status: No, score=-0.108 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.006, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (1024-bit key) header.d=elyograg.org Received: from mx2-lw-us.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id ZOkDEk6dWPYQ for ; Thu, 18 Feb 2016 13:43:07 +0000 (UTC) Received: from frodo.elyograg.org (frodo.elyograg.org [166.70.79.219]) by mx2-lw-us.apache.org (ASF Mail Server at mx2-lw-us.apache.org) with ESMTP id 6DCF05F1EA for ; Thu, 18 Feb 2016 13:43:07 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by frodo.elyograg.org (Postfix) with ESMTP id 6C21E50C7 for ; Thu, 18 Feb 2016 06:42:59 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=elyograg.org; h= content-transfer-encoding:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:subject:subject:received:received; s=mail; t= 1455802979; bh=CZuhZ8Qf0cug95XDv+xniWaMeIjUb3YyMD4JaK3Nh24=; b=J XoWN6czYCIYd6ssS+LtYDwo3zq0nDdv9mh5rrSoUd7lfzhs51BL1d1rlPXL+iZTT eS62UL4brfl+gE91fm4gLPEZ6kuN3T3SQdqoTHYtfbBnpEKFHMcsV/aryaOLFKkB +rxxsRn3DVoZmFXncWTmQoa9dg9sNnw/8sYrjoICac= X-Virus-Scanned: Debian amavisd-new at frodo.elyograg.org Received: from frodo.elyograg.org ([127.0.0.1]) by localhost (frodo.elyograg.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id dywJGtAcTbzm for ; Thu, 18 Feb 2016 06:42:59 -0700 (MST) Received: from [192.168.1.107] (107.int.elyograg.org [192.168.1.107]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: elyograg@elyograg.org) by frodo.elyograg.org (Postfix) with ESMTPSA id 298C04F14 for ; Thu, 18 Feb 2016 06:42:59 -0700 (MST) Subject: Re: Error creating document SolrInputDocument To: solr-user@lucene.apache.org References: <56C5A0B2.3070208@uni-bielefeld.de> From: Shawn Heisey Message-ID: <56C5CA62.7020309@elyograg.org> Date: Thu, 18 Feb 2016 06:42:58 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <56C5A0B2.3070208@uni-bielefeld.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 2/18/2016 3:45 AM, Bernd Fehling wrote: > Now this is strange with solr 4.10.4, > I have a multivalue string field for creator. > > > And a multivalue string field for f_person, prepared for facetting with docValues. > > > To fill f_person I use copyField. > > > The input to creator is 43470 bytes long with names, split at ";" for each subfield. > Klionsky, Daniel J; JFA; CORA; Abdelmohsen, Kotb; Abe, Akihisa; ... How are you handling splitting that information into multiple pieces? If it's done with analysis configuration in schema.xml, then the data copied to f_person is *not* split into multiple values. The copyField functionality always copies the the original input data -- *before* analysis. If the information were split into multiple small values before it got to Solr, then this error would not be happening. Thanks, Shawn