Return-Path: Delivered-To: apmail-lucene-java-dev-archive@www.apache.org Received: (qmail 21513 invoked from network); 16 Mar 2010 22:58:24 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 16 Mar 2010 22:58:24 -0000 Received: (qmail 85438 invoked by uid 500); 16 Mar 2010 22:58:23 -0000 Delivered-To: apmail-lucene-java-dev-archive@lucene.apache.org Received: (qmail 85384 invoked by uid 500); 16 Mar 2010 22:58:23 -0000 Mailing-List: contact java-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-dev@lucene.apache.org Delivered-To: mailing list java-dev@lucene.apache.org Received: (qmail 85376 invoked by uid 99); 16 Mar 2010 22:58:23 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Mar 2010 22:58:23 +0000 X-ASF-Spam-Status: No, hits=-0.9 required=10.0 tests=AWL,SPF_NEUTRAL,T_LOTS_OF_MONEY X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.85.160.176] (HELO mail-gy0-f176.google.com) (209.85.160.176) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Mar 2010 22:58:18 +0000 Received: by gyd8 with SMTP id 8so182872gyd.35 for ; Tue, 16 Mar 2010 15:57:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.150.252.14 with SMTP id z14mr453062ybh.72.1268780276604; Tue, 16 Mar 2010 15:57:56 -0700 (PDT) In-Reply-To: <9ac0c6aa1003161555i3e085a2ewc2df7cd500f689cd@mail.gmail.com> References: <9ac0c6aa1003161431h7b114644q2141b6221b2db6a8@mail.gmail.com> <4b124c311003161442t2d3d0ffeo551e9fd4cc63bcdd@mail.gmail.com> <4b124c311003161501v4fdd7488ga719c1ab78d69ba9@mail.gmail.com> <786fde51003161518i6e3030acs25f775e154edde4f@mail.gmail.com> <9ac0c6aa1003161547t59d9f029ga4e8b81e77c123b2@mail.gmail.com> <9ac0c6aa1003161555i3e085a2ewc2df7cd500f689cd@mail.gmail.com> Date: Tue, 16 Mar 2010 17:57:56 -0500 Message-ID: <9ac0c6aa1003161557m1f08ed9bvb9d60406d131e7bf@mail.gmail.com> Subject: Re: lucene and solr trunk From: Michael McCandless To: java-dev@lucene.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Duh -- I meant to reply to Hoss' proposal, below: On Tue, Mar 16, 2010 at 5:55 PM, Michael McCandless wrote: > +1 > > I like this proposal! > > I agree we should not preclude the future (modules), let's just not > hold up dev today until we solve it. > > I agree your side by side solution would allow for us to later factor > up modules (eg analyzers). > > Mike > > On Tue, Mar 16, 2010 at 5:47 PM, Michael McCandless > wrote: >> But it's actually the reverse? =A0Solr depends on Lucene but not vice/ve= rsa. >> >> (If instead I proposed making Solr a subdir of Lucene then I'd agree....= ) >> >> So... if you checkout only lucene, you can cd there and do all you do >> today with Lucene ("ant test", "ant dist", "svn diff", etc.). >> >> If you checkout solr, you can cd there and "ant test" will run all of >> Lucene's and all of Solr's tests. =A0"svn diff" will include any changes >> to lucene and to solr. >> >> Ie this achieves want we want -- Solr to depend on Lucene but not vice >> versa, right? >> >> Mike >> >> On Tue, Mar 16, 2010 at 5:18 PM, Shai Erera wrote: >>> I have to agree w/ Jake that putting Lucene under Solr gives the impres= sion >>> as if suddenly Lucene became dependent on it ... and for really no good >>> reasons. Are we making that decision to simplify the build of Solr? Wha= t are >>> the problems Solr faces today w.r.t. its build and using a Lucene relea= se or >>> trunk revision? >>> >>> I didn't follow the Lucene/Solr merge on general@, because I didn't eve= n >>> know such a beast exists. So I guess I'm missing something ... >>> >>> Shai >>> >>> On Wed, Mar 17, 2010 at 12:01 AM, Jake Mannix w= rote: >>>> >>>> On Tue, Mar 16, 2010 at 2:53 PM, Yonik Seeley wrote= : >>>>> >>>>> > Chiming in just a bit here - isn't there any concern that independe= nt >>>>> > of >>>>> > whether or not people "can" >>>>> > build lucene without checking out solr, the mere fact that Lucene w= ill >>>>> > be >>>>> > effectively a "subdirectory" >>>>> > of solr... =A0is there no concern that there will then be a percept= ion >>>>> > that Lucene is a subproject of >>>>> > Solr, instead of vice-versa? >>>>> >>>>> Who would have this perception? >>>>> Casual users will be using downloads. >>>> >>>> Developers and dev managers at companies doing build vs. buy decisions >>>> regarding >>>> whether they will do one of the following: >>>> 1) pay big bucks to get FAST or whatever >>>> 2) use Solr (free/cheap!) >>>> 3) pay [variable] bucks to build their own with Lucene >>>> 4) pay [variable but high] to build their own from scratch >>>> I'm not concerned with casual downloaders. =A0I'm talking about the >>>> companies and people who >>>> may or may not be interested in making multi-million dollar decisions >>>> regarding using or >>>> not using Lucene or Solr. >>>> =A0=A0-jake >>> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org For additional commands, e-mail: java-dev-help@lucene.apache.org