Return-Path: Delivered-To: apmail-lucene-general-archive@www.apache.org Received: (qmail 28084 invoked from network); 9 Mar 2010 13:22:01 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 9 Mar 2010 13:22:01 -0000 Received: (qmail 17340 invoked by uid 500); 9 Mar 2010 13:21:34 -0000 Delivered-To: apmail-lucene-general-archive@lucene.apache.org Received: (qmail 17304 invoked by uid 500); 9 Mar 2010 13:21:34 -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 17296 invoked by uid 99); 9 Mar 2010 13:21:34 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 09 Mar 2010 13:21:34 +0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [74.125.83.48] (HELO mail-gw0-f48.google.com) (74.125.83.48) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 09 Mar 2010 13:21:31 +0000 Received: by gwaa11 with SMTP id a11so3223251gwa.35 for ; Tue, 09 Mar 2010 05:21:10 -0800 (PST) MIME-Version: 1.0 Received: by 10.150.119.25 with SMTP id r25mr61069ybc.151.1268140870203; Tue, 09 Mar 2010 05:21:10 -0800 (PST) In-Reply-To: <7509955E-A9BF-4910-A4BD-CEDC863C02E1@apache.org> References: <4B95B71D.5050907@gmail.com> <4B961E80.8070205@getopt.org> <9ac0c6aa1003090240k530f5d64u32fc13ec9fc4313c@mail.gmail.com> <7509955E-A9BF-4910-A4BD-CEDC863C02E1@apache.org> Date: Tue, 9 Mar 2010 08:21:10 -0500 Message-ID: <9ac0c6aa1003090521s3e6ff4ebp2ee2d749a6770726@mail.gmail.com> Subject: Re: [VOTE] merge lucene/solr development (take 3) From: Michael McCandless To: general@lucene.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Tue, Mar 9, 2010 at 7:21 AM, Grant Ingersoll wrote= : >> If we had that freedom ("poaching is perfectly fine"), then, >> interested devs could freely "refactor" across sub projects. > > As someone who works on both, I don't think it is fine. Just look at the= function query mess. Just look at the version mess. It's very frustratin= g as a developer and it makes me choose between two projects that I happen = to like equally, but for different reasons. If I worked on Nutch, I would = feel the same way. But... Lucene should poach from external (eg non-Apache) projects, if the license works? Ie if some great analyzer is out there, and Robert spots it, and the license works, we should poach it? (In fact he just did this w/ Andrzej's Polish stemmer ;) ). So we have something of a double standard... And, ironically, I think it's the fact that there's so much committer overlap between Solr and Lucene that is causing this antagonism towards poaching. When in fact I think poaching, at a wider scale (across unrelated projects) is a very useful means for any healthy open source software to evolve. Why should Lucene be prevented from having a useful feature just because Solr happened to create it first? Mike