For any further discussion on the deprecations, please find a thread
"Recent and upcoming deprecations" [0] and we can discuss there.
Thanks,
Ishan
[0] -
https://www.mail-archive.com/solr-user@lucene.apache.org/msg151762.html
On Fri, Jul 17, 2020 at 8:50 AM matthew sporleder
wrote:
> I hear
I hear all of that and agree, obviously, but "curl
solr:8983/collection/dataimport?blah" in cron was *pretty freaking
easy* ;)
Not sure why "pull" is elevated to "anti-pattern"; data is data is data
On Thu, Jul 16, 2020 at 8:49 PM Ishan Chattopadhyaya
wrote:
>
> Thanks Aroop for your feedback.
Uwe:
I really don’t know, Dawid Weiss put the Maven bits together. I can say that
“gradlew tasks” shows a bunch of tasks having to do with Maven and according to
the Gradle website there’s a plugin to do the needful:
Thanks Aroop for your feedback. We shall try to ensure continuity of
functionality via packages. Your help in those efforts would be greatly
appreciated as well. Let us take this discussion to SOLR-14660.
> Is there a replacement for DIH?
DIH is available as a community supported package.
Is there a replacement for DIH?
On Wed, Jul 15, 2020 at 10:08 AM Ishan Chattopadhyaya
wrote:
>
> Dear Solr Users,
>
> In this release (Solr 8.6), we have deprecated the following:
>
> 1. Data Import Handler
>
> 2. HDFS support
>
> 3. Cross Data Center Replication (CDCR)
>
>
>
> All of
+1
On Fri, Jul 17, 2020 at 1:32 AM Uwe Schindler 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: u...@thetaphi.de
>
>
>
> From: David Smiley
> Sent:
Hi all,
ASF is moving Jenkins to a new infrastructure @
https://ci-builds.apache.org. We have to move our stuff on our own and --
unfortunately create new jobs - migration is not possible. I can slowly do
this. Steve and I also have to negotiate when the two lucene slave nodes are
moved to new
Are we done with full artifact build and deployment on Maven?
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
From: David Smiley
Sent: Thursday, July 16, 2020 5:19 PM
To: Solr/Lucene Dev
Subject: Re: Gradle cutover timing
+1
~ David
On Thu, Jul 16, 2020 at 9:30 AM Erick Erickson
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
>
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
Exactly,
in Zookeeper alls paths are forward slashes (as it is a "path" inside the
zookeeper environment). If you replace that with a NIO Windows Path it creates
backslashes. This makes Zookeeper fail (of course).
Actually using the Hadoop class is broken workaround, it may be better to use
Thanks!
The Release Wizard is a great help clearly. I'm going to open a Jira issue
to fix some glitches (links to update, some git command to improve, maybe
more explanation on some specific steps, etc)
Le mer. 15 juil. 2020 à 18:42, Erick Erickson a
écrit :
> +1
>
> > On Jul 15, 2020, at 11:06
12 matches
Mail list logo
