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 8E54267D0 for ; Wed, 18 May 2011 20:00:41 +0000 (UTC) Received: (qmail 15434 invoked by uid 500); 18 May 2011 20:00:39 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 15388 invoked by uid 500); 18 May 2011 20:00:39 -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 15381 invoked by uid 99); 18 May 2011 20:00:39 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 May 2011 20:00:39 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of cdoronc@gmail.com designates 209.85.218.48 as permitted sender) Received: from [209.85.218.48] (HELO mail-yi0-f48.google.com) (209.85.218.48) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 May 2011 20:00:32 +0000 Received: by yia28 with SMTP id 28so973294yia.35 for ; Wed, 18 May 2011 13:00:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=P++nnSew0iQEOv/wJuNf/wKUbn57u2F29dTp5JFoVW8=; b=HwwdxqSYf9/5i5d9XsuCQ3b8IF8kE/0/ZSkbSwgXVI2sRWcXk4Uo5ztznDBdsJxWWM GcFF9+jlMNY203lfHEUdJ3nzZMtSsknPbfAeHrmI8dXkYuCufBvcergw48fqCEjh32qd LgrU399I1LQxt/QepU6M2hra2yKtRJYoDxANk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=nZ6G2mOUk+aIm66VzGRnj6HTc/Yhc0f3pxlfO3Tc4MYeeqYvSPmhcGa6MN+0vaD1sc 10RPuKzSYzHFxtbFrztxdzToz5Nz+On0PgM7gBq3YmSlGTIDvB2u7khzAewQGkXgr0MY cx1aY4voWZfcTC6a2GqFrCO0zlQNkX03pyGoE= MIME-Version: 1.0 Received: by 10.90.84.1 with SMTP id h1mr1845072agb.150.1305748811526; Wed, 18 May 2011 13:00:11 -0700 (PDT) Received: by 10.90.80.5 with HTTP; Wed, 18 May 2011 13:00:11 -0700 (PDT) In-Reply-To: <2D127F11DC79714E9B6A43AC9458147FBAD42EE1@suex07-mbx-03.ad.syr.edu> References: <2D127F11DC79714E9B6A43AC9458147FBAD42EE1@suex07-mbx-03.ad.syr.edu> Date: Wed, 18 May 2011 23:00:11 +0300 Message-ID: Subject: Re: Lucene/Solr JIRA From: Doron Cohen To: dev@lucene.apache.org Content-Type: multipart/alternative; boundary=0016e64f47d613b3d404a3925647 X-Virus-Checked: Checked by ClamAV on apache.org --0016e64f47d613b3d404a3925647 Content-Type: text/plain; charset=ISO-8859-1 On Tue, May 17, 2011 at 10:23 PM, Steven A Rowe wrote: > On 5/17/2011 at 3:02 PM, Chris Hostetter wrote: > > If we were starting from scratch, i'd agree with you that having a single > > Jira project makes more sense, but given where we are today, i think we > > should probably keep them distinct -- partly from a "pain of migration" > > standpoint on our end, but also from a user expecations standpoint -- i > > think the Solr users/community as a whole is use to the existence of the > > SOLR project in Jira, and use to the SOLR-* issue naming convention, and > > it would likely be more confusing for *them* to change now. > > +1 > +1 for keeping separate user lists and separate JIRA projects, stabilize, no rush, release a few, then, perhaps, reiterate on this. --0016e64f47d613b3d404a3925647 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Tue, May 17, 2011 at 10:23 P= M, Steven A Rowe <sa= rowe@syr.edu> wrote:
On 5/17/2011 at 3:02 PM, Chris Hostetter wrote:
> If we were starting from scratch, i'd agree with you that having a= single
> Jira project makes more sense, but given where we are today, i think w= e
> should probably keep them distinct -- partly from a "pain of migr= ation"
> standpoint on our end, but also from a user expecations standpoint -- = i
> think the Solr users/community as a whole is use to the existence of t= he
> SOLR project in Jira, and use to the SOLR-* issue naming convention, a= nd
> it would likely be more confusing for *them* to change now.

+1

+1 for keeping separate user lists and se= parate JIRA projects, stabilize, no rush, release a few, then, perhaps, rei= terate on this.
--0016e64f47d613b3d404a3925647--