Re: New branch and feature freeze for Solr 9.0.0

[Jan Høydahl]

The blockers are once again resolved.

Building RC1 has failed 4 times in a row due to flaky tests.
Also, the last 4 runs of "Solr-Check-9.0" in Jenkins have failed: 
https://ci-builds.apache.org/job/Solr/job/Solr-Check-9.0/


These are the tests failing in recent Jenkins runs:
- org.apache.solr.search.TestCancellableCollector.classMethod

- org.apache.solr.cloud.OverseerTest.testShardLeaderChange
- org.apache.solr.cloud.TestLeaderElectionZkExpiry.classMethod
- org.apache.solr.core.snapshots.TestSolrCloudSnapshots.testSnapshots

- 
org.apache.solr.client.solrj.impl.CloudSolrClientTest.testPerReplicaStateCollection

- org.apache.solr.cloud.TestLeaderElectionZkExpiry.classMethod
- org.apache.solr.handler.TestReplicationHandler.doTestIndexFetchOnLeaderRestart
- org.apache.solr.client.solrj.impl.CloudSolrClientCacheTest.classMethod


I BadApple'd TestLeaderElectionZkExpiry (SOLR-16122), and will try build the RC 
again.
Appreciate help with fixing some of these other tests.

Jan

> 26. mar. 2022 kl. 13:41 skrev Jan Høydahl :
> 
> Hi,
> 
> I filed these new blockers for build bugs, with attached PRs. Please do a 
> quick review:
> 
> https://issues.apache.org/jira/browse/SOLR-16117 
>   Do not publish an empty 
> solr-server.jar to maven
> https://issues.apache.org/jira/browse/SOLR-16118 
>   Solr source jars should 
> contain NOTICE, LICENSE files
> 
> Also some more smokeTester changes were necessary:
> 
> https://github.com/apache/solr/pull/763 
>  (SOLR-15852: Smoketester fixes for 
> maven artifact comparison)
> 
> 
> 
> I just built a release with these three PRs applied, and then the smoke 
> tester passes for me. So once I get at least one thumbs up for each of them, 
> I'll merge and build RC1.
> 
> Jan
> 
> 
>> 26. mar. 2022 kl. 04:25 skrev Houston Putman > >:
>> 
>> Seriously monumental effort everyone!
>> 
>> Thanks for keeping this on track Jan!
>> 
>> - Houston
>> 
>> On Fri, Mar 25, 2022 at 10:36 PM David Smiley > > wrote:
>> Woohoo!
>> 
>> ~ David Smiley
>> Apache Lucene/Solr Search Developer
>> http://www.linkedin.com/in/davidwsmiley 
>> 
>> 
>> On Fri, Mar 25, 2022 at 4:16 PM Jan Høydahl > > wrote:
>> Hi,
>> 
>> All code blockers are now cleared: 
>> https://issues.apache.org/jira/issues/?filter=12351219 
>> 
>> Some work remains for RefGuide and docker release procedures, we can 
>> continue on those in parallell with the RCs.
>> 
>> I'll proceed with RC1.
>> 
>> Jan
>> 
>>> 4. mar. 2022 kl. 21:52 skrev Houston Putman >> >:
>>> 
>>> I think we have another blocker for 9.0. Basically there is a bug in the 
>>> updated version of commons-io that causes index files to be set to 
>>> read-only in the filesystem occasionally. The solution is to upgrade 
>>> commons-io, or find a workaround in Solr, but we can have that discussion 
>>> on the JIRA.
>>> 
>>> More info here: https://issues.apache.org/jira/browse/SOLR-16074 
>>> 
>>> On Tue, Mar 1, 2022 at 5:02 PM David Smiley >> > wrote:
>>> I suppose the biggest spots for peer review are:
>>> * use of brackets [ ] in the metric name where the request handler is.  
>>> Thus "/select[shard]"
>>> * There is a fundamental difference in how the metrics are tracked on a 
>>> handler.  Previously, there were metrics for all of /select (no matter how 
>>> it was invoked), and a few for .distrib. & .shard. depending on how it was 
>>> invoked.  Now, the request is classified to be a shard request, or not a 
>>> shard request, after which separate metrics (same type/semantics) are 
>>> manipulated based on that classification, kind of as if there are two 
>>> distinct request handlers even though just one is registered.  I think the 
>>> PR makes this clear.  While I like it, the main trade-off is that a user 
>>> would be forced to aggregate metrics if they wanted a single metric for the 
>>> handler.  I think the isShard=true request changes the personality/mode of 
>>> the handler so much that I prefer to present it as its own identity from a 
>>> metrics standpoint.
>>> 
>>> ~ David Smiley
>>> Apache Lucene/Solr Search Developer
>>> http://www.linkedin.com/in/davidwsmiley 
>>> 
>>> 
>>> On Tue, Mar 1, 2022 at 4:19 PM Timothy Potter >> > wrote:
>>> Hi David,
>>> 
>>> I read your note about SOLR-14401 but not clear what you need from me?
>>> Seems like you're renaming existing metrics and removing "distrib"
>>> from handlers that don't support a distrib mode, seems right to me.
>>> 
>>> I actually haven't done much work on the metrics backend. For Grafana,
>>> it's a JSO

[VOTE] Release Solr 9.0.0 RC1

[Jan Høydahl]

Please vote for release candidate 1 for Solr 9.0.0

The artifacts can be downloaded from:
https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf

You can run the smoke tester directly with this command:

python3 -u dev-tools/scripts/smokeTestRelease.py \
https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf

NB: Make sure to do a 'git pull' on branch_9_0 to get the latest smoketester 
version.

Since this is a major release I encourage a more thorough manual inspection and 
test of the artifacts than the smoke tester alone.

A Docker image is available at docker hub as "cominvent/solr:9.0.0-rc1"

The vote will be open for at least 72 hours i.e. until 2022-04-01 19:00 UTC.

[ ] +1  approve
[ ] +0  no opinion
[ ] -1  disapprove (and reason why)

Here is my +1

SUCCESS! [0:51:42.777256]
-
To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
For additional commands, e-mail: dev-h...@solr.apache.org

Re: [VOTE] Release Solr 9.0.0 RC1

[Ishan Chattopadhyaya]

I don't think anyone should attempt to vet this RC1 from that non official
docker image (cominvent). If we want users to test the docker image, let us
host it on docker-solr's hub (or provide steps for user to build for
themselves and try).

On Tue, 29 Mar, 2022, 11:48 pm Jan Høydahl,  wrote:

> Please vote for release candidate 1 for Solr 9.0.0
>
> The artifacts can be downloaded from:
>
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf
>
> You can run the smoke tester directly with this command:
>
> python3 -u dev-tools/scripts/smokeTestRelease.py \
>
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf
>
> NB: Make sure to do a 'git pull' on branch_9_0 to get the latest
> smoketester version.
>
> Since this is a major release I encourage a more thorough manual
> inspection and test of the artifacts than the smoke tester alone.
>
> A Docker image is available at docker hub as "cominvent/solr:9.0.0-rc1"
>
> The vote will be open for at least 72 hours i.e. until 2022-04-01 19:00
> UTC.
>
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
>
> Here is my +1
>
> SUCCESS! [0:51:42.777256]
> -
> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> For additional commands, e-mail: dev-h...@solr.apache.org
>
>

Re: [VOTE] Release Solr 9.0.0 RC1

[Houston Putman]

We should definitely provide ways to build the image yourself, and in the
future use apache/solr-nightly for release candidates. But for the first
release I don't think it requires another RC.

Here is the way to build the docker image yourself:

docker build
https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf/solr/docker/Dockerfile.official
--build-arg SOLR_DOWNLOAD_URL=
https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf/solr/solr-9.0.0.tgz
-t solr-rc:9.0.0-rc1

On Tue, Mar 29, 2022 at 3:43 PM Ishan Chattopadhyaya <
ichattopadhy...@gmail.com> wrote:

> I don't think anyone should attempt to vet this RC1 from that non official
> docker image (cominvent). If we want users to test the docker image, let us
> host it on docker-solr's hub (or provide steps for user to build for
> themselves and try).
>
> On Tue, 29 Mar, 2022, 11:48 pm Jan Høydahl,  wrote:
>
>> Please vote for release candidate 1 for Solr 9.0.0
>>
>> The artifacts can be downloaded from:
>>
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf
>>
>> You can run the smoke tester directly with this command:
>>
>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf
>>
>> NB: Make sure to do a 'git pull' on branch_9_0 to get the latest
>> smoketester version.
>>
>> Since this is a major release I encourage a more thorough manual
>> inspection and test of the artifacts than the smoke tester alone.
>>
>> A Docker image is available at docker hub as "cominvent/solr:9.0.0-rc1"
>>
>> The vote will be open for at least 72 hours i.e. until 2022-04-01 19:00
>> UTC.
>>
>> [ ] +1  approve
>> [ ] +0  no opinion
>> [ ] -1  disapprove (and reason why)
>>
>> Here is my +1
>>
>> SUCCESS! [0:51:42.777256]
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
>> For additional commands, e-mail: dev-h...@solr.apache.org
>>
>>

Re: [VOTE] Release Solr 9.0.0 RC1

[Houston Putman]

Sorry Jan, I must -1 the candidate.

The official dockerfile is still using the download locations from lucene,
not the Solr TLP.

> # These should never be overridden except for the purposes of testing the 
> Dockerfile before release
> ARG 
> SOLR_CLOSER_URL="http://www.apache.org/dyn/closer.lua?filename=solr/$SOLR_VERSION/solr-$SOLR_VERSION.tgz&action=download";
> ARG 
> SOLR_DIST_URL="https://www.apache.org/dist/lucene/solr/$SOLR_VERSION/solr-$SOLR_VERSION.tgz";
> ARG 
> SOLR_ARCHIVE_URL="https://archive.apache.org/dist/lucene/solr/$SOLR_VERSION/solr-$SOLR_VERSION.tgz";
>
>
Will have a PR ready soon (with some release wizard changes that satisfy
Ishan's request).
Though we might want to wait a day or two for RC2 in case people can find
other issues.

- Houston

On Tue, Mar 29, 2022 at 4:16 PM Houston Putman  wrote:

> We should definitely provide ways to build the image yourself, and in the
> future use apache/solr-nightly for release candidates. But for the first
> release I don't think it requires another RC.
>
> Here is the way to build the docker image yourself:
>
> docker build
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf/solr/docker/Dockerfile.official
> --build-arg SOLR_DOWNLOAD_URL=
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf/solr/solr-9.0.0.tgz
> -t solr-rc:9.0.0-rc1
>
> On Tue, Mar 29, 2022 at 3:43 PM Ishan Chattopadhyaya <
> ichattopadhy...@gmail.com> wrote:
>
>> I don't think anyone should attempt to vet this RC1 from that non
>> official docker image (cominvent). If we want users to test the docker
>> image, let us host it on docker-solr's hub (or provide steps for user to
>> build for themselves and try).
>>
>> On Tue, 29 Mar, 2022, 11:48 pm Jan Høydahl, 
>> wrote:
>>
>>> Please vote for release candidate 1 for Solr 9.0.0
>>>
>>> The artifacts can be downloaded from:
>>>
>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf
>>>
>>> You can run the smoke tester directly with this command:
>>>
>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>>
>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf
>>>
>>> NB: Make sure to do a 'git pull' on branch_9_0 to get the latest
>>> smoketester version.
>>>
>>> Since this is a major release I encourage a more thorough manual
>>> inspection and test of the artifacts than the smoke tester alone.
>>>
>>> A Docker image is available at docker hub as "cominvent/solr:9.0.0-rc1"
>>>
>>> The vote will be open for at least 72 hours i.e. until 2022-04-01 19:00
>>> UTC.
>>>
>>> [ ] +1  approve
>>> [ ] +0  no opinion
>>> [ ] -1  disapprove (and reason why)
>>>
>>> Here is my +1
>>>
>>> SUCCESS! [0:51:42.777256]
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
>>> For additional commands, e-mail: dev-h...@solr.apache.org
>>>
>>>

Re: [VOTE] Release Solr 9.0.0 RC1

[Jan Høydahl]

Thanks for pointing this out Ishan. We do not ever vote over a Docker image, it 
is not an official artifact. The vote is only for the signed tgz artifacts.
The Docker image is linked as a convenience binary built with 
Dockerfile.official 
,
 i.e. from the same tgz as we vote over, pushed to my hub namespace.
Thanks Houston for providing instructions for building the same docker image 
locally, that is also encouraged for the sake of getting more review eyes on 
the official Dockerfile

PS: There was a small bug in the smoketester, a fix is pushed to branch_9_0. So 
if anyone experienced an error during validation of Maven artifacts, that 
should now be fixed

Jan

> 29. mar. 2022 kl. 21:43 skrev Ishan Chattopadhyaya 
> :
> 
> I don't think anyone should attempt to vet this RC1 from that non official 
> docker image (cominvent). If we want users to test the docker image, let us 
> host it on docker-solr's hub (or provide steps for user to build for 
> themselves and try).
> 
> On Tue, 29 Mar, 2022, 11:48 pm Jan Høydahl,  > wrote:
> Please vote for release candidate 1 for Solr 9.0.0
> 
> The artifacts can be downloaded from:
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf
>  
> 
> 
> You can run the smoke tester directly with this command:
> 
> python3 -u dev-tools/scripts/smokeTestRelease.py \
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf
>  
> 
> 
> NB: Make sure to do a 'git pull' on branch_9_0 to get the latest smoketester 
> version.
> 
> Since this is a major release I encourage a more thorough manual inspection 
> and test of the artifacts than the smoke tester alone.
> 
> A Docker image is available at docker hub as "cominvent/solr:9.0.0-rc1"
> 
> The vote will be open for at least 72 hours i.e. until 2022-04-01 19:00 UTC.
> 
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
> 
> Here is my +1
> 
> SUCCESS! [0:51:42.777256]
> -
> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org 
> 
> For additional commands, e-mail: dev-h...@solr.apache.org 
> 
> 

Re: [VOTE] Release Solr 9.0.0 RC1

[Jan Høydahl]

Agree, the official Dockerfile is now part of the VOTE, so this is a valid veto.
Well spotted Houston, since it makes no sense to try to use the Dockerfile 
without build-arg at this stage.

> 29. mar. 2022 kl. 22:27 skrev Houston Putman :
> 
> Sorry Jan, I must -1 the candidate.
> 
> The official dockerfile is still using the download locations from lucene, 
> not the Solr TLP.
> # These should never be overridden except for the purposes of testing the 
> Dockerfile before release
> ARG 
> SOLR_CLOSER_URL="http://www.apache.org/dyn/closer.lua?filename=solr/$SOLR_VERSION/solr-$SOLR_VERSION.tgz&action=download
>  
> "
> ARG 
> SOLR_DIST_URL="https://www.apache.org/dist/lucene/solr/$SOLR_VERSION/solr-$SOLR_VERSION.tgz
>  
> "
> ARG 
> SOLR_ARCHIVE_URL="https://archive.apache.org/dist/lucene/solr/$SOLR_VERSION/solr-$SOLR_VERSION.tgz
>  
> "
> 
> Will have a PR ready soon (with some release wizard changes that satisfy 
> Ishan's request).
> Though we might want to wait a day or two for RC2 in case people can find 
> other issues.
> 
> - Houston
> 
> On Tue, Mar 29, 2022 at 4:16 PM Houston Putman  > wrote:
> We should definitely provide ways to build the image yourself, and in the 
> future use apache/solr-nightly for release candidates. But for the first 
> release I don't think it requires another RC.
> 
> Here is the way to build the docker image yourself:
> 
> docker build 
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf/solr/docker/Dockerfile.official
>  
> 
>  --build-arg 
> SOLR_DOWNLOAD_URL=https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf/solr/solr-9.0.0.tgz
>  
> 
>  -t solr-rc:9.0.0-rc1
> 
> On Tue, Mar 29, 2022 at 3:43 PM Ishan Chattopadhyaya 
> mailto:ichattopadhy...@gmail.com>> wrote:
> I don't think anyone should attempt to vet this RC1 from that non official 
> docker image (cominvent). If we want users to test the docker image, let us 
> host it on docker-solr's hub (or provide steps for user to build for 
> themselves and try).
> 
> On Tue, 29 Mar, 2022, 11:48 pm Jan Høydahl,  > wrote:
> Please vote for release candidate 1 for Solr 9.0.0
> 
> The artifacts can be downloaded from:
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf
>  
> 
> 
> You can run the smoke tester directly with this command:
> 
> python3 -u dev-tools/scripts/smokeTestRelease.py \
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf
>  
> 
> 
> NB: Make sure to do a 'git pull' on branch_9_0 to get the latest smoketester 
> version.
> 
> Since this is a major release I encourage a more thorough manual inspection 
> and test of the artifacts than the smoke tester alone.
> 
> A Docker image is available at docker hub as "cominvent/solr:9.0.0-rc1"
> 
> The vote will be open for at least 72 hours i.e. until 2022-04-01 19:00 UTC.
> 
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
> 
> Here is my +1
> 
> SUCCESS! [0:51:42.777256]
> -
> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org 
> 
> For additional commands, e-mail: dev-h...@solr.apache.org 
> 
> 

[FAILED] [VOTE] Release Solr 9.0.0 RC1

[Jan Høydahl]

The vote was vetoed due to bug in Dockerfile.

This vote has FAILED

> 29. mar. 2022 kl. 22:31 skrev Jan Høydahl :
> 
> Agree, the official Dockerfile is now part of the VOTE, so this is a valid 
> veto.
> Well spotted Houston, since it makes no sense to try to use the Dockerfile 
> without build-arg at this stage.
> 
>> 29. mar. 2022 kl. 22:27 skrev Houston Putman > >:
>> 
>> Sorry Jan, I must -1 the candidate.
>> 
>> The official dockerfile is still using the download locations from lucene, 
>> not the Solr TLP.
>> # These should never be overridden except for the purposes of testing the 
>> Dockerfile before release
>> ARG 
>> SOLR_CLOSER_URL="http://www.apache.org/dyn/closer.lua?filename=solr/$SOLR_VERSION/solr-$SOLR_VERSION.tgz&action=download
>>  
>> "
>> ARG 
>> SOLR_DIST_URL="https://www.apache.org/dist/lucene/solr/$SOLR_VERSION/solr-$SOLR_VERSION.tgz
>>  
>> "
>> ARG 
>> SOLR_ARCHIVE_URL="https://archive.apache.org/dist/lucene/solr/$SOLR_VERSION/solr-$SOLR_VERSION.tgz
>>  
>> "
>> 
>> Will have a PR ready soon (with some release wizard changes that satisfy 
>> Ishan's request).
>> Though we might want to wait a day or two for RC2 in case people can find 
>> other issues.
>> 
>> - Houston
>> 
>> On Tue, Mar 29, 2022 at 4:16 PM Houston Putman > > wrote:
>> We should definitely provide ways to build the image yourself, and in the 
>> future use apache/solr-nightly for release candidates. But for the first 
>> release I don't think it requires another RC.
>> 
>> Here is the way to build the docker image yourself:
>> 
>> docker build 
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf/solr/docker/Dockerfile.official
>>  
>> 
>>  --build-arg 
>> SOLR_DOWNLOAD_URL=https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf/solr/solr-9.0.0.tgz
>>  
>> 
>>  -t solr-rc:9.0.0-rc1
>> 
>> On Tue, Mar 29, 2022 at 3:43 PM Ishan Chattopadhyaya 
>> mailto:ichattopadhy...@gmail.com>> wrote:
>> I don't think anyone should attempt to vet this RC1 from that non official 
>> docker image (cominvent). If we want users to test the docker image, let us 
>> host it on docker-solr's hub (or provide steps for user to build for 
>> themselves and try).
>> 
>> On Tue, 29 Mar, 2022, 11:48 pm Jan Høydahl, > > wrote:
>> Please vote for release candidate 1 for Solr 9.0.0
>> 
>> The artifacts can be downloaded from:
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf
>>  
>> 
>> 
>> You can run the smoke tester directly with this command:
>> 
>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf
>>  
>> 
>> 
>> NB: Make sure to do a 'git pull' on branch_9_0 to get the latest smoketester 
>> version.
>> 
>> Since this is a major release I encourage a more thorough manual inspection 
>> and test of the artifacts than the smoke tester alone.
>> 
>> A Docker image is available at docker hub as "cominvent/solr:9.0.0-rc1"
>> 
>> The vote will be open for at least 72 hours i.e. until 2022-04-01 19:00 UTC.
>> 
>> [ ] +1  approve
>> [ ] +0  no opinion
>> [ ] -1  disapprove (and reason why)
>> 
>> Here is my +1
>> 
>> SUCCESS! [0:51:42.777256]
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org 
>> 
>> For additional commands, e-mail: dev-h...@solr.apache.org 
>> 
>> 
> 

Re: [FAILED] [VOTE] Release Solr 9.0.0 RC1

[Anshum Gupta]

Not sure if other folks ran into security manager issues, but I had a bunch
of failing tests

Here's some highlights from the failed run:

org.apache.solr.client.solrj.embedded.JettyWebappTest > testAdminUI FAILED

*Security manager issues:*
org.apache.solr.hdfs.handler.TestHdfsBackupRestoreCore
=> java.security.AccessControlException: access denied
("java.io.FilePermission"
"/Users/anshumg/.m2/repository/javax/servlet/javax.servlet-api/3.1.0/javax.servlet-api-3.1.0.jar"
"read")

:solr:modules:hdfs:test (FAILURE): 66 test(s), 13 failure(s), 37 skipped


On Tue, Mar 29, 2022 at 1:35 PM Jan Høydahl  wrote:

> The vote was vetoed due to bug in Dockerfile.
>
> This vote has FAILED
>
> 29. mar. 2022 kl. 22:31 skrev Jan Høydahl :
>
> Agree, the official Dockerfile is now part of the VOTE, so this is a valid
> veto.
> Well spotted Houston, since it makes no sense to try to use the Dockerfile
> without build-arg at this stage.
>
> 29. mar. 2022 kl. 22:27 skrev Houston Putman :
>
> Sorry Jan, I must -1 the candidate.
>
> The official dockerfile is still using the download locations from lucene,
> not the Solr TLP.
>
>> # These should never be overridden except for the purposes of testing the 
>> Dockerfile before release
>> ARG 
>> SOLR_CLOSER_URL="http://www.apache.org/dyn/closer.lua?filename=solr/$SOLR_VERSION/solr-$SOLR_VERSION.tgz&action=download";
>> ARG 
>> SOLR_DIST_URL="https://www.apache.org/dist/lucene/solr/$SOLR_VERSION/solr-$SOLR_VERSION.tgz";
>> ARG 
>> SOLR_ARCHIVE_URL="https://archive.apache.org/dist/lucene/solr/$SOLR_VERSION/solr-$SOLR_VERSION.tgz";
>>
>>
> Will have a PR ready soon (with some release wizard changes that satisfy
> Ishan's request).
> Though we might want to wait a day or two for RC2 in case people can find
> other issues.
>
> - Houston
>
> On Tue, Mar 29, 2022 at 4:16 PM Houston Putman  wrote:
>
>> We should definitely provide ways to build the image yourself, and in the
>> future use apache/solr-nightly for release candidates. But for the first
>> release I don't think it requires another RC.
>>
>> Here is the way to build the docker image yourself:
>>
>> docker build
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf/solr/docker/Dockerfile.official
>> --build-arg SOLR_DOWNLOAD_URL=
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf/solr/solr-9.0.0.tgz
>> -t solr-rc:9.0.0-rc1
>>
>> On Tue, Mar 29, 2022 at 3:43 PM Ishan Chattopadhyaya <
>> ichattopadhy...@gmail.com> wrote:
>>
>>> I don't think anyone should attempt to vet this RC1 from that non
>>> official docker image (cominvent). If we want users to test the docker
>>> image, let us host it on docker-solr's hub (or provide steps for user to
>>> build for themselves and try).
>>>
>>> On Tue, 29 Mar, 2022, 11:48 pm Jan Høydahl, 
>>> wrote:
>>>
 Please vote for release candidate 1 for Solr 9.0.0

 The artifacts can be downloaded from:

 https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf

 You can run the smoke tester directly with this command:

 python3 -u dev-tools/scripts/smokeTestRelease.py \

 https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf

 NB: Make sure to do a 'git pull' on branch_9_0 to get the latest
 smoketester version.

 Since this is a major release I encourage a more thorough manual
 inspection and test of the artifacts than the smoke tester alone.

 A Docker image is available at docker hub as "cominvent/solr:9.0.0-rc1"

 The vote will be open for at least 72 hours i.e. until 2022-04-01 19:00
 UTC.

 [ ] +1  approve
 [ ] +0  no opinion
 [ ] -1  disapprove (and reason why)

 Here is my +1

 SUCCESS! [0:51:42.777256]
 -
 To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
 For additional commands, e-mail: dev-h...@solr.apache.org


>
>

-- 
Anshum Gupta

Re: [VOTE] Release Solr 9.0.0 RC1

[Mike Drob]

-1:

Java 11 Only - SUCCESS! [0:35:46.949352]

Java 11 + 17 via python3 -u dev-tools/scripts/smokeTestRelease.py
--test-java17 /Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home
https://dist.apache.org/...

run tests w/ Java 17 and testArgs='-Dtests.nightly=false
-Dtests.badapples=false '...

command "export
JAVA_HOME="/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home"
PATH="/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home/bin:$PATH"
JAVACMD="/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home/bin/java";
./gradlew --no-daemon clean test -Dtests.nightly=false
-Dtests.badapples=false " failed:
sh: ./gradlew: No such file or directory

Attempted to follow the tutorial exercises in the ref guide, got this
error right at the start:

mdrob-imp:/tmp/smoke_solr_9.0.0_4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf_2/unpack/solr-9.0.0/solr
$ bin/solr start -e cloud

*** [WARN] *** Your open file limit is currently 256.
 It should be set to 65000 to avoid operational disruption.
 If you no longer wish to see this warning, set SOLR_ULIMIT_CHECKS to
false in your profile or solr.in.sh
*** [WARN] ***  Your Max Processes Limit is currently 11136.
 It should be set to 65000 to avoid operational disruption.
 If you no longer wish to see this warning, set SOLR_ULIMIT_CHECKS to
false in your profile or solr.in.sh
Error: Could not find or load main class org.apache.solr.util.SolrCLI
Caused by: java.lang.ClassNotFoundException: org.apache.solr.util.SolrCLI


On Tue, Mar 29, 2022 at 1:18 PM Jan Høydahl  wrote:

> Please vote for release candidate 1 for Solr 9.0.0
>
> The artifacts can be downloaded from:
>
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf
>
> You can run the smoke tester directly with this command:
>
> python3 -u dev-tools/scripts/smokeTestRelease.py \
>
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf
>
> NB: Make sure to do a 'git pull' on branch_9_0 to get the latest
> smoketester version.
>
> Since this is a major release I encourage a more thorough manual
> inspection and test of the artifacts than the smoke tester alone.
>
> A Docker image is available at docker hub as "cominvent/solr:9.0.0-rc1"
>
> The vote will be open for at least 72 hours i.e. until 2022-04-01 19:00
> UTC.
>
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
>
> Here is my +1
>
> SUCCESS! [0:51:42.777256]
> -
> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> For additional commands, e-mail: dev-h...@solr.apache.org
>
>

Re: [VOTE] Release Solr 9.0.0 RC1

[Mike Drob]

Never mind, I think that last one is because I ran from a src unpack and
not a bin unpack like I thought I was running. Probably could have a better
error message instead of that CNFE.

On Tue, Mar 29, 2022 at 3:41 PM Mike Drob  wrote:

> -1:
>
> Java 11 Only - SUCCESS! [0:35:46.949352]
>
> Java 11 + 17 via python3 -u dev-tools/scripts/smokeTestRelease.py
> --test-java17 /Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home
> https://dist.apache.org/...
>
> run tests w/ Java 17 and testArgs='-Dtests.nightly=false 
> -Dtests.badapples=false '...
>
> command "export 
> JAVA_HOME="/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home" 
> PATH="/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home/bin:$PATH" 
> JAVACMD="/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home/bin/java";
>  ./gradlew --no-daemon clean test -Dtests.nightly=false 
> -Dtests.badapples=false " failed:
> sh: ./gradlew: No such file or directory
>
> Attempted to follow the tutorial exercises in the ref guide, got this error 
> right at the start:
>
> mdrob-imp:/tmp/smoke_solr_9.0.0_4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf_2/unpack/solr-9.0.0/solr
>  $ bin/solr start -e cloud
>
> *** [WARN] *** Your open file limit is currently 256.
>  It should be set to 65000 to avoid operational disruption.
>  If you no longer wish to see this warning, set SOLR_ULIMIT_CHECKS to false 
> in your profile or solr.in.sh
> *** [WARN] ***  Your Max Processes Limit is currently 11136.
>  It should be set to 65000 to avoid operational disruption.
>  If you no longer wish to see this warning, set SOLR_ULIMIT_CHECKS to false 
> in your profile or solr.in.sh
> Error: Could not find or load main class org.apache.solr.util.SolrCLI
> Caused by: java.lang.ClassNotFoundException: org.apache.solr.util.SolrCLI
>
>
> On Tue, Mar 29, 2022 at 1:18 PM Jan Høydahl  wrote:
>
>> Please vote for release candidate 1 for Solr 9.0.0
>>
>> The artifacts can be downloaded from:
>>
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf
>>
>> You can run the smoke tester directly with this command:
>>
>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf
>>
>> NB: Make sure to do a 'git pull' on branch_9_0 to get the latest
>> smoketester version.
>>
>> Since this is a major release I encourage a more thorough manual
>> inspection and test of the artifacts than the smoke tester alone.
>>
>> A Docker image is available at docker hub as "cominvent/solr:9.0.0-rc1"
>>
>> The vote will be open for at least 72 hours i.e. until 2022-04-01 19:00
>> UTC.
>>
>> [ ] +1  approve
>> [ ] +0  no opinion
>> [ ] -1  disapprove (and reason why)
>>
>> Here is my +1
>>
>> SUCCESS! [0:51:42.777256]
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
>> For additional commands, e-mail: dev-h...@solr.apache.org
>>
>>

Re: [VOTE] Release Solr 9.0.0 RC1

[Jan Høydahl]

Can you elaborate on your setup?
I cannot reproduce locally...

Jan

> 29. mar. 2022 kl. 22:41 skrev Mike Drob :
> 
> -1:
> 
> Java 11 Only - SUCCESS! [0:35:46.949352]
> 
> Java 11 + 17 via python3 -u dev-tools/scripts/smokeTestRelease.py 
> --test-java17 /Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home 
> https://dist.apache.org/. ..
> run tests w/ Java 17 and testArgs='-Dtests.nightly=false 
> -Dtests.badapples=false '...
> command "export 
> JAVA_HOME="/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home" 
> PATH="/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home/bin:$PATH" 
> JAVACMD="/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home/bin/java";
>  ./gradlew --no-daemon clean test -Dtests.nightly=false 
> -Dtests.badapples=false " failed:
> sh: ./gradlew: No such file or directory
> Attempted to follow the tutorial exercises in the ref guide, got this error 
> right at the start:
> mdrob-imp:/tmp/smoke_solr_9.0.0_4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf_2/unpack/solr-9.0.0/solr
>  $ bin/solr start -e cloud
> *** [WARN] *** Your open file limit is currently 256.
>  It should be set to 65000 to avoid operational disruption.
>  If you no longer wish to see this warning, set SOLR_ULIMIT_CHECKS to false 
> in your profile or solr.in.sh 
> *** [WARN] ***  Your Max Processes Limit is currently 11136.
>  It should be set to 65000 to avoid operational disruption.
>  If you no longer wish to see this warning, set SOLR_ULIMIT_CHECKS to false 
> in your profile or solr.in.sh 
> Error: Could not find or load main class org.apache.solr.util.SolrCLI
> Caused by: java.lang.ClassNotFoundException: org.apache.solr.util.SolrCLI
> 
> On Tue, Mar 29, 2022 at 1:18 PM Jan Høydahl  > wrote:
> Please vote for release candidate 1 for Solr 9.0.0
> 
> The artifacts can be downloaded from:
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf
>  
> 
> 
> You can run the smoke tester directly with this command:
> 
> python3 -u dev-tools/scripts/smokeTestRelease.py \
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf
>  
> 
> 
> NB: Make sure to do a 'git pull' on branch_9_0 to get the latest smoketester 
> version.
> 
> Since this is a major release I encourage a more thorough manual inspection 
> and test of the artifacts than the smoke tester alone.
> 
> A Docker image is available at docker hub as "cominvent/solr:9.0.0-rc1"
> 
> The vote will be open for at least 72 hours i.e. until 2022-04-01 19:00 UTC.
> 
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
> 
> Here is my +1
> 
> SUCCESS! [0:51:42.777256]
> -
> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org 
> 
> For additional commands, e-mail: dev-h...@solr.apache.org 
> 
> 

Re: [VOTE] Release Solr 9.0.0 RC1

[Joel Bernstein]

SUCCESS! [1:24:30.108261]

No need to vote on this one, but a success nonetheless.

Joel Bernstein
http://joelsolr.blogspot.com/


On Tue, Mar 29, 2022 at 4:44 PM Mike Drob  wrote:

> Never mind, I think that last one is because I ran from a src unpack and
> not a bin unpack like I thought I was running. Probably could have a better
> error message instead of that CNFE.
>
> On Tue, Mar 29, 2022 at 3:41 PM Mike Drob  wrote:
>
>> -1:
>>
>> Java 11 Only - SUCCESS! [0:35:46.949352]
>>
>> Java 11 + 17 via python3 -u dev-tools/scripts/smokeTestRelease.py
>> --test-java17 /Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home
>> https://dist.apache.org/...
>>
>> run tests w/ Java 17 and testArgs='-Dtests.nightly=false 
>> -Dtests.badapples=false '...
>>
>> command "export 
>> JAVA_HOME="/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home" 
>> PATH="/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home/bin:$PATH" 
>> JAVACMD="/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home/bin/java";
>>  ./gradlew --no-daemon clean test -Dtests.nightly=false 
>> -Dtests.badapples=false " failed:
>> sh: ./gradlew: No such file or directory
>>
>> Attempted to follow the tutorial exercises in the ref guide, got this error 
>> right at the start:
>>
>> mdrob-imp:/tmp/smoke_solr_9.0.0_4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf_2/unpack/solr-9.0.0/solr
>>  $ bin/solr start -e cloud
>>
>> *** [WARN] *** Your open file limit is currently 256.
>>  It should be set to 65000 to avoid operational disruption.
>>  If you no longer wish to see this warning, set SOLR_ULIMIT_CHECKS to false 
>> in your profile or solr.in.sh
>> *** [WARN] ***  Your Max Processes Limit is currently 11136.
>>  It should be set to 65000 to avoid operational disruption.
>>  If you no longer wish to see this warning, set SOLR_ULIMIT_CHECKS to false 
>> in your profile or solr.in.sh
>> Error: Could not find or load main class org.apache.solr.util.SolrCLI
>> Caused by: java.lang.ClassNotFoundException: org.apache.solr.util.SolrCLI
>>
>>
>> On Tue, Mar 29, 2022 at 1:18 PM Jan Høydahl 
>> wrote:
>>
>>> Please vote for release candidate 1 for Solr 9.0.0
>>>
>>> The artifacts can be downloaded from:
>>>
>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf
>>>
>>> You can run the smoke tester directly with this command:
>>>
>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>>
>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf
>>>
>>> NB: Make sure to do a 'git pull' on branch_9_0 to get the latest
>>> smoketester version.
>>>
>>> Since this is a major release I encourage a more thorough manual
>>> inspection and test of the artifacts than the smoke tester alone.
>>>
>>> A Docker image is available at docker hub as "cominvent/solr:9.0.0-rc1"
>>>
>>> The vote will be open for at least 72 hours i.e. until 2022-04-01 19:00
>>> UTC.
>>>
>>> [ ] +1  approve
>>> [ ] +0  no opinion
>>> [ ] -1  disapprove (and reason why)
>>>
>>> Here is my +1
>>>
>>> SUCCESS! [0:51:42.777256]
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
>>> For additional commands, e-mail: dev-h...@solr.apache.org
>>>
>>>

Re: Release notes draft for Apache Solr 9.0

[Joel Bernstein]

Some nice improvements in the temporal graph queries:

https://github.com/apache/solr/blob/main/solr/solr-ref-guide/modules/query-guide/pages/graph.adoc#temporal-graph-expressions

Particularly useful for people building event correlation and SIEM products.


Joel Bernstein
http://joelsolr.blogspot.com/


On Mon, Mar 28, 2022 at 4:00 PM Anshum Gupta  wrote:

> Oops, the auto-complete got me to send this to the Lucene dev list instead
> of the Solr one. Thanks for taking care of that, Jan.
>
> +1 on the KNN and other Lucene features that Solr 9.0 brings to the users.
> This list was curated more along the lines of 'operational features' so I'm
> going through the changelog to add everything else that isn't already there.
>
> -Anshum
>
> On Mon, Mar 28, 2022 at 12:53 PM Adrien Grand  wrote:
>
>> Maybe release notes could mention a few benefits that Solr gets
>> automatically from Lucene 9 like the new analyzers and better space
>> efficiency of postings thanks to PFOR?
>>
>> I also concur with Jason, I was expecting vector search to make the
>> top line of the release notes?
>>
>> On Mon, Mar 28, 2022 at 10:57 AM Jan Høydahl 
>> wrote:
>> >
>> > Thanks Anshum,
>> >
>> > I'm moving this mail thread from the Lucene dev-list to the Solr
>> dev-list :)
>> >
>> > I think, as this is a major release, we should say explicitly in the
>> release-notes something like:
>> > "This is a major-version release with several features removed and
>> other major, breaking changes. Please consult the Release Guide chapter
>> "Solr Upgrade Notes" (link) when planning an upgrade".
>> >
>> > I'll add some other comments inline in Confluence..
>> >
>> > Jan
>> >
>> > 28. mar. 2022 kl. 04:15 skrev Anshum Gupta :
>> >
>> > Hi everyone,
>> >
>> > Please find the initial draft of the release notes for Solr 9.0 here:
>> https://cwiki.apache.org/confluence/x/jL-kCw
>> >
>> > Please let me know if you need me to update/add something, or feel free
>> to do so yourself.
>> >
>> > --
>> > Anshum Gupta
>> >
>> >
>>
>>
>> --
>> Adrien
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
>> For additional commands, e-mail: dev-h...@solr.apache.org
>>
>>
>
> --
> Anshum Gupta
>

[REVIEW-REQUEST] Solr 9.0 Reference Guide DRAFT

[Jan Høydahl]

Hi,

The Solr 9.0 RefGuide is heavily re-organized since 8.x, and it contains lots 
of new content for the new 9.x features.

Please review and give feedback on the current draft (nightly) guide located at

https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/index.html
 


- Is the new structure correct?
- Try the search box
- Review pages about new features such as "Dense Vector Search" and "Solr 
Modules"

TIP: If you find a typo, you can click "Edit this page" and edit it directly in 
GitHub UI!

We want to publish the new guide together with the 9.0.0 release. It is ready 
except for the "Solr Upgrade Notes" chapter.

Jan

Re: [FAILED] [VOTE] Release Solr 9.0.0 RC1

[Jan Høydahl]

Looks like some files in your git checkout softlink to maven .m2 folder? That 
is surprising.

Try to reproduce on a clean git clone, and file an issue if you believe there 
is a bug somewhere.

Jan

> 29. mar. 2022 kl. 22:37 skrev Anshum Gupta :
> 
> Not sure if other folks ran into security manager issues, but I had a bunch 
> of failing tests
> 
> Here's some highlights from the failed run:
> 
> org.apache.solr.client.solrj.embedded.JettyWebappTest > testAdminUI FAILED
> 
> Security manager issues:
> org.apache.solr.hdfs.handler.TestHdfsBackupRestoreCore
> => java.security.AccessControlException: access denied 
> ("java.io.FilePermission" 
> "/Users/anshumg/.m2/repository/javax/servlet/javax.servlet-api/3.1.0/javax.servlet-api-3.1.0.jar"
>  "read")
> 
> :solr:modules:hdfs:test (FAILURE): 66 test(s), 13 failure(s), 37 skipped
> 
> 
> On Tue, Mar 29, 2022 at 1:35 PM Jan Høydahl  > wrote:
> The vote was vetoed due to bug in Dockerfile.
> 
> This vote has FAILED
> 
>> 29. mar. 2022 kl. 22:31 skrev Jan Høydahl > >:
>> 
>> Agree, the official Dockerfile is now part of the VOTE, so this is a valid 
>> veto.
>> Well spotted Houston, since it makes no sense to try to use the Dockerfile 
>> without build-arg at this stage.
>> 
>>> 29. mar. 2022 kl. 22:27 skrev Houston Putman >> >:
>>> 
>>> Sorry Jan, I must -1 the candidate.
>>> 
>>> The official dockerfile is still using the download locations from lucene, 
>>> not the Solr TLP.
>>> # These should never be overridden except for the purposes of testing the 
>>> Dockerfile before release
>>> ARG 
>>> SOLR_CLOSER_URL="http://www.apache.org/dyn/closer.lua?filename=solr/$SOLR_VERSION/solr-$SOLR_VERSION.tgz&action=download
>>>  
>>> "
>>> ARG 
>>> SOLR_DIST_URL="https://www.apache.org/dist/lucene/solr/$SOLR_VERSION/solr-$SOLR_VERSION.tgz
>>>  
>>> "
>>> ARG 
>>> SOLR_ARCHIVE_URL="https://archive.apache.org/dist/lucene/solr/$SOLR_VERSION/solr-$SOLR_VERSION.tgz
>>>  
>>> "
>>> 
>>> Will have a PR ready soon (with some release wizard changes that satisfy 
>>> Ishan's request).
>>> Though we might want to wait a day or two for RC2 in case people can find 
>>> other issues.
>>> 
>>> - Houston
>>> 
>>> On Tue, Mar 29, 2022 at 4:16 PM Houston Putman >> > wrote:
>>> We should definitely provide ways to build the image yourself, and in the 
>>> future use apache/solr-nightly for release candidates. But for the first 
>>> release I don't think it requires another RC.
>>> 
>>> Here is the way to build the docker image yourself:
>>> 
>>> docker build 
>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf/solr/docker/Dockerfile.official
>>>  
>>> 
>>>  --build-arg 
>>> SOLR_DOWNLOAD_URL=https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf/solr/solr-9.0.0.tgz
>>>  
>>> 
>>>  -t solr-rc:9.0.0-rc1
>>> 
>>> On Tue, Mar 29, 2022 at 3:43 PM Ishan Chattopadhyaya 
>>> mailto:ichattopadhy...@gmail.com>> wrote:
>>> I don't think anyone should attempt to vet this RC1 from that non official 
>>> docker image (cominvent). If we want users to test the docker image, let us 
>>> host it on docker-solr's hub (or provide steps for user to build for 
>>> themselves and try).
>>> 
>>> On Tue, 29 Mar, 2022, 11:48 pm Jan Høydahl, >> > wrote:
>>> Please vote for release candidate 1 for Solr 9.0.0
>>> 
>>> The artifacts can be downloaded from:
>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf
>>>  
>>> 
>>> 
>>> You can run the smoke tester directly with this command:
>>> 
>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC1-rev-4ea6ecc35c0f6585c76e0713acfe917ccfe3b8cf
>>>  
>>> 
>>> 
>>> NB: Make sure to do a 'git pull' on branch_9_0 to get the latest 
>>> smoketester version.
>>> 
>>> Since this is a major release I encourage a more thorough manual inspection 
>>> and test of the artifacts than the smoke tester alone.
>>> 
>>> A Docker image is available at docker hub as "cominvent/solr:9.0.0-rc1"
>>> 
>>> The vote

Re: [VOTE] Release Solr 9.0.0 RC1

[Jan Høydahl]

Found the bug. 

testSolrExample() will do a chdir() command, so the script is in a binary-dist 
folder without gradlew command. Will commit a fix.

Jan

> 29. mar. 2022 kl. 22:41 skrev Mike Drob :
> 
> sh: ./gradlew: No such file or directory
> 

Re: [VOTE] Release Solr 9.0.0 RC1

[Jan Høydahl]

PR for making Smoketester work with JDK11 + JDK17: 
https://github.com/apache/solr/pull/775 


I'll likely spin RC2 tomorrow. Feel free to commit improvements to tests and 
other bug fixes until then.
If you discover new blockers, please raise a new blocker JIRA and mention it 
here.

Jan

> 30. mar. 2022 kl. 00:56 skrev Jan Høydahl :
> 
> Found the bug. 
> 
> testSolrExample() will do a chdir() command, so the script is in a 
> binary-dist folder without gradlew command. Will commit a fix.
> 
> Jan
> 
>> 29. mar. 2022 kl. 22:41 skrev Mike Drob > >:
>> 
>> sh: ./gradlew: No such file or directory
>> 
> 

subscribe

[Siddharth Rawat]