Return-Path: Delivered-To: apmail-lucene-general-archive@www.apache.org Received: (qmail 69846 invoked from network); 4 Mar 2010 19:24:29 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 4 Mar 2010 19:24:29 -0000 Received: (qmail 3399 invoked by uid 500); 4 Mar 2010 19:24:17 -0000 Delivered-To: apmail-lucene-general-archive@lucene.apache.org Received: (qmail 3367 invoked by uid 500); 4 Mar 2010 19:24:17 -0000 Mailing-List: contact general-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@lucene.apache.org Delivered-To: mailing list general@lucene.apache.org Received: (qmail 3359 invoked by uid 99); 4 Mar 2010 19:24:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Mar 2010 19:24:17 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of gsiasf@gmail.com designates 209.85.218.217 as permitted sender) Received: from [209.85.218.217] (HELO mail-bw0-f217.google.com) (209.85.218.217) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Mar 2010 19:24:09 +0000 Received: by bwz9 with SMTP id 9so1911552bwz.5 for ; Thu, 04 Mar 2010 11:23:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:content-type :mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; bh=HPjpDg7GAZ+Tzf+KhPh4Q0HaXPHByJXpxkEplOaLoSg=; b=klr9b9L37T+v4IypO1hR2+Pdv9piJY8/BxdWjmTVyxkbu7rMVh/0Otu/u7aSG+mkzp iv7lwvwdLkr3LLNWw+eYhzxrzAdp2RJ2u7IZC2r12hNcYsYyc7JR0BbNeSNAvNGj0xo5 APQAqtIcDs28fL/htyx2mZnWCKfULDxS3lFzw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; b=d/l2B1g8owQbxLTwZVYuXP8a99UJHUF416pahLYfmsko1GiYYLU2Y/1E2cMqwXy6GA e1lIYiqpsVYD+vdJFrP7hv9/4oiAzrf9t/if3NmgppmHy+4B5RekBz4KOu22ZclLQTjH pJgF5l/ds8fxoQnXGox3iHoutKBbTDcYMsxP4= Received: by 10.103.87.28 with SMTP id p28mr259326mul.73.1267730628169; Thu, 04 Mar 2010 11:23:48 -0800 (PST) Received: from [172.20.68.51] (209-203-104-177.static.twtelecom.net [209.203.104.177]) by mx.google.com with ESMTPS id y37sm4398542mug.23.2010.03.04.11.23.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 04 Mar 2010 11:23:47 -0800 (PST) Sender: Grant Ingersoll Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1077) Subject: Re: [VOTE] merge lucene/solr development From: Grant Ingersoll In-Reply-To: Date: Thu, 4 Mar 2010 11:23:43 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: general@lucene.apache.org X-Mailer: Apple Mail (2.1077) On Mar 4, 2010, at 11:09 AM, Mattmann, Chris A (388J) wrote: >=20 > +1 again and this is also one of my main objections to the proposal as = it > stands. Let the community decide who the committers are, and let each > community decide what version of software it depends on. I'm not = convinced > that they are the same communities for that matter, and statements = made > earlier about Solr being the biggest user of Lucene(-java) may be true = from > a Lucene ecosystem perspective, but I disagree it's true (or even = provable > for that matter) from an external perspective given Lucene(-java)'s > widespread use predating Solr as an Apache project, and Lucene's = infection > into other communities (e.g., PHP with Zend, etc.) So, when those projects donate themselves to Apache, we can manage them, = until then what we are proposing would have absolutely no effect on = them. They'll still get their Lucene JARs just like they always do. I = don't hear anyone proposing to gut those projects. The fact is, Solr is = managed by the Lucene PMC and it is our responsibility to make sure we = produce good software under the ASF model. That doesn't mean we have to = merge, but, there are a good chunk of committers and others who feel = some improvement on the current situation is necessary. Moreover, many = people want what is in Solr, but don't ever work to keep it whole. =46rom= a PMC perspective, that's not fair to Solr even if it benefits Lucene = and is perfectly "legal" and vice versa, so as a PMC member I don't like = that situation. Furthermore, as a committer on both projects, I don't = like the duplication of effort and I don't like having to choose between = the two when I know that my changes would benefit both communities but = am forced to do so solely on the arbitrary fact that way back in 2006 = when CNET donated Solr they said "Let's make this a subproject" instead = of saying "Let's make this a contrib/feature of Lucene". I often = choose Solr these days solely b/c it means I can get access to it sooner = from an end use perspective and nothing else. The fact is, the PMC is who releases software, not individual committers = or even individual subprojects. The fact that their is a Solr and a = Lucene is almost an arbitrary distinction, at least in the early days. = Nowadays, it's obviously grown, but it still is the PMC that releases = both. -Grant=