From dev-return-354964-archive-asf-public=cust-asf.ponee.io@lucene.apache.org Sun May 5 18:24:11 2019 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [207.244.88.153]) by mx-eu-01.ponee.io (Postfix) with SMTP id 48AA218066B for ; Sun, 5 May 2019 20:24:11 +0200 (CEST) Received: (qmail 92388 invoked by uid 500); 5 May 2019 18:24:10 -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 92365 invoked by uid 99); 5 May 2019 18:24:09 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 05 May 2019 18:24:09 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id EE908C13B5 for ; Sun, 5 May 2019 18:24:08 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.751 X-Spam-Level: ** X-Spam-Status: No, score=2.751 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=2, KAM_INFOUSMEBIZ=0.75, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=vthacker-in.20150623.gappssmtp.com Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id B1l7XG9AFNqV for ; Sun, 5 May 2019 18:24:06 +0000 (UTC) Received: from mail-oi1-f194.google.com (mail-oi1-f194.google.com [209.85.167.194]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id A140461101 for ; Sun, 5 May 2019 18:17:16 +0000 (UTC) Received: by mail-oi1-f194.google.com with SMTP id u199so39112oie.5 for ; Sun, 05 May 2019 11:17:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vthacker-in.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=tqx1mXace3ED9H7RbagTxEmHNRnT+iEko77PDh1QSzw=; b=sHvRy7MCPOKuprnMhmEGM9XrLhRK2b+rKfypbJ+H5edp2Ehtcjy1bzM+8iwMt9zdsz zPPSAiqkAYoVItwi1wl/dyYBPHmpolaBtgkMD4LKFgmFeJcDJhYl905bCy6Z8bw+zKbT Z5tj1JqK+NUU0rCJaaQGv7+BW02D5RcEjwFYD4zR/5jUIMJxWw14cZFGZpmagcdam+jJ LiMjHlQpr64KzuGLSQ+T5vZoXuw7j/USuM56G6QB2N0cFydMXb+297Ebofo7/lMCq4QI LLfUtAZtS1n7NoqGhocgW+57FHNj2TveRjfrZ5LYsbn2a5cXjuBDGmYr3g9VlhyoLBKc VpsQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=tqx1mXace3ED9H7RbagTxEmHNRnT+iEko77PDh1QSzw=; b=DLzFv3H4nXAtZfpGhmcRC+ZZHHHunfkptiouDiJibNwQ+2bbU1Oxony7QdAg/EOJrc LInnKO68ycu56eQs8mAiRp5MtbsVGWBuYidgLp7MLA1iABzgZEiN4kGv+T/8z9knZxyo XubmGiFzrflCDqR3MSbH0ZZQ7P21YUY/2YLVaspnzj1/vpuHRMpNJki4tgVGG5/Bkezu T2C126wykMrRuIRlNg+sRdJJSf70HsDsVaFFe8Jnwsm2vLyLM3H7VmvRQB/KhwELtbRp RD8sGG+xCB7ZJyHNslV7L37p1khqDVGcBEcwYrWP61FRsG95XQsZm6BSJFWPd4Gqdle9 ZxUg== X-Gm-Message-State: APjAAAUa5GjTzG36liCoCg/9yIGd7B77E2QVHCFDKJq2PS8caNeUfZpb FImjsIr/TZkbz+H6j65wiNEACzdD9O9ajpTtEhBNt1y5eH9XVQ== X-Google-Smtp-Source: APXvYqzX6YycxEkEUCt74s+ZARvuP1oPwzylz/iMn6LvPFOmBn1ESQ/c/yYGEJZIm2GjTnk72POVy6vUnSwB0tfoH3k= X-Received: by 2002:aca:4282:: with SMTP id p124mr5792204oia.175.1557080234936; Sun, 05 May 2019 11:17:14 -0700 (PDT) MIME-Version: 1.0 References: <417ED61D-BE74-4DA5-8EC0-79993AC6AB9E@gmail.com> In-Reply-To: <417ED61D-BE74-4DA5-8EC0-79993AC6AB9E@gmail.com> From: Varun Thacker Date: Sun, 5 May 2019 11:17:03 -0700 Message-ID: Subject: Re: Call for help: moving from ant build to gradle To: dev@lucene.apache.org Content-Type: multipart/alternative; boundary="0000000000004a5f69058827fe55" --0000000000004a5f69058827fe55 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Over the last few months, I've realized the power of build caches. In the future could we have remote caches for Jenkins? In which case the Lucene/Solr QA bot will be significantly faster as well? And then it could just run against all patches and even block commits that violate it? On Sun, May 5, 2019 at 9:37 AM Erick Erickson wrote: > I don=E2=80=99t know enough about the differences to even think consider > complaining. > > Is the proposal that we use Gradle for master and continue to use ant for > 8x? As long as the two build systems can exist side by side (i.e. we can > build master by executing some Gradle target and continue to build 8x wit= h > Ant like we always have) the minor inconvenience doesn=E2=80=99t merit st= anding in > the way of progress. > > If that=E2=80=99s the case I don=E2=80=99t particularly care if we contin= ue to use Ant > with 8x forever. Or maybe some ambitious person can work on bringing 8x t= o > Gradle after it has some mileage on master. > > And I have great faith that you wouldn=E2=80=99t be putting in the work u= nless you > thought it was worth it ;) > > Erick > > > On May 4, 2019, at 10:31 PM, Mark Miller wrote: > > > > We already dump out to groovy to do anything interesting, so I doubt > there is much we can't replicate. > > > > - Mark > > > > On Sat, May 4, 2019 at 9:09 PM Ishan Chattopadhyaya < > ichattopadhyaya@gmail.com> wrote: > > Would beasting of tests be possible through gradle? > > > > On Sun, May 5, 2019 at 7:33 AM Mark Miller > wrote: > > > > > > I looked into this a little more. > > > > > > Seems if we just do it with master and going forward, we don=E2=80=99= t need > multi version support - Uwe seems to have taken it out with the move to > Java 11? > > > > > > I can handle regenerate. > > > > > > The other quality checks shouldn=E2=80=99t be crazy. > > > > > > So I guess we can probably do this, but before I focus on BS details, > please speak up if you hate the idea of Gradle and you have the clout to > stop it. > > > > > > > > > Mark > > > > > > > > > > > > > > > On Sat, May 4, 2019 at 5:56 PM Mark Miller > wrote: > > >> > > >> I've got my own lucene-solr gradle branch as well. > > >> > > >> I stole the BuildPlugin and CheckWorkingCopy from Dat's branch, but > also made some changes. > > >> > > >> * Similar to above above, I don't move the src files so it can keep > things up to date without lots of pain. > > >> * I used a plugin that lets us define versions in a root props file > like we currently do and ensures we use the same versions in all modules > even after auto conflict resolution (unlike gradle by default) > > >> * It also locks versions so we can continue to pay attention to scar= y > automatic dependency resolution changes > > >> * implementation and api used instead of compile > > >> * Things build and the majority of tests pass (Lucene's > TestVirtualMethod does not for example) > > >> > > >> If someone like Uwe is serious about helping out with fun extras > (regenerating sources, extracting data from ICU, quality checks, > documentation (XSLT)), I'd look at contributing. > > >> > > >> - Mark > > >> > > >> > > >> On Mon, Apr 8, 2019 at 9:44 AM =C4=90=E1=BA=A1t Cao M=E1=BA=A1nh > wrote: > > >>> > > >>> Cool Diego, > > >>> > > >>> I will take a look on this. Thanks a lot! > > >> > > >> > > >> > > >> -- > > >> - Mark > > >> > > >> http://about.me/markrmiller > > > > > > -- > > > - Mark > > > > > > http://about.me/markrmiller > > > > > > -- > > - Mark > > > > http://about.me/markrmiller > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org > For additional commands, e-mail: dev-help@lucene.apache.org > > --0000000000004a5f69058827fe55 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Over the last few months, I've r= ealized the power of build caches.

In the future c= ould we have remote caches for Jenkins? In which case the Lucene/Solr QA bo= t will be significantly faster as well? And then it could just run against = all patches and even block commits that violate it?
On Sun, = May 5, 2019 at 9:37 AM Erick Erickson <erickerickson@gmail.com> wrote:
I don=E2=80=99t know enough about the diff= erences to even think consider complaining.

Is the proposal that we use Gradle for master and continue to use ant for 8= x? As long as the two build systems can exist side by side (i.e. we can bui= ld master by executing some Gradle target and continue to build 8x with Ant= like we always have) the minor inconvenience doesn=E2=80=99t merit standin= g in the way of progress.

If that=E2=80=99s the case I don=E2=80=99t particularly care if we continue= to use Ant with 8x forever. Or maybe some ambitious person can work on bri= nging 8x to Gradle after it has some mileage on master.

And I have great faith that you wouldn=E2=80=99t be putting in the work unl= ess you thought it was worth it ;)

Erick

> On May 4, 2019, at 10:31 PM, Mark Miller <markrmiller@gmail.com> wrote:
>
> We already dump out to groovy to do anything interesting, so I doubt t= here is much we can't replicate.
>
> - Mark
>
> On Sat, May 4, 2019 at 9:09 PM Ishan Chattopadhyaya <ichattopadhyaya@gmail.com<= /a>> wrote:
> Would beasting of tests be possible through gradle?
>
> On Sun, May 5, 2019 at 7:33 AM Mark Miller <markrmiller@gmail.com> wrote: > >
> > I looked into this a little more.
> >
> > Seems if we just do it with master and going forward, we don=E2= =80=99t need multi version support - Uwe seems to have taken it out with th= e move to Java 11?
> >
> > I can handle regenerate.
> >
> > The other quality checks shouldn=E2=80=99t be crazy.
> >
> > So I guess we can probably do this, but before I focus on BS deta= ils, please speak up if you hate the idea of Gradle and you have the clout = to stop it.
> >
> >
> > Mark
> >
> >
> >
> >
> > On Sat, May 4, 2019 at 5:56 PM Mark Miller <markrmiller@gmail.com> wrot= e:
> >>
> >> I've got my own lucene-solr gradle branch as well.
> >>
> >> I stole the BuildPlugin and CheckWorkingCopy from Dat's b= ranch, but also made some changes.
> >>
> >> * Similar to above above, I don't move the src files so i= t can keep things up to date without lots of pain.
> >> * I used a plugin that lets us define versions in a root prop= s file like we currently do and ensures we use the same versions in all mod= ules even after auto conflict resolution (unlike gradle by default)
> >> * It also locks versions so we can continue to pay attention = to scary automatic dependency resolution changes
> >> * implementation and api used instead of compile
> >> * Things build and the majority of tests pass (Lucene's T= estVirtualMethod does not for example)
> >>
> >> If someone like Uwe is serious about helping out with fun ext= ras (regenerating sources, extracting data from ICU, quality checks, docume= ntation (XSLT)), I'd look at contributing.
> >>
> >> - Mark
> >>
> >>
> >> On Mon, Apr 8, 2019 at 9:44 AM =C4=90=E1=BA=A1t Cao M=E1=BA= =A1nh <caom= anhdat317@gmail.com> wrote:
> >>>
> >>> Cool Diego,
> >>>
> >>> I will take a look on this. Thanks a lot!
> >>
> >>
> >>
> >> --
> >> - Mark
> >>
> >> http://about.me/markrmiller
> >
> > --
> > - Mark
> >
> > http://about.me/markrmiller
>
>
> --
> - Mark
>
> http://about.me/markrmiller


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

--0000000000004a5f69058827fe55--