Re: [ANNOUNCE] Apache Solr 8.6.0 released

[Ishan Chattopadhyaya]

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 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. 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. However, it is an
> > anti-pattern for a search engine to be pulling data from outside.
> Instead,
> > please consider writing separate indexing programs that pull data from
> the
> > database systems and index into Solr. It is not only a good practice, but
> > also more efficient in terms of throughput. For more information on this,
> > please start another thread in solr-users@ list, and more people can
> > suggest best alternatives here.
> >
> >
> > On Fri, Jul 17, 2020 at 5:50 AM matthew sporleder 
> > wrote:
> >
> > > 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 these are scheduled to be removed in a future 9.x release.
> > > >
> > > > It was decided that these components did not meet the standards of
> > > quality
> > > > and support that we wish to ensure for all components we ship. Some
> of
> > > > these also relied on design patterns that we no longer recommend for
> use
> > > in
> > > > critical production environments.
> > > >
> > > > If you rely on these features, you are encouraged to try out
> community
> > > > supported versions of these, where available [0]. Where such
> community
> > > > support is not available, we encourage you to participate in the
> > > migration
> > > > of these components into community supported packages and help
> continue
> > > the
> > > > development. We envision that using packages for these components via
> > > > package manager will actually make it easier for users to use such
> > > features.
> > > >
> > > > Regards,
> > > >
> > > > Ishan Chattopadhyaya
> > > >
> > > > (On behalf of the Apache Lucene/Solr PMC)
> > > >
> > > > [0] -
> > > >
> > >
> https://cwiki.apache.org/confluence/display/SOLR/Community+supported+packages+for+Solr
> > > >
> > > > On Wed, Jul 15, 2020 at 2:30 PM Bruno Roustant <
> bruno.roust...@gmail.com
> > > >
> > > > wrote:
> > > >
> > > > > The Lucene PMC is pleased to announce the release of Apache Solr
> 8.6.0.
> > > > >
> > > > >
> > > > > Solr is the popular, blazing fast, open source NoSQL search
> platform
> > > from
> > > > > the Apache Lucene project. Its major features include powerful
> > > full-text
> > > > > search, hit highlighting, faceted search, dynamic clustering,
> database
> > > > > integration, rich document handling, and geospatial search. Solr is
> > > highly
> > > > > scalable, providing fault tolerant distributed search and
> indexing, and
> > > > > powers the search and navigation features of many of the world's
> > > largest
> > > > > internet sites.
> > > > >
> > > > >
> > > > > Solr 8.6.0 is available for immediate download at:
> > > > >
> > > > >
> > > > >   
> > > > >
> > > > >
> > > > > ### Solr 8.6.0 Release Highlights:
> > > > >
> > > > >
> > > > >  * Cross-Collection Join Queries: Join queries can now work
> > > > > cross-collection, even when shared or when spanning nodes.
> > > > >
> > > > >  * Search: Performance improvement for some types of queries when
> exact
> > > > > hit count isn't needed by using BlockMax WAND algorithm.
> > > > >
> > > > >  * Streaming Expression: Percentiles and standard deviation
> > > aggregations
> > > > > added to stats, facet and time series.  Streaming expressions
> added to
> > > > > /export handler.  Drill Streaming Expression for efficient and
> accurate
> > > > > high cardinality aggregation.
> > > > >
> > > > >  * Package manager: Support for cluster (CoreContainer) level
> plugins.
> > > > >
> > > > >  * Health Check: HealthCheckHandler can now require that all cores
> are
> > > > > healthy before returning OK.
> > > > >
> > > > >  * Zookeeper read API: A read API at /api/cluster/zk/* to fetch
> raw ZK
> > > > > data and view contents of a ZK directory.
> > > > >
> > > > >  * Admin UI: New panel with 

Re: [ANNOUNCE] Apache Solr 8.6.0 released

[matthew sporleder]

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. 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. However, it is an
> anti-pattern for a search engine to be pulling data from outside. Instead,
> please consider writing separate indexing programs that pull data from the
> database systems and index into Solr. It is not only a good practice, but
> also more efficient in terms of throughput. For more information on this,
> please start another thread in solr-users@ list, and more people can
> suggest best alternatives here.
>
>
> On Fri, Jul 17, 2020 at 5:50 AM matthew sporleder 
> wrote:
>
> > 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 these are scheduled to be removed in a future 9.x release.
> > >
> > > It was decided that these components did not meet the standards of
> > quality
> > > and support that we wish to ensure for all components we ship. Some of
> > > these also relied on design patterns that we no longer recommend for use
> > in
> > > critical production environments.
> > >
> > > If you rely on these features, you are encouraged to try out community
> > > supported versions of these, where available [0]. Where such community
> > > support is not available, we encourage you to participate in the
> > migration
> > > of these components into community supported packages and help continue
> > the
> > > development. We envision that using packages for these components via
> > > package manager will actually make it easier for users to use such
> > features.
> > >
> > > Regards,
> > >
> > > Ishan Chattopadhyaya
> > >
> > > (On behalf of the Apache Lucene/Solr PMC)
> > >
> > > [0] -
> > >
> > https://cwiki.apache.org/confluence/display/SOLR/Community+supported+packages+for+Solr
> > >
> > > On Wed, Jul 15, 2020 at 2:30 PM Bruno Roustant  > >
> > > wrote:
> > >
> > > > The Lucene PMC is pleased to announce the release of Apache Solr 8.6.0.
> > > >
> > > >
> > > > Solr is the popular, blazing fast, open source NoSQL search platform
> > from
> > > > the Apache Lucene project. Its major features include powerful
> > full-text
> > > > search, hit highlighting, faceted search, dynamic clustering, database
> > > > integration, rich document handling, and geospatial search. Solr is
> > highly
> > > > scalable, providing fault tolerant distributed search and indexing, and
> > > > powers the search and navigation features of many of the world's
> > largest
> > > > internet sites.
> > > >
> > > >
> > > > Solr 8.6.0 is available for immediate download at:
> > > >
> > > >
> > > >   
> > > >
> > > >
> > > > ### Solr 8.6.0 Release Highlights:
> > > >
> > > >
> > > >  * Cross-Collection Join Queries: Join queries can now work
> > > > cross-collection, even when shared or when spanning nodes.
> > > >
> > > >  * Search: Performance improvement for some types of queries when exact
> > > > hit count isn't needed by using BlockMax WAND algorithm.
> > > >
> > > >  * Streaming Expression: Percentiles and standard deviation
> > aggregations
> > > > added to stats, facet and time series.  Streaming expressions added to
> > > > /export handler.  Drill Streaming Expression for efficient and accurate
> > > > high cardinality aggregation.
> > > >
> > > >  * Package manager: Support for cluster (CoreContainer) level plugins.
> > > >
> > > >  * Health Check: HealthCheckHandler can now require that all cores are
> > > > healthy before returning OK.
> > > >
> > > >  * Zookeeper read API: A read API at /api/cluster/zk/* to fetch raw ZK
> > > > data and view contents of a ZK directory.
> > > >
> > > >  * Admin UI: New panel with security info in admin UI's dashboard.
> > > >
> > > >  * Query DSL: Support for {param:ref} and {bool: {excludeTags:""}}
> > > >
> > > >  * Ref Guide: Major redesign of Solr's documentation.
> > > >
> > > >
> > > > Please read CHANGES.txt for a full list of new features and changes:
> > > >
> > > >
> > > >   
> > > >
> > > >
> > > > Solr 8.6.0 also includes features, optimizations  and bugfixes in the
> > > > corresponding Apache Lucene release:
> > > >
> > > >
> > > >   
> > > 

Re: Gradle cutover timing

[Erick Erickson]

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: 
https://docs.gradle.org/current/userguide/publishing_maven.html#publishing_maven.

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

So the current state AFAIK is that the tasks are there, but they’ll have to be 
proven out “for real”.

All:

I raised LUCENE-9433 to discuss.


> On Jul 16, 2020, at 7:44 PM, Noble Paul  wrote:
> 
> +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: 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 
>> 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-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
> 
> 
> 
> -- 
> -
> Noble Paul
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
> 


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

Re: [ANNOUNCE] Apache Solr 8.6.0 released

[Ishan Chattopadhyaya]

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. However, it is an
anti-pattern for a search engine to be pulling data from outside. Instead,
please consider writing separate indexing programs that pull data from the
database systems and index into Solr. It is not only a good practice, but
also more efficient in terms of throughput. For more information on this,
please start another thread in solr-users@ list, and more people can
suggest best alternatives here.


On Fri, Jul 17, 2020 at 5:50 AM matthew sporleder 
wrote:

> 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 these are scheduled to be removed in a future 9.x release.
> >
> > It was decided that these components did not meet the standards of
> quality
> > and support that we wish to ensure for all components we ship. Some of
> > these also relied on design patterns that we no longer recommend for use
> in
> > critical production environments.
> >
> > If you rely on these features, you are encouraged to try out community
> > supported versions of these, where available [0]. Where such community
> > support is not available, we encourage you to participate in the
> migration
> > of these components into community supported packages and help continue
> the
> > development. We envision that using packages for these components via
> > package manager will actually make it easier for users to use such
> features.
> >
> > Regards,
> >
> > Ishan Chattopadhyaya
> >
> > (On behalf of the Apache Lucene/Solr PMC)
> >
> > [0] -
> >
> https://cwiki.apache.org/confluence/display/SOLR/Community+supported+packages+for+Solr
> >
> > On Wed, Jul 15, 2020 at 2:30 PM Bruno Roustant  >
> > wrote:
> >
> > > The Lucene PMC is pleased to announce the release of Apache Solr 8.6.0.
> > >
> > >
> > > Solr is the popular, blazing fast, open source NoSQL search platform
> from
> > > the Apache Lucene project. Its major features include powerful
> full-text
> > > search, hit highlighting, faceted search, dynamic clustering, database
> > > integration, rich document handling, and geospatial search. Solr is
> highly
> > > scalable, providing fault tolerant distributed search and indexing, and
> > > powers the search and navigation features of many of the world's
> largest
> > > internet sites.
> > >
> > >
> > > Solr 8.6.0 is available for immediate download at:
> > >
> > >
> > >   
> > >
> > >
> > > ### Solr 8.6.0 Release Highlights:
> > >
> > >
> > >  * Cross-Collection Join Queries: Join queries can now work
> > > cross-collection, even when shared or when spanning nodes.
> > >
> > >  * Search: Performance improvement for some types of queries when exact
> > > hit count isn't needed by using BlockMax WAND algorithm.
> > >
> > >  * Streaming Expression: Percentiles and standard deviation
> aggregations
> > > added to stats, facet and time series.  Streaming expressions added to
> > > /export handler.  Drill Streaming Expression for efficient and accurate
> > > high cardinality aggregation.
> > >
> > >  * Package manager: Support for cluster (CoreContainer) level plugins.
> > >
> > >  * Health Check: HealthCheckHandler can now require that all cores are
> > > healthy before returning OK.
> > >
> > >  * Zookeeper read API: A read API at /api/cluster/zk/* to fetch raw ZK
> > > data and view contents of a ZK directory.
> > >
> > >  * Admin UI: New panel with security info in admin UI's dashboard.
> > >
> > >  * Query DSL: Support for {param:ref} and {bool: {excludeTags:""}}
> > >
> > >  * Ref Guide: Major redesign of Solr's documentation.
> > >
> > >
> > > Please read CHANGES.txt for a full list of new features and changes:
> > >
> > >
> > >   
> > >
> > >
> > > Solr 8.6.0 also includes features, optimizations  and bugfixes in the
> > > corresponding Apache Lucene release:
> > >
> > >
> > >   
> > >
> > >
> > > Note: The Apache Software Foundation uses an extensive mirroring
> network
> > > for
> > >
> > > distributing releases. It is possible that the mirror you are using may
> > > not have
> > >
> > > replicated the release yet. If that is the case, please try another
> mirror.
> > >
> > > This also applies to Maven access.
> > >
>

Re: [ANNOUNCE] Apache Solr 8.6.0 released

[matthew sporleder]

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 these are scheduled to be removed in a future 9.x release.
>
> It was decided that these components did not meet the standards of quality
> and support that we wish to ensure for all components we ship. Some of
> these also relied on design patterns that we no longer recommend for use in
> critical production environments.
>
> If you rely on these features, you are encouraged to try out community
> supported versions of these, where available [0]. Where such community
> support is not available, we encourage you to participate in the migration
> of these components into community supported packages and help continue the
> development. We envision that using packages for these components via
> package manager will actually make it easier for users to use such features.
>
> Regards,
>
> Ishan Chattopadhyaya
>
> (On behalf of the Apache Lucene/Solr PMC)
>
> [0] -
> https://cwiki.apache.org/confluence/display/SOLR/Community+supported+packages+for+Solr
>
> On Wed, Jul 15, 2020 at 2:30 PM Bruno Roustant 
> wrote:
>
> > The Lucene PMC is pleased to announce the release of Apache Solr 8.6.0.
> >
> >
> > Solr is the popular, blazing fast, open source NoSQL search platform from
> > the Apache Lucene project. Its major features include powerful full-text
> > search, hit highlighting, faceted search, dynamic clustering, database
> > integration, rich document handling, and geospatial search. Solr is highly
> > scalable, providing fault tolerant distributed search and indexing, and
> > powers the search and navigation features of many of the world's largest
> > internet sites.
> >
> >
> > Solr 8.6.0 is available for immediate download at:
> >
> >
> >   
> >
> >
> > ### Solr 8.6.0 Release Highlights:
> >
> >
> >  * Cross-Collection Join Queries: Join queries can now work
> > cross-collection, even when shared or when spanning nodes.
> >
> >  * Search: Performance improvement for some types of queries when exact
> > hit count isn't needed by using BlockMax WAND algorithm.
> >
> >  * Streaming Expression: Percentiles and standard deviation aggregations
> > added to stats, facet and time series.  Streaming expressions added to
> > /export handler.  Drill Streaming Expression for efficient and accurate
> > high cardinality aggregation.
> >
> >  * Package manager: Support for cluster (CoreContainer) level plugins.
> >
> >  * Health Check: HealthCheckHandler can now require that all cores are
> > healthy before returning OK.
> >
> >  * Zookeeper read API: A read API at /api/cluster/zk/* to fetch raw ZK
> > data and view contents of a ZK directory.
> >
> >  * Admin UI: New panel with security info in admin UI's dashboard.
> >
> >  * Query DSL: Support for {param:ref} and {bool: {excludeTags:""}}
> >
> >  * Ref Guide: Major redesign of Solr's documentation.
> >
> >
> > Please read CHANGES.txt for a full list of new features and changes:
> >
> >
> >   
> >
> >
> > Solr 8.6.0 also includes features, optimizations  and bugfixes in the
> > corresponding Apache Lucene release:
> >
> >
> >   
> >
> >
> > Note: The Apache Software Foundation uses an extensive mirroring network
> > for
> >
> > distributing releases. It is possible that the mirror you are using may
> > not have
> >
> > replicated the release yet. If that is the case, please try another mirror.
> >
> > This also applies to Maven access.
> >

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

Re: Gradle cutover timing

[Noble Paul]

+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: 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 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-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org



-- 
-
Noble Paul

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

FW: [IMPORTANT] - Migration to ci-builds.a.o

[Uwe Schindler]

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 infrastructure. Most nodes will be moved automatically, but our
private ones should be negotiated. I will ask on Slack how to proceed.

See attached mail for more information!

Uwe

-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de

--- Begin Message ---
Hi All,

This NOTICE is for everyone on builds.apache.org. We are migrating to a new
Cloudbees based Client Master called https://ci-builds.apache.org. The
migrations of all jobs needs to be done before the switch off date of 15th
August 2020, so you have a maximum of 4 weeks.

There is no tool or automated way of migrating your jobs, the
differences in the platforms, the plugins and the setup makes it impossible
to do in a safe way. So, you all need to start creating new jobs on
ci-infra.a.o and then , when you are happy, turn off your old builds on
builds.a.o.

There are currently 4 agents over there ready to take jobs, plus a floating
agent which is shared amongst many masters (more to come). I will migrate
away 2 more agents from builds.a.o to ci-builds.a.o every few days, and
will keep an eye of load across both and adjust accordingly.

If needed, create a ticket on INFRA jira for any issues that crop up, or
email here on builds@a.o. there may be one or two plugins we need to
install/tweak etc.

We will be not using 'Views' at the top level, but rather we will take
advantage of 'Folders Plus' - each project will get its own Folder and have
authorisation access to create/edit jobs etc within that folder. I will
create these folders as you ask for them to start with. This setup allows
for credentials isolation amongst other benefits, including but not limited
to exclusive agents (Controlled Agents) for your own use , should you have
any project targeted donations of agents.

As with other aspects of the ASF, projects can choose to just enable all
committers access to their folder, just ask.

We will re-use builds.apache.org as a CNAME to ci-builds.a.o but will not
be setting up any forwarding rules or anything like that.

So, please, get started *now *on this so you can be sure we are all
completed before the final cutoff date of 15th August 2020.

Any questions - I expect a few (dozen :) ) - ask away and/or file INFRA
tickets.

Hadoop and related projects have their own migration path to follow, same
cut off date, Cassandra, Beam, CouchDB have already migrated and are doing
very well in their new homes.

Lets get going ...

-- 

*Gavin McDonald*
Systems Administrator
ASF Infrastructure Team

--- End Message ---

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

RE: Gradle cutover timing

[Uwe Schindler]

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 mailto:erickerick...@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-unsubscr...@lucene.apache.org 
 
For additional commands, e-mail: dev-h...@lucene.apache.org 
 

Re: Gradle cutover timing

[David Smiley]

+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
> 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-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

Gradle cutover timing

[Erick Erickson]

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-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

RE: Policeman Jenkins lost it's "/view/Lucene-Solr/"

[Uwe Schindler]

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 
the java.net.URI class for correct "path" transformations. The risk with 
java.nio.file.Path is also that if the path exists in file system it handles 
the resolving different. So if some user has for some reason a local path 
exactly looking like a zookeper node path it would use different behaviour.

So my suggestion: Use java.net.URI to build the path and use URI.getPath() or 
similar to make a String out of it. The alternative to replace all backslashes 
in the path to forwards slashes is a bad idea for the reasons I explained 
before.

BTW, Windows is happy again!

Uwe

-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de

> -Original Message-
> From: Erick Erickson 
> Sent: Thursday, July 16, 2020 1:40 AM
> To: dev@lucene.apache.org
> Subject: Re: Policeman Jenkins lost it's "/view/Lucene-Solr/"
> 
> Let me try something. In the “you’ve got to be joking” category. Tell me you
> wouldn’t have made the same mistake ;)
> 
> In several places:
> 
> String parent = new Path(leaderPath).getParent().toString();
> 
> was replaced with:
> 
> String parent = Paths.get(leaderPath).getParent().toString();
> 
> BUT, the new Path bit is actually a in org.apache.hadoop.fs that has lines 
> like:
> 
> if (hasWindowsDrive(pathString) && pathString.charAt(0) != '/') {
>   pathString = "/" + pathString;
> }
> 
> And a number of the erorrs are about how “blah doesn’t begin with /“.
> 
> I’ll fix this and push and we’ll see. If that’s not it, we should revert but 
> we won’t
> know until tomorrow.
> 
> Erick
> 
> > On Jul 15, 2020, at 11:27 AM, Uwe Schindler  wrote:
> >
> > RoutingToNodesWithPropertiesTest
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org


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

Re: 8.6 release

[Bruno Roustant]

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 AM, Ishan Chattopadhyaya <
> ichattopadhy...@gmail.com> wrote:
> >
> > Thanks for the release, Bruno. And congrats on a great job with it. :-)
> >
> > On Fri, Jul 10, 2020 at 1:47 AM Shawn Heisey 
> wrote:
> > On 7/9/2020 1:24 AM, Ishan Chattopadhyaya wrote:
> > > I wish to send out something like this to coincide with the release
> > > announcement.
> > > Please review:
> > >
> https://docs.google.com/document/d/1SdlZVXYgaeZVgL3Xs0ZFHs_RyvdNqNcx3xkEpjdkobU/edit?usp=sharing
> > >
> > > Unfortunately, my cwiki/confluence Apache login isn't working (and
> reset
> > > password isn't working either). If someone can provide me edit access
> to
> > > "ichattopadhyaya", then I can put together the confluence page as
> proposed.
> >
> > Confluence is LDAP-enabled, which means that you need to use your Apache
> > id and password on it.  Resetting that password is done on
> > https://id.apache.org/ and not on Confluence.
> >
> > According to whimsy, your apache id is ishan. You would need to use that
> > ID to log into Confluence.  As for the "ichattopadhyaya" login, if you
> > have anything important on it, you may be able to get INFRA to merge it
> > with your Apache login, similar to what they can do on Jira.  To find
> > out, you'll need to check with them.  I do not know what is possible.
> >
> > Thanks,
> > Shawn
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> > For additional commands, e-mail: dev-h...@lucene.apache.org
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>