From dev-return-201334-apmail-lucene-dev-archive=lucene.apache.org@lucene.apache.org Wed Apr 1 17:52:29 2015 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 322E017B41 for ; Wed, 1 Apr 2015 17:52:29 +0000 (UTC) Received: (qmail 11502 invoked by uid 500); 1 Apr 2015 17:52:28 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 11438 invoked by uid 500); 1 Apr 2015 17:52:28 -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 11426 invoked by uid 99); 1 Apr 2015 17:52:27 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Apr 2015 17:52:27 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of david.w.smiley@gmail.com designates 209.85.213.174 as permitted sender) Received: from [209.85.213.174] (HELO mail-ig0-f174.google.com) (209.85.213.174) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Apr 2015 17:52:23 +0000 Received: by igbqf9 with SMTP id qf9so52870125igb.1 for ; Wed, 01 Apr 2015 10:51:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=RgpxCbnLGSAhH3JTyGN6zQRUwFxIIfKk8CweO3Vm+Rs=; b=Wp40jHM7P052T7tzuc/rKG/Wc/OLsZUw8fG1utyd27JiPLRwxBSDOnYG4IsS1cmnP8 jEe2JUtS63yiZtLhkbbezog5MoA9h0VzuYVFwrdQ9wUrWpL6FeD+wFL3NA5/s05fzQxo 6+cXlEog4ANEeIrJ2AjCC4RqGBmuwXLm55kcN8FZbd95fuSDVrrGs/DNKvXLZJFTME/x GPx8VVgAHI4R7urWgQ9DTbZfdf+hvvpNskGWX0fnWAdh00yt9iiCCwdc3eH3rO/fTJEu UsQ390i5KppfPzU1G6EhsIplEGXCm4UsD2Zw02qeMBZAGB6MmuFkLLn8K/mKIgUEhXiN 7cSg== MIME-Version: 1.0 X-Received: by 10.42.41.148 with SMTP id p20mr74673365ice.62.1427910678607; Wed, 01 Apr 2015 10:51:18 -0700 (PDT) Received: by 10.36.49.4 with HTTP; Wed, 1 Apr 2015 10:51:18 -0700 (PDT) In-Reply-To: References: Date: Wed, 1 Apr 2015 13:51:18 -0400 Message-ID: Subject: Re: SOLR-7240, java -jar start.jar, and 5.1 From: "david.w.smiley@gmail.com" To: "dev@lucene.apache.org" Content-Type: multipart/alternative; boundary=20cf301d3a28c521e80512ad5c10 X-Virus-Checked: Checked by ClamAV on apache.org --20cf301d3a28c521e80512ad5c10 Content-Type: text/plain; charset=UTF-8 +1; more time is needed before start.jar can be deprecated/removed. ~ David Smiley Freelance Apache Lucene/Solr Search Consultant/Developer http://www.linkedin.com/in/davidwsmiley On Wed, Apr 1, 2015 at 12:37 PM, Timothy Potter wrote: > As Gus points out in the ticket, the cloud-dev scripts are broken too > :-( So I'm with Erick on this one ... > > The fix I'd like to do is to just add start.ini to the server > directory and leave the SOLR_JETTY_CONFIG var in the scripts alone > > On Wed, Apr 1, 2015 at 9:13 AM, Erick Erickson > wrote: > > Hmmm, can we apply Mak's fix for 5.1 to give us some breathing space > > to get the release out? My suspeicion is that it'll take some time to > > get all the docs changed if we don't ship with a working start.jar.... > > > > Although as usual if I'm not doing the work I'm not sure I have much to > say... > > > > FWIW, > > Erick > > > > On Wed, Apr 1, 2015 at 9:03 AM, Timothy Potter > wrote: > >> SOLR-7240 broke the ability to start Solr using: java -jar start.jar > >> > >> To me, that doesn't matter as I always use bin/solr, however this > >> means ant run-example is broken as-is since it relies on java -jar > >> start.jar. > >> > >> Hossman is on vacation, but here's his response to my marking that as > >> a blocker for 5.1: > >> > >>>>> > >> As of solr5 we very clearly document that the only supported way to > >> run solr is bin/solr - we may not have ever explicitly said start.jar > >> was no longer supported, but we shouldn't have ever needed to because > >> it was never officially supported either - it was just an *example* of > >> how to run solr in jetty. > >> > >> If we're going to hold back on stuff like this now, I don't see how > >> were ever going to leave ourselves enough room to gradually replace > >> the internals like we've talked about for a while, unless we commit to > >> rolling our own start.jar > >> > >> I won't stand in the way if people think this is important, but I give > >> up on trying to move past "solr is just a web app" if we worry about > >> stuff like this. > >> <<< > >> > >> Mak has proposed the following solution for 5.1: > >> https://gist.github.com/makuk66/20c736ae47fc4993c461 > >> > >> We have 2 paths going forward: > >> > >> 1) Stick with the committed solution and accept that java -jar > >> start.jar no longer works; we'll have to fix ant run-example somehow. > >> > >> 2) Apply Mak's fix for 5.1 > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org > >> For additional commands, e-mail: dev-help@lucene.apache.org > >> > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org > > For additional commands, e-mail: dev-help@lucene.apache.org > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org > For additional commands, e-mail: dev-help@lucene.apache.org > > --20cf301d3a28c521e80512ad5c10 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
+1; more time is needed before start.jar can be deprecated= /removed.

~ David Smiley
Freelance Apache Lucene/= Solr Search Consultant/Developer

On Wed, Apr 1, 2015 at 12:37 PM, Timothy Pot= ter <thelabdude@gmail.com> wrote:
As Gus points out in the ticket, the cloud-dev scripts are broke= n too
:-( So I'm with Erick on this one ...

The fix I'd like to do is to just add start.ini to the server
directory and leave the SOLR_JETTY_CONFIG var in the scripts alone

On Wed, Apr 1, 2015 at 9:13 AM, Erick Erickson <erickerickson@gmail.com> wrote:
> Hmmm, can we apply Mak's fix for 5.1 to give us some breathing spa= ce
> to get the release out? My suspeicion is that it'll take some time= to
> get all the docs changed if we don't ship with a working start.jar= ....
>
> Although as usual if I'm not doing the work I'm not sure I hav= e much to say...
>
> FWIW,
> Erick
>
> On Wed, Apr 1, 2015 at 9:03 AM, Timothy Potter <thelabdude@gmail.com> wrote:
>> SOLR-7240 broke the ability to start Solr using: java -jar start.j= ar
>>
>> To me, that doesn't matter as I always use bin/solr, however t= his
>> means ant run-example is broken as-is since it relies on java -jar=
>> start.jar.
>>
>> Hossman is on vacation, but here's his response to my marking = that as
>> a blocker for 5.1:
>>
>>>>>
>> As of solr5 we very clearly document that the only supported way t= o
>> run solr is bin/solr - we may not have ever explicitly said start.= jar
>> was no longer supported, but we shouldn't have ever needed to = because
>> it was never officially supported either - it was just an *example= * of
>> how to run solr in jetty.
>>
>> If we're going to hold back on stuff like this now, I don'= t see how
>> were ever going to leave ourselves enough room to gradually replac= e
>> the internals like we've talked about for a while, unless we c= ommit to
>> rolling our own start.jar
>>
>> I won't stand in the way if people think this is important, bu= t I give
>> up on trying to move past "solr is just a web app" if we= worry about
>> stuff like this.
>> <<<
>>
>> Mak has proposed the following solution for 5.1:
>> https://gist.github.com/makuk66/20c736ae47fc4993c461 >>
>> We have 2 paths going forward:
>>
>> 1) Stick with the committed solution and accept that java -jar
>> start.jar no longer works; we'll have to fix ant run-example s= omehow.
>>
>> 2) Apply Mak's fix for 5.1
>>
>> ------------------------------------------------------------------= ---
>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>> For additional commands, e-mail: dev-help@lucene.apache.org
>>
>
> ---------------------------------------------------------------------<= br> > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


--20cf301d3a28c521e80512ad5c10--