Return-Path: 
 <solr-user-return-60724-apmail-lucene-solr-user-archive=lucene.apache.org@lucene.apache.org>
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 3792491C5
	for <apmail-lucene-solr-user-archive@minotaur.apache.org>;
 Thu,  8 Dec 2011 22:03:56 +0000 (UTC)
Received: (qmail 69107 invoked by uid 500); 8 Dec 2011 22:03:53 -0000
Delivered-To: apmail-lucene-solr-user-archive@lucene.apache.org
Received: (qmail 69065 invoked by uid 500); 8 Dec 2011 22:03:53 -0000
Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:solr-user-help@lucene.apache.org>
List-Unsubscribe: <mailto:solr-user-unsubscribe@lucene.apache.org>
List-Post: <mailto:solr-user@lucene.apache.org>
List-Id: <solr-user.lucene.apache.org>
Reply-To: solr-user@lucene.apache.org
Delivered-To: mailing list solr-user@lucene.apache.org
Received: (qmail 69052 invoked by uid 99); 8 Dec 2011 22:03:53 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Dec 2011 22:03:53 +0000
X-ASF-Spam-Status: No, hits=-2.3 required=5.0
	tests=RCVD_IN_DNSWL_MED,SPF_HELO_PASS,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of gcjsu-solr-user@m.gmane.org
 designates 80.91.229.12 as permitted sender)
Received: from [80.91.229.12] (HELO lo.gmane.org) (80.91.229.12)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Dec 2011 22:03:45 +0000
Received: from list by lo.gmane.org with local (Exim 4.69)
	(envelope-from <gcjsu-solr-user@m.gmane.org>)
	id 1RYm3k-0006AW-Fv
	for solr-user@lucene.apache.org; Thu, 08 Dec 2011 23:03:20 +0100
Received: from bl8-44-186.dsl.telepac.pt ([85.241.44.186])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <solr-user@lucene.apache.org>; Thu, 08 Dec 2011 23:03:20 +0100
Received: from luis.neves by bl8-44-186.dsl.telepac.pt with local (Gmexim 0.1
 (Debian))
        id 1AlnuQ-0007hv-00
        for <solr-user@lucene.apache.org>; Thu, 08 Dec 2011 23:03:20 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: solr-user@lucene.apache.org
From: Luis Neves <luis.neves@gmail.com>
Subject: r1201855 broke stats.facet on long fields
Date: Thu, 08 Dec 2011 22:03:07 +0000
Lines: 35
Message-ID: <jbrc6s$cme$1@dough.gmane.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@dough.gmane.org
X-Gmane-NNTP-Posting-Host: bl8-44-186.dsl.telepac.pt
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:8.0) Gecko/20111110 Thunderbird/8.0



Hello,

I've a "long" field defined in my schema:

<fieldType name="long" class="solr.TrieLongField" precisionStep="0" 
omitNorms="true" positionIncrementGap="0" />

<field name="ts" type="long" indexed="true" stored="true" required="true" />

Before r1201855 I could use "stats.facet=ts" which allowed me to have a 
timeseries of sorts, now I get an error:


"Stats can only facet on single-valued fields, not: 
ts[long{class=org.apache.solr.schema.TrieLongField,analyzer=org.apache.solr.analysis.TokenizerChain,args={precisionStep=0, 
positionIncrementGap=0, omitNorms=true}}]"


Is there any hope of having the old behavior back?

Looking at the changed code I see this:

if (facetFieldType.isTokenized() || facetFieldType.isMultiValued()) {
         throw new SolrException(SolrException.ErrorCode.BAD_REQUEST,
          "Stats can only facet on single-valued fields, not: " + facetField
           + "[" + facetFieldType + "]");
        }

this seem to also "fix" SOLR-1782.


--
Luis Neves