[prev in list] [next in list] [prev in thread] [next in thread] 

List:       solr-dev
Subject:    Re: Gradle cutover timing
From:       Dawid Weiss <dawid.weiss () gmail ! com>
Date:       2020-07-17 7:34:33
Message-ID: CAM21Rt_vNx86pw=gJjSOursucV9-5jQ+eH1v=2Lp3c_JMRwOnA () mail ! gmail ! com
[Download RAW message or body]

> Are we done with full artifact build and deployment on Maven?

No. But I can take care of that if somebody helps me out in preparing
the list of things needed for a full "release" cycle. I looked at
Jan's wizard scripts and it doesn't seem like much.

> That said, I don't know if Dawid has actually tried to do this or not.

Some things are missing but I know how to handle them. This isn't
terribly complicated but you need to know where the knobs are... I'll
do it, doesn't make sense for anybody else to go through the pain of
learning it.

Dawid

On Thu, Jul 16, 2020 at 5:32 PM Uwe Schindler <uwe@thetaphi.de> wrote:
> 
> Are we done with full artifact build and deployment on Maven?
> 
> 
> 
> Uwe
> 
> 
> 
> -----
> 
> Uwe Schindler
> 
> Achterdiek 19, D-28357 Bremen
> 
> https://www.thetaphi.de
> 
> eMail: uwe@thetaphi.de
> 
> 
> 
> From: David Smiley <david.w.smiley@gmail.com>
> Sent: Thursday, July 16, 2020 5:19 PM
> To: Solr/Lucene Dev <dev@lucene.apache.org>
> Subject: Re: Gradle cutover timing
> 
> 
> 
> +1
> 
> 
> ~ David
> 
> 
> 
> 
> 
> On Thu, Jul 16, 2020 at 9:30 AM Erick Erickson <erickerickson@gmail.com> wrote:
> 
> Solr is changing very rapidly, from the reference impl to moving DIH, \
> ExtractingRequestHandler, et. al. to packages etc. This is going to make \
> maintaining both the Gradle and Ant builds for trunk increasingly complicated. 
> Maintaining both has always been an interim solution until the Gradle build settles \
> out and it's pretty well settled. No doubt the first time we make a release from \
> Gradle only there'll be some things that bubble up, we can deal with those as \
> necessary. 
> So I propose that it's time to remove Ant build support from trunk.
> 
> Comments?
> ---------------------------------------------------------------------
> 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


[prev in list] [next in list] [prev in thread] [next in thread]