You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@solr.apache.org by Jan Høydahl <ja...@cominvent.com> on 2022/04/05 21:58:45 UTC
[VOTE] Release Solr 9.0.0 RC3
Please vote for release candidate 3 for Solr 9.0.0
The artifacts can be downloaded from:
https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
You are encouraged to do an extra thorough test and manual inspection beyond
running the smoketester, since this is a major release.
You can build a release-candidate of the official docker image using the following command:
DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e && \
docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
--build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
-t solr-rc:9.0.0-3
The vote will be open for at least 72 hours i.e. until 2022-04-08 22:00 UTC.
[ ] +1 approve
[ ] +0 no opinion
[ ] -1 disapprove (and reason why)
Here is my +1
SUCCESS! [0:46:42.638796]
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
For additional commands, e-mail: dev-help@solr.apache.org
Re: [VOTE] Release Solr 9.0.0 RC3
Posted by Joel Bernstein <jo...@gmail.com>.
SUCCESS! [0:44:43.026634]
I have also manually verified that the SQL issues have been resolved in the
artifacts.
Here is my +1
Joel Bernstein
http://joelsolr.blogspot.com/
On Tue, Apr 5, 2022 at 5:58 PM Jan Høydahl <ja...@cominvent.com> wrote:
> Please vote for release candidate 3 for Solr 9.0.0
>
> The artifacts can be downloaded from:
>
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>
> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>
> You are encouraged to do an extra thorough test and manual inspection
> beyond
> running the smoketester, since this is a major release.
>
> You can build a release-candidate of the official docker image using the
> following command:
>
> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e &&
> \
> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
> -t solr-rc:9.0.0-3
>
> The vote will be open for at least 72 hours i.e. until 2022-04-08 22:00
> UTC.
>
> [ ] +1 approve
> [ ] +0 no opinion
> [ ] -1 disapprove (and reason why)
>
> Here is my +1
>
> SUCCESS! [0:46:42.638796]
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> For additional commands, e-mail: dev-help@solr.apache.org
>
>
Re: [VOTE] Release Solr 9.0.0 RC3
Posted by Timothy Potter <th...@gmail.com>.
+1 (binding)
SUCCESS! [0:48:43.626764]
Also built the Docker image and deployed via the Solr operator, tested
Prom exporter and Grafana dashboard, manually tested security screen
and schema designer. Also verified TLS (on K8s only)
Great work everyone!
Cheers,
Tim
On Thu, Apr 7, 2022 at 9:33 AM Houston Putman <ho...@gmail.com> wrote:
>
> +1 (binding)
>
> SUCCESS! [0:52:39.161020]
>
> Built the test docker image (official & local) and ran it through the solr operator smoke test, which succeeded.
> (There is a PR in the official Repository that will make it easier for others to try out solr releases with the Solr Operator smoke tester)
>
> The size of the images are almost identical, so that issue has been resolved.
>
> I also tested the following:
>
> S3-repository module backups
> Compatibility with SolrJ 8.10
> Prometheus Exporter (Both 8.10 and 9.0 connecting to a 9.0 cloud)
>
>
> As per David's suggestion to add the docker/example to the binary distribution, I don't really think that's necessary.
> We can always add them to the ref guide, like the docker-compose.yaml file.
> They are really more "how-to" files, rather than things we actually want people to try out.
> But I won't stand in the way if someone wants to add them.
>
> - Houston
>
> On Thu, Apr 7, 2022 at 10:17 AM Jason Gerlowski <ge...@gmail.com> wrote:
>>
>> +1 from me
>>
>> SUCCESS! [0:58:12.029514]
>>
>> On Thu, Apr 7, 2022 at 3:29 AM Jan Høydahl <ja...@cominvent.com> wrote:
>> >
>> > The docker/example folder could indeed be part of the binary distro. However, the docker-compose.yaml file is part of the ref-guide solr-in-docker.adoc as well.
>> >
>> > When it comes to the missing ltr/example folder, the ref-guide interestingly enough explicitly says it should not be part of the binary distro:
>> >
>> > Example training data and a demo `train_and_upload_demo_model.py` script can be found in the `solr/modules/ltr/example` folder in the https://gitbox.apache.org/repos/asf?p=solr.git;a=tree;f=solr/modules/ltr/example[Apache lucene-solr Git repository] (mirrored on https://github.com/apache/lucene-solr/tree/releases/lucene-solr/{solr-full-version}/solr/modules/ltr/example[github.com]).
>> > This example folder is not shipped in the Solr binary release.
>> >
>> >
>> > Jan
>> >
>> > 7. apr. 2022 kl. 06:54 skrev David Smiley <ds...@apache.org>:
>> >
>> > Also, I want to point out a minor issue: the distribution doesn't include the docker "examples" subdirectory, and maybe some others misc files/directories specific to some modules:
>> > https://github.com/apache/lucene-solr/pull/2104 (I guess I need to redo this)
>> >
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>> For additional commands, e-mail: dev-help@solr.apache.org
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
For additional commands, e-mail: dev-help@solr.apache.org
Re: [VOTE] Release Solr 9.0.0 RC3
Posted by Houston Putman <ho...@gmail.com>.
+1 (binding)
SUCCESS! [0:52:39.161020]
Built the test docker image (official & local) and ran it through the solr
operator smoke test, which succeeded.
(There is a PR in the official Repository that will make it easier for
others to try out solr releases with the Solr Operator smoke tester)
The size of the images are almost identical, so that issue has been
resolved.
I also tested the following:
- S3-repository module backups
- Compatibility with SolrJ 8.10
- Prometheus Exporter (Both 8.10 and 9.0 connecting to a 9.0 cloud)
As per David's suggestion to add the docker/example to the binary
distribution, I don't really think that's necessary.
We can always add them to the ref guide, like the docker-compose.yaml file.
They are really more "how-to" files, rather than things we actually want
people to try out.
But I won't stand in the way if someone wants to add them.
- Houston
On Thu, Apr 7, 2022 at 10:17 AM Jason Gerlowski <ge...@gmail.com>
wrote:
> +1 from me
>
> SUCCESS! [0:58:12.029514]
>
> On Thu, Apr 7, 2022 at 3:29 AM Jan Høydahl <ja...@cominvent.com> wrote:
> >
> > The docker/example folder could indeed be part of the binary distro.
> However, the docker-compose.yaml file is part of the ref-guide
> solr-in-docker.adoc as well.
> >
> > When it comes to the missing ltr/example folder, the ref-guide
> interestingly enough explicitly says it should not be part of the binary
> distro:
> >
> > Example training data and a demo `train_and_upload_demo_model.py` script
> can be found in the `solr/modules/ltr/example` folder in the
> https://gitbox.apache.org/repos/asf?p=solr.git;a=tree;f=solr/modules/ltr/example[Apache
> lucene-solr Git repository] (mirrored on
> https://github.com/apache/lucene-solr/tree/releases/lucene-solr/{solr-full-version}/solr/modules/ltr/example[github.com]
> ).
> > This example folder is not shipped in the Solr binary release.
> >
> >
> > Jan
> >
> > 7. apr. 2022 kl. 06:54 skrev David Smiley <ds...@apache.org>:
> >
> > Also, I want to point out a minor issue: the distribution doesn't
> include the docker "examples" subdirectory, and maybe some others misc
> files/directories specific to some modules:
> > https://github.com/apache/lucene-solr/pull/2104 (I guess I need to redo
> this)
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> For additional commands, e-mail: dev-help@solr.apache.org
>
>
Re: [VOTE] Release Solr 9.0.0 RC3
Posted by Jason Gerlowski <ge...@gmail.com>.
+1 from me
SUCCESS! [0:58:12.029514]
On Thu, Apr 7, 2022 at 3:29 AM Jan Høydahl <ja...@cominvent.com> wrote:
>
> The docker/example folder could indeed be part of the binary distro. However, the docker-compose.yaml file is part of the ref-guide solr-in-docker.adoc as well.
>
> When it comes to the missing ltr/example folder, the ref-guide interestingly enough explicitly says it should not be part of the binary distro:
>
> Example training data and a demo `train_and_upload_demo_model.py` script can be found in the `solr/modules/ltr/example` folder in the https://gitbox.apache.org/repos/asf?p=solr.git;a=tree;f=solr/modules/ltr/example[Apache lucene-solr Git repository] (mirrored on https://github.com/apache/lucene-solr/tree/releases/lucene-solr/{solr-full-version}/solr/modules/ltr/example[github.com]).
> This example folder is not shipped in the Solr binary release.
>
>
> Jan
>
> 7. apr. 2022 kl. 06:54 skrev David Smiley <ds...@apache.org>:
>
> Also, I want to point out a minor issue: the distribution doesn't include the docker "examples" subdirectory, and maybe some others misc files/directories specific to some modules:
> https://github.com/apache/lucene-solr/pull/2104 (I guess I need to redo this)
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
For additional commands, e-mail: dev-help@solr.apache.org
Re: [VOTE] Release Solr 9.0.0 RC3
Posted by Jan Høydahl <ja...@cominvent.com>.
The docker/example folder could indeed be part of the binary distro. However, the docker-compose.yaml file is part of the ref-guide solr-in-docker.adoc as well.
When it comes to the missing ltr/example folder, the ref-guide interestingly enough explicitly says it should not be part of the binary distro:
> Example training data and a demo `train_and_upload_demo_model.py` script can be found in the `solr/modules/ltr/example` folder in the https://gitbox.apache.org/repos/asf?p=solr.git;a=tree;f=solr/modules/ltr/example[Apache lucene-solr Git repository] (mirrored on https://github.com/apache/lucene-solr/tree/releases/lucene-solr/{solr-full-version}/solr/modules/ltr/example[github.com]).
> This example folder is not shipped in the Solr binary release.
Jan
> 7. apr. 2022 kl. 06:54 skrev David Smiley <ds...@apache.org>:
>
> Also, I want to point out a minor issue: the distribution doesn't include the docker "examples" subdirectory, and maybe some others misc files/directories specific to some modules:
> https://github.com/apache/lucene-solr/pull/2104 <https://github.com/apache/lucene-solr/pull/2104> (I guess I need to redo this)
Re: [VOTE] Release Solr 9.0.0 RC3
Posted by David Smiley <ds...@apache.org>.
+0 Not sure yet.
I got two failures:
(1) TestReplicationHandler -- didn't reproduce. The logs refer to
"java.lang.AssertionError:
Directory not closed: MockDirectoryWrapper(ByteBuffersDirectory@1814bb6a
lockFactory=org.apache.lucene.store.SingleInstanceLockFactory@1b70f84b)" for
class level errors. When I run this test in my IDE, the tests pass but I
get these errors for the test class overall. So there is some test cleanup
to do.
(2) TestRollingRestart. It didn't reproduce. But I saw an easy NPE and
filed a JIRA issue & PR: https://issues.apache.org/jira/browse/SOLR-16145
Also, I want to point out a minor issue: the distribution doesn't include
the docker "examples" subdirectory, and maybe some others misc
files/directories specific to some modules:
https://github.com/apache/lucene-solr/pull/2104 (I guess I need to redo
this)
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Tue, Apr 5, 2022 at 5:58 PM Jan Høydahl <ja...@cominvent.com> wrote:
> Please vote for release candidate 3 for Solr 9.0.0
>
> The artifacts can be downloaded from:
>
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>
> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>
> You are encouraged to do an extra thorough test and manual inspection
> beyond
> running the smoketester, since this is a major release.
>
> You can build a release-candidate of the official docker image using the
> following command:
>
> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e &&
> \
> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
> -t solr-rc:9.0.0-3
>
> The vote will be open for at least 72 hours i.e. until 2022-04-08 22:00
> UTC.
>
> [ ] +1 approve
> [ ] +0 no opinion
> [ ] -1 disapprove (and reason why)
>
> Here is my +1
>
> SUCCESS! [0:46:42.638796]
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> For additional commands, e-mail: dev-help@solr.apache.org
>
>
Re: [VOTE] Release Solr 9.0.0 RC3
Posted by Kevin Risden <kr...@apache.org>.
+1 (binding)
The issue w/ Tika / Solr Cell is using schemaless / default configset and
that isn't configured anymore. Using techproducts works just fine since it
still has everything configured. I updated
https://issues.apache.org/jira/browse/SOLR-16148 with this detail.
Basically it is just a ref guide issue.
I also checked the modules langid and SQL while poking around.
Kevin Risden
On Fri, Apr 8, 2022 at 4:06 PM Jan Høydahl <ja...@cominvent.com> wrote:
> This vote ends in an hour or so.
> While there are currently five +1's and a few +0, I feel it is
> inconclusive due to the SolrCell issue?
> Kevin, guess your vote will decide :)
>
> Jan
>
> 8. apr. 2022 kl. 18:00 skrev Kevin Risden <kr...@apache.org>:
>
> The smoke tester passed for me: SUCCESS! [0:54:21.639508]
>
> However, I'm running into issues checking Tika integration / Solr Cell.
> Following
> https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html
>
> 2022-04-08 14:52:18.768 ERROR (qtp201274566-26) []
>> o.a.s.s.SolrRequestParsers Couldn't get multipart parts in order to delete
>> them => java.lang.IllegalStateException: No multipart config for servlet
>> at org.eclipse.jetty.server.Request.getParts(Request.java:2420)
>> java.lang.IllegalStateException: No multipart config for servlet
>
>
> I tried curl and the bin/post examples and they didn't work. I also tried
> running Solr with "./bin/solr -e schemaless -Dsolr.module=extraction" but
> the behavior was the same.
>
> This happened to be the first module I started trying to make sure I
> didn't break anything with tons of the module changes in 9.0. I know SQL
> issues were fixed.
>
> Anshum - I can try to help debug the security manager stuff on the ticket
> you filed https://issues.apache.org/jira/browse/SOLR-16135
>
> Kevin Risden
>
> Kevin Risden
>
>
> On Thu, Apr 7, 2022 at 5:28 PM Anshum Gupta <an...@anshumgupta.net>
> wrote:
>
>> I can't seem to get the smoketest to pass on this RC, like the previous
>> two.
>>
>> At this point, I've tried:
>> - Fresh clone of the repository
>> - Multiple JDK versions from JDK11, 14, 17
>> - Cleanup gradle cache
>> - Multiple machines (Macbook and iMac)
>>
>> At this point I have the HDFS module tests and the adminUI test failing
>> with SecurityManager related exceptions e.g.
>>
>>
>>
>> *org.apache.solr.hdfs.store.HdfsDirectoryTest > classMethod FAILED
>> java.security.AccessControlException: access denied
>> ("java.io.FilePermission"
>> "/Users/anshumg/workspace/apache/solr/solr/modules/hdfs/build/tmp" "write")*
>>
>> I don't have a custom security policy and even running with *-Djava.security.debug=access,failure,policy
>> *didn't get any useful information.
>>
>> I'll continue looking into it, but if I don't get anywhere, I'll vote
>> based on my custom tests and manual testing.
>>
>> -Anshum
>>
>>
>> On Tue, Apr 5, 2022 at 2:58 PM Jan Høydahl <ja...@cominvent.com> wrote:
>>
>>> Please vote for release candidate 3 for Solr 9.0.0
>>>
>>> The artifacts can be downloaded from:
>>>
>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>
>>> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>
>>> You are encouraged to do an extra thorough test and manual inspection
>>> beyond
>>> running the smoketester, since this is a major release.
>>>
>>> You can build a release-candidate of the official docker image using the
>>> following command:
>>>
>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>> && \
>>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>> --build-arg
>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>> -t solr-rc:9.0.0-3
>>>
>>> The vote will be open for at least 72 hours i.e. until 2022-04-08 22:00
>>> UTC.
>>>
>>> [ ] +1 approve
>>> [ ] +0 no opinion
>>> [ ] -1 disapprove (and reason why)
>>>
>>> Here is my +1
>>>
>>> SUCCESS! [0:46:42.638796]
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>
>>>
>>
>> --
>> Anshum Gupta
>>
>
>
Re: [RESULT][VOTE] Release Solr 9.0.0 RC3
Posted by Jan Høydahl <ja...@cominvent.com>.
Thanks Houston for aaaalmost completing the release :)
Houston asked me to take the RM hat back for RC4.
Unless you guys are aware of other blockers, I'll try to spin RC4 soon.
Jan
> 16. apr. 2022 kl. 00:24 skrev Houston Putman <ho...@apache.org>:
>
> Ok, this is officially done. We can move onto RC4 as if RC3 never passed!
>
> Have a few PRs open. Some definitely need reviews (but some are not necessary to merge anyways), and I know Mike has a patch to backport to 9.0.0 as well.
> So let's not rush at the beginning of next week to get RC4 out.
>
> - Houston
>
> On Fri, Apr 15, 2022 at 6:03 PM Houston Putman <houston@apache.org <ma...@apache.org>> wrote:
> Ok the git tags have been removed from github and gitbox.
>
> I reached out to infra to have the dist-release removed as well: https://issues.apache.org/jira/browse/INFRA-23149 <https://issues.apache.org/jira/browse/INFRA-23149>
>
> - Houston
>
> On Fri, Apr 15, 2022 at 5:50 PM Houston Putman <houstonputman@gmail.com <ma...@gmail.com>> wrote:
> Ok that looks like 6 +1 for option 2 (removing the git tag and dist.apache.org <http://dist.apache.org/> release for RC3 and moving forward with RC4 when things are fixed).
>
> I will kick that off.
>
> On Fri, Apr 15, 2022 at 4:59 PM Timothy Potter <thelabdude@gmail.com <ma...@gmail.com>> wrote:
> +1 for option 2
>
> Cheers,
> Tim
>
> On Fri, Apr 15, 2022 at 1:58 PM Gus Heck <gus.heck@gmail.com <ma...@gmail.com>> wrote:
> >
> > +1 for 2
> >
> > On Fri, Apr 15, 2022 at 1:47 PM David Smiley <dsmiley@apache.org <ma...@apache.org>> wrote:
> >>
> >> (no opinion) but thanks for driving this.
> >>
> >> ~ David Smiley
> >> Apache Lucene/Solr Search Developer
> >> http://www.linkedin.com/in/davidwsmiley <http://www.linkedin.com/in/davidwsmiley>
> >>
> >>
> >> On Fri, Apr 15, 2022 at 12:23 PM Kevin Risden <krisden@apache.org <ma...@apache.org>> wrote:
> >>>
> >>> +1 option 2
> >>>
> >>> Kevin Risden
> >>>
> >>>
> >>> On Fri, Apr 15, 2022 at 12:04 PM Ishan Chattopadhyaya <ichattopadhyaya@gmail.com <ma...@gmail.com>> wrote:
> >>>>
> >>>> +1 for deleting the tag. Option 2.
> >>>>
> >>>> On Fri, Apr 15, 2022 at 9:28 PM Anshum Gupta <anshum@anshumgupta.net <ma...@anshumgupta.net>> wrote:
> >>>>>
> >>>>> I'd suggest #2 because there's no point moving forward with a release, then announcing the issues with it or confusing users with a missing release announcement.
> >>>>>
> >>>>> On Fri, Apr 15, 2022 at 8:53 AM Houston Putman <houston@apache.org <ma...@apache.org>> wrote:
> >>>>>>
> >>>>>> So I guess we need to make a decision everyone. Do we:
> >>>>>>
> >>>>>> Continue with the release to make sure that everything is there that should be, but skip announcing it (Because we know there are issues). Then immediately start the 9.0.1 release with the necessary fixes.
> >>>>>> Stop this release, remove the release artifacts in dist.apache.org <http://dist.apache.org/> and also delete the 9.0.0 git tag. (not sure how feasible either of these are). Then start an RC4 for 9.0.0, with the necessary fixes.
> >>>>>>
> >>>>>>
> >>>>>> I guess, could everyone weigh in with their opinion? This is a sticky situation and I don't want to move forward without consensus.
> >>>>>>
> >>>>>> - Houston
> >>>>>>
> >>>>>>
> >>>>>> On Wed, Apr 13, 2022 at 6:06 PM Houston Putman <houston@apache.org <ma...@apache.org>> wrote:
> >>>>>>>
> >>>>>>> You’re right mike, that slipped my mind.
> >>>>>>>
> >>>>>>> On Wed, Apr 13, 2022 at 6:05 PM David Smiley <dsmiley@apache.org <ma...@apache.org>> wrote:
> >>>>>>>>
> >>>>>>>> This definitely needs to be addressed; basic working Maven coordinates are important. Next time I guess we need to validate this via the smoke tester, I suppose?
> >>>>>>>>
> >>>>>>>> ~ David Smiley
> >>>>>>>> Apache Lucene/Solr Search Developer
> >>>>>>>> http://www.linkedin.com/in/davidwsmiley <http://www.linkedin.com/in/davidwsmiley>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> On Wed, Apr 13, 2022 at 5:59 PM Anshum Gupta <anshum@anshumgupta.net <ma...@anshumgupta.net>> wrote:
> >>>>>>>>>
> >>>>>>>>> Thanks for the update, Houston.
> >>>>>>>>>
> >>>>>>>>> I think this calls for an RC4.
> >>>>>>>>>
> >>>>>>>>> I'll be happy to review the PRs as they come in.
> >>>>>>>>>
> >>>>>>>>> On Wed, Apr 13, 2022 at 2:32 PM Houston Putman <houston@apache.org <ma...@apache.org>> wrote:
> >>>>>>>>>>
> >>>>>>>>>> Hello everyone,
> >>>>>>>>>>
> >>>>>>>>>> Unfortunately, while the build passed I noticed some issues when building the remaining infrastructure to finish the release process (A fair amount of stuff left to do since the docker and gradle migration).
> >>>>>>>>>>
> >>>>>>>>>> The biggest issue I found was that the solr-core maven artifact cannot be used, since it still relies on the solr-server artifact, which doesn't exist. There are also modules that don't have maven artifacts created. (And module artifacts rely on solr-core, so they also cannot be used)
> >>>>>>>>>>
> >>>>>>>>>> I think this warrants an RC4 (and while we do have the RC3 release artifacts in https://dist.apache.org/repos/dist/release/solr/solr/ <https://dist.apache.org/repos/dist/release/solr/solr/>), we can work with Apache infra to get that removed.
> >>>>>>>>>>
> >>>>>>>>>> If y'all think we should continue with the release anyways, I can do that as well. Will wait for some consensus while continuing to build in the necessary release steps. (for RC3 or RC4)
> >>>>>>>>>>
> >>>>>>>>>> Will have a fair number of PRs coming up to fix these things, so help reviewing them would be much appreciated.
> >>>>>>>>>>
> >>>>>>>>>> - Houston
> >>>>>>>>>>
> >>>>>>>>>> On Fri, Apr 8, 2022 at 6:55 PM Jan Høydahl <jan.asf@cominvent.com <ma...@cominvent.com>> wrote:
> >>>>>>>>>>>
> >>>>>>>>>>> It's been >72h since the vote was initiated and the result is:
> >>>>>>>>>>>
> >>>>>>>>>>> +1 7 (7 binding)
> >>>>>>>>>>> 0 1
> >>>>>>>>>>> -1 0
> >>>>>>>>>>>
> >>>>>>>>>>> This vote has PASSED
> >>>>>>>>>>>
> >>>>>>>>>>> Congratulations everyone for reaching this milestone!
> >>>>>>>>>>>
> >>>>>>>>>>> There are still a few loose ends before the release can be published and announced.
> >>>>>>>>>>> I'm away the next week, and Houston Putman has agreed to take over the RM job from here.
> >>>>>>>>>>>
> >>>>>>>>>>> Thanks for stepping up Houston!
> >>>>>>>>>>>
> >>>>>>>>>>> Jan
> >>>>>>>>>>>
> >>>>>>>>>>> 8. apr. 2022 kl. 23:43 skrev Mike Drob <mdrob@mdrob.com <ma...@mdrob.com>>:
> >>>>>>>>>>>
> >>>>>>>>>>> If we're not doing anything with the release artifacts anyway (since you'll be on holiday, Jan), would it be fine to leave it open over the weekend? I didn't get nearly the amount of testing done on this that I wanted to, mainly trying to figure out if SOLR-16143 was a real problem (yes) or just a test issue (no) or worthy of blocking a release (probably not).
> >>>>>>>>>>>
> >>>>>>>>>>> On Fri, Apr 8, 2022 at 4:40 PM Anshum Gupta <anshum@anshumgupta.net <ma...@anshumgupta.net>> wrote:
> >>>>>>>>>>>>
> >>>>>>>>>>>> and just around the deadline, I got the smoke-tester to pass. Thanks to everyone who helped :)
> >>>>>>>>>>>>
> >>>>>>>>>>>> I changed a ton of things but most likely, it was an init.gradle file with some random stuff that was causing the issue. I remember having deleted that file a few months ago, but not sure what job regenerates that and adds that to the ~/.gradle folder.
> >>>>>>>>>>>>
> >>>>>>>>>>>> Here's my +1 (binding)
> >>>>>>>>>>>> SUCCESS! [0:46:31.241458]
> >>>>>>>>>>>>
> >>>>>>>>>>>> Also, tested SolrJ and some basic search/indexing using some sample app.
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> On Fri, Apr 8, 2022 at 1:06 PM Jan Høydahl <jan.asf@cominvent.com <ma...@cominvent.com>> wrote:
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> This vote ends in an hour or so.
> >>>>>>>>>>>>> While there are currently five +1's and a few +0, I feel it is inconclusive due to the SolrCell issue?
> >>>>>>>>>>>>> Kevin, guess your vote will decide :)
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Jan
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> 8. apr. 2022 kl. 18:00 skrev Kevin Risden <krisden@apache.org <ma...@apache.org>>:
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> The smoke tester passed for me: SUCCESS! [0:54:21.639508]
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> However, I'm running into issues checking Tika integration / Solr Cell. Following https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html <https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>> 2022-04-08 14:52:18.768 ERROR (qtp201274566-26) [] o.a.s.s.SolrRequestParsers Couldn't get multipart parts in order to delete them => java.lang.IllegalStateException: No multipart config for servlet
> >>>>>>>>>>>>>> at org.eclipse.jetty.server.Request.getParts(Request.java:2420)
> >>>>>>>>>>>>>> java.lang.IllegalStateException: No multipart config for servlet
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> I tried curl and the bin/post examples and they didn't work. I also tried running Solr with "./bin/solr -e schemaless -Dsolr.module=extraction" but the behavior was the same.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> This happened to be the first module I started trying to make sure I didn't break anything with tons of the module changes in 9.0. I know SQL issues were fixed.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Anshum - I can try to help debug the security manager stuff on the ticket you filed https://issues.apache.org/jira/browse/SOLR-16135 <https://issues.apache.org/jira/browse/SOLR-16135>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Kevin Risden
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Kevin Risden
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> On Thu, Apr 7, 2022 at 5:28 PM Anshum Gupta <anshum@anshumgupta.net <ma...@anshumgupta.net>> wrote:
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> I can't seem to get the smoketest to pass on this RC, like the previous two.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> At this point, I've tried:
> >>>>>>>>>>>>>> - Fresh clone of the repository
> >>>>>>>>>>>>>> - Multiple JDK versions from JDK11, 14, 17
> >>>>>>>>>>>>>> - Cleanup gradle cache
> >>>>>>>>>>>>>> - Multiple machines (Macbook and iMac)
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> At this point I have the HDFS module tests and the adminUI test failing with SecurityManager related exceptions e.g.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> org.apache.solr.hdfs.store.HdfsDirectoryTest > classMethod FAILED
> >>>>>>>>>>>>>> java.security.AccessControlException: access denied ("java.io.FilePermission" "/Users/anshumg/workspace/apache/solr/solr/modules/hdfs/build/tmp" "write")
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> I don't have a custom security policy and even running with -Djava.security.debug=access,failure,policy didn't get any useful information.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> I'll continue looking into it, but if I don't get anywhere, I'll vote based on my custom tests and manual testing.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> -Anshum
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> On Tue, Apr 5, 2022 at 2:58 PM Jan Høydahl <jan.asf@cominvent.com <ma...@cominvent.com>> wrote:
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> Please vote for release candidate 3 for Solr 9.0.0
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> The artifacts can be downloaded from:
> >>>>>>>>>>>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e <https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e <https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> You are encouraged to do an extra thorough test and manual inspection beyond
> >>>>>>>>>>>>>>> running the smoketester, since this is a major release.
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> You can build a release-candidate of the official docker image using the following command:
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr <https://dist.apache.org/repos/dist/dev/solr> && \
> >>>>>>>>>>>>>>> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e && \
> >>>>>>>>>>>>>>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
> >>>>>>>>>>>>>>> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
> >>>>>>>>>>>>>>> -t solr-rc:9.0.0-3
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> The vote will be open for at least 72 hours i.e. until 2022-04-08 22:00 UTC.
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> [ ] +1 approve
> >>>>>>>>>>>>>>> [ ] +0 no opinion
> >>>>>>>>>>>>>>> [ ] -1 disapprove (and reason why)
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> Here is my +1
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> SUCCESS! [0:46:42.638796]
> >>>>>>>>>>>>>>> ---------------------------------------------------------------------
> >>>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org <ma...@solr.apache.org>
> >>>>>>>>>>>>>>> For additional commands, e-mail: dev-help@solr.apache.org <ma...@solr.apache.org>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> --
> >>>>>>>>>>>>>> Anshum Gupta
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> --
> >>>>>>>>>>>> Anshum Gupta
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> --
> >>>>>>>>> Anshum Gupta
> >>>>>
> >>>>>
> >>>>>
> >>>>> --
> >>>>> Anshum Gupta
> >
> >
> >
> > --
> > http://www.needhamsoftware.com <http://www.needhamsoftware.com/> (work)
> > http://www.the111shift.com <http://www.the111shift.com/> (play)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org <ma...@solr.apache.org>
> For additional commands, e-mail: dev-help@solr.apache.org <ma...@solr.apache.org>
>
Re: [RESULT][VOTE] Release Solr 9.0.0 RC3
Posted by Houston Putman <ho...@apache.org>.
Ok, this is officially done. We can move onto RC4 as if RC3 never passed!
Have a few PRs open. Some definitely need reviews (but some are not
necessary to merge anyways), and I know Mike has a patch to backport to
9.0.0 as well.
So let's not rush at the beginning of next week to get RC4 out.
- Houston
On Fri, Apr 15, 2022 at 6:03 PM Houston Putman <ho...@apache.org> wrote:
> Ok the git tags have been removed from github and gitbox.
>
> I reached out to infra to have the dist-release removed as well:
> https://issues.apache.org/jira/browse/INFRA-23149
>
> - Houston
>
> On Fri, Apr 15, 2022 at 5:50 PM Houston Putman <ho...@gmail.com>
> wrote:
>
>> Ok that looks like 6 +1 for option 2 (removing the git tag and
>> dist.apache.org release for RC3 and moving forward with RC4 when things
>> are fixed).
>>
>> I will kick that off.
>>
>> On Fri, Apr 15, 2022 at 4:59 PM Timothy Potter <th...@gmail.com>
>> wrote:
>>
>>> +1 for option 2
>>>
>>> Cheers,
>>> Tim
>>>
>>> On Fri, Apr 15, 2022 at 1:58 PM Gus Heck <gu...@gmail.com> wrote:
>>> >
>>> > +1 for 2
>>> >
>>> > On Fri, Apr 15, 2022 at 1:47 PM David Smiley <ds...@apache.org>
>>> wrote:
>>> >>
>>> >> (no opinion) but thanks for driving this.
>>> >>
>>> >> ~ David Smiley
>>> >> Apache Lucene/Solr Search Developer
>>> >> http://www.linkedin.com/in/davidwsmiley
>>> >>
>>> >>
>>> >> On Fri, Apr 15, 2022 at 12:23 PM Kevin Risden <kr...@apache.org>
>>> wrote:
>>> >>>
>>> >>> +1 option 2
>>> >>>
>>> >>> Kevin Risden
>>> >>>
>>> >>>
>>> >>> On Fri, Apr 15, 2022 at 12:04 PM Ishan Chattopadhyaya <
>>> ichattopadhyaya@gmail.com> wrote:
>>> >>>>
>>> >>>> +1 for deleting the tag. Option 2.
>>> >>>>
>>> >>>> On Fri, Apr 15, 2022 at 9:28 PM Anshum Gupta <
>>> anshum@anshumgupta.net> wrote:
>>> >>>>>
>>> >>>>> I'd suggest #2 because there's no point moving forward with a
>>> release, then announcing the issues with it or confusing users with a
>>> missing release announcement.
>>> >>>>>
>>> >>>>> On Fri, Apr 15, 2022 at 8:53 AM Houston Putman <ho...@apache.org>
>>> wrote:
>>> >>>>>>
>>> >>>>>> So I guess we need to make a decision everyone. Do we:
>>> >>>>>>
>>> >>>>>> Continue with the release to make sure that everything is there
>>> that should be, but skip announcing it (Because we know there are issues).
>>> Then immediately start the 9.0.1 release with the necessary fixes.
>>> >>>>>> Stop this release, remove the release artifacts in
>>> dist.apache.org and also delete the 9.0.0 git tag. (not sure how
>>> feasible either of these are). Then start an RC4 for 9.0.0, with the
>>> necessary fixes.
>>> >>>>>>
>>> >>>>>>
>>> >>>>>> I guess, could everyone weigh in with their opinion? This is a
>>> sticky situation and I don't want to move forward without consensus.
>>> >>>>>>
>>> >>>>>> - Houston
>>> >>>>>>
>>> >>>>>>
>>> >>>>>> On Wed, Apr 13, 2022 at 6:06 PM Houston Putman <
>>> houston@apache.org> wrote:
>>> >>>>>>>
>>> >>>>>>> You’re right mike, that slipped my mind.
>>> >>>>>>>
>>> >>>>>>> On Wed, Apr 13, 2022 at 6:05 PM David Smiley <ds...@apache.org>
>>> wrote:
>>> >>>>>>>>
>>> >>>>>>>> This definitely needs to be addressed; basic working Maven
>>> coordinates are important. Next time I guess we need to validate this via
>>> the smoke tester, I suppose?
>>> >>>>>>>>
>>> >>>>>>>> ~ David Smiley
>>> >>>>>>>> Apache Lucene/Solr Search Developer
>>> >>>>>>>> http://www.linkedin.com/in/davidwsmiley
>>> >>>>>>>>
>>> >>>>>>>>
>>> >>>>>>>> On Wed, Apr 13, 2022 at 5:59 PM Anshum Gupta <
>>> anshum@anshumgupta.net> wrote:
>>> >>>>>>>>>
>>> >>>>>>>>> Thanks for the update, Houston.
>>> >>>>>>>>>
>>> >>>>>>>>> I think this calls for an RC4.
>>> >>>>>>>>>
>>> >>>>>>>>> I'll be happy to review the PRs as they come in.
>>> >>>>>>>>>
>>> >>>>>>>>> On Wed, Apr 13, 2022 at 2:32 PM Houston Putman <
>>> houston@apache.org> wrote:
>>> >>>>>>>>>>
>>> >>>>>>>>>> Hello everyone,
>>> >>>>>>>>>>
>>> >>>>>>>>>> Unfortunately, while the build passed I noticed some issues
>>> when building the remaining infrastructure to finish the release process (A
>>> fair amount of stuff left to do since the docker and gradle migration).
>>> >>>>>>>>>>
>>> >>>>>>>>>> The biggest issue I found was that the solr-core maven
>>> artifact cannot be used, since it still relies on the solr-server artifact,
>>> which doesn't exist. There are also modules that don't have maven artifacts
>>> created. (And module artifacts rely on solr-core, so they also cannot be
>>> used)
>>> >>>>>>>>>>
>>> >>>>>>>>>> I think this warrants an RC4 (and while we do have the RC3
>>> release artifacts in
>>> https://dist.apache.org/repos/dist/release/solr/solr/), we can work
>>> with Apache infra to get that removed.
>>> >>>>>>>>>>
>>> >>>>>>>>>> If y'all think we should continue with the release anyways, I
>>> can do that as well. Will wait for some consensus while continuing to build
>>> in the necessary release steps. (for RC3 or RC4)
>>> >>>>>>>>>>
>>> >>>>>>>>>> Will have a fair number of PRs coming up to fix these things,
>>> so help reviewing them would be much appreciated.
>>> >>>>>>>>>>
>>> >>>>>>>>>> - Houston
>>> >>>>>>>>>>
>>> >>>>>>>>>> On Fri, Apr 8, 2022 at 6:55 PM Jan Høydahl <
>>> jan.asf@cominvent.com> wrote:
>>> >>>>>>>>>>>
>>> >>>>>>>>>>> It's been >72h since the vote was initiated and the result
>>> is:
>>> >>>>>>>>>>>
>>> >>>>>>>>>>> +1 7 (7 binding)
>>> >>>>>>>>>>> 0 1
>>> >>>>>>>>>>> -1 0
>>> >>>>>>>>>>>
>>> >>>>>>>>>>> This vote has PASSED
>>> >>>>>>>>>>>
>>> >>>>>>>>>>> Congratulations everyone for reaching this milestone!
>>> >>>>>>>>>>>
>>> >>>>>>>>>>> There are still a few loose ends before the release can be
>>> published and announced.
>>> >>>>>>>>>>> I'm away the next week, and Houston Putman has agreed to
>>> take over the RM job from here.
>>> >>>>>>>>>>>
>>> >>>>>>>>>>> Thanks for stepping up Houston!
>>> >>>>>>>>>>>
>>> >>>>>>>>>>> Jan
>>> >>>>>>>>>>>
>>> >>>>>>>>>>> 8. apr. 2022 kl. 23:43 skrev Mike Drob <md...@mdrob.com>:
>>> >>>>>>>>>>>
>>> >>>>>>>>>>> If we're not doing anything with the release artifacts
>>> anyway (since you'll be on holiday, Jan), would it be fine to leave it open
>>> over the weekend? I didn't get nearly the amount of testing done on this
>>> that I wanted to, mainly trying to figure out if SOLR-16143 was a real
>>> problem (yes) or just a test issue (no) or worthy of blocking a release
>>> (probably not).
>>> >>>>>>>>>>>
>>> >>>>>>>>>>> On Fri, Apr 8, 2022 at 4:40 PM Anshum Gupta <
>>> anshum@anshumgupta.net> wrote:
>>> >>>>>>>>>>>>
>>> >>>>>>>>>>>> and just around the deadline, I got the smoke-tester to
>>> pass. Thanks to everyone who helped :)
>>> >>>>>>>>>>>>
>>> >>>>>>>>>>>> I changed a ton of things but most likely, it was an
>>> init.gradle file with some random stuff that was causing the issue. I
>>> remember having deleted that file a few months ago, but not sure what job
>>> regenerates that and adds that to the ~/.gradle folder.
>>> >>>>>>>>>>>>
>>> >>>>>>>>>>>> Here's my +1 (binding)
>>> >>>>>>>>>>>> SUCCESS! [0:46:31.241458]
>>> >>>>>>>>>>>>
>>> >>>>>>>>>>>> Also, tested SolrJ and some basic search/indexing using
>>> some sample app.
>>> >>>>>>>>>>>>
>>> >>>>>>>>>>>>
>>> >>>>>>>>>>>> On Fri, Apr 8, 2022 at 1:06 PM Jan Høydahl <
>>> jan.asf@cominvent.com> wrote:
>>> >>>>>>>>>>>>>
>>> >>>>>>>>>>>>> This vote ends in an hour or so.
>>> >>>>>>>>>>>>> While there are currently five +1's and a few +0, I feel
>>> it is inconclusive due to the SolrCell issue?
>>> >>>>>>>>>>>>> Kevin, guess your vote will decide :)
>>> >>>>>>>>>>>>>
>>> >>>>>>>>>>>>> Jan
>>> >>>>>>>>>>>>>
>>> >>>>>>>>>>>>> 8. apr. 2022 kl. 18:00 skrev Kevin Risden <
>>> krisden@apache.org>:
>>> >>>>>>>>>>>>>
>>> >>>>>>>>>>>>> The smoke tester passed for me: SUCCESS! [0:54:21.639508]
>>> >>>>>>>>>>>>>
>>> >>>>>>>>>>>>> However, I'm running into issues checking Tika integration
>>> / Solr Cell. Following
>>> https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html
>>> >>>>>>>>>>>>>
>>> >>>>>>>>>>>>>> 2022-04-08 14:52:18.768 ERROR (qtp201274566-26) []
>>> o.a.s.s.SolrRequestParsers Couldn't get multipart parts in order to delete
>>> them => java.lang.IllegalStateException: No multipart config for servlet
>>> >>>>>>>>>>>>>> at
>>> org.eclipse.jetty.server.Request.getParts(Request.java:2420)
>>> >>>>>>>>>>>>>> java.lang.IllegalStateException: No multipart config for
>>> servlet
>>> >>>>>>>>>>>>>
>>> >>>>>>>>>>>>>
>>> >>>>>>>>>>>>> I tried curl and the bin/post examples and they didn't
>>> work. I also tried running Solr with "./bin/solr -e schemaless
>>> -Dsolr.module=extraction" but the behavior was the same.
>>> >>>>>>>>>>>>>
>>> >>>>>>>>>>>>> This happened to be the first module I started trying to
>>> make sure I didn't break anything with tons of the module changes in 9.0. I
>>> know SQL issues were fixed.
>>> >>>>>>>>>>>>>
>>> >>>>>>>>>>>>> Anshum - I can try to help debug the security manager
>>> stuff on the ticket you filed
>>> https://issues.apache.org/jira/browse/SOLR-16135
>>> >>>>>>>>>>>>>
>>> >>>>>>>>>>>>> Kevin Risden
>>> >>>>>>>>>>>>>
>>> >>>>>>>>>>>>> Kevin Risden
>>> >>>>>>>>>>>>>
>>> >>>>>>>>>>>>>
>>> >>>>>>>>>>>>> On Thu, Apr 7, 2022 at 5:28 PM Anshum Gupta <
>>> anshum@anshumgupta.net> wrote:
>>> >>>>>>>>>>>>>>
>>> >>>>>>>>>>>>>> I can't seem to get the smoketest to pass on this RC,
>>> like the previous two.
>>> >>>>>>>>>>>>>>
>>> >>>>>>>>>>>>>> At this point, I've tried:
>>> >>>>>>>>>>>>>> - Fresh clone of the repository
>>> >>>>>>>>>>>>>> - Multiple JDK versions from JDK11, 14, 17
>>> >>>>>>>>>>>>>> - Cleanup gradle cache
>>> >>>>>>>>>>>>>> - Multiple machines (Macbook and iMac)
>>> >>>>>>>>>>>>>>
>>> >>>>>>>>>>>>>> At this point I have the HDFS module tests and the
>>> adminUI test failing with SecurityManager related exceptions e.g.
>>> >>>>>>>>>>>>>>
>>> >>>>>>>>>>>>>> org.apache.solr.hdfs.store.HdfsDirectoryTest >
>>> classMethod FAILED
>>> >>>>>>>>>>>>>> java.security.AccessControlException: access denied
>>> ("java.io.FilePermission"
>>> "/Users/anshumg/workspace/apache/solr/solr/modules/hdfs/build/tmp" "write")
>>> >>>>>>>>>>>>>>
>>> >>>>>>>>>>>>>> I don't have a custom security policy and even running
>>> with -Djava.security.debug=access,failure,policy didn't get any useful
>>> information.
>>> >>>>>>>>>>>>>>
>>> >>>>>>>>>>>>>> I'll continue looking into it, but if I don't get
>>> anywhere, I'll vote based on my custom tests and manual testing.
>>> >>>>>>>>>>>>>>
>>> >>>>>>>>>>>>>> -Anshum
>>> >>>>>>>>>>>>>>
>>> >>>>>>>>>>>>>>
>>> >>>>>>>>>>>>>> On Tue, Apr 5, 2022 at 2:58 PM Jan Høydahl <
>>> jan.asf@cominvent.com> wrote:
>>> >>>>>>>>>>>>>>>
>>> >>>>>>>>>>>>>>> Please vote for release candidate 3 for Solr 9.0.0
>>> >>>>>>>>>>>>>>>
>>> >>>>>>>>>>>>>>> The artifacts can be downloaded from:
>>> >>>>>>>>>>>>>>>
>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>> >>>>>>>>>>>>>>>
>>> >>>>>>>>>>>>>>> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>> >>>>>>>>>>>>>>>
>>> >>>>>>>>>>>>>>> You are encouraged to do an extra thorough test and
>>> manual inspection beyond
>>> >>>>>>>>>>>>>>> running the smoketester, since this is a major release.
>>> >>>>>>>>>>>>>>>
>>> >>>>>>>>>>>>>>> You can build a release-candidate of the official docker
>>> image using the following command:
>>> >>>>>>>>>>>>>>>
>>> >>>>>>>>>>>>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr
>>> && \
>>> >>>>>>>>>>>>>>>
>>> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e && \
>>> >>>>>>>>>>>>>>> docker build
>>> $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>> >>>>>>>>>>>>>>> --build-arg
>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>> >>>>>>>>>>>>>>> -t solr-rc:9.0.0-3
>>> >>>>>>>>>>>>>>>
>>> >>>>>>>>>>>>>>> The vote will be open for at least 72 hours i.e. until
>>> 2022-04-08 22:00 UTC.
>>> >>>>>>>>>>>>>>>
>>> >>>>>>>>>>>>>>> [ ] +1 approve
>>> >>>>>>>>>>>>>>> [ ] +0 no opinion
>>> >>>>>>>>>>>>>>> [ ] -1 disapprove (and reason why)
>>> >>>>>>>>>>>>>>>
>>> >>>>>>>>>>>>>>> Here is my +1
>>> >>>>>>>>>>>>>>>
>>> >>>>>>>>>>>>>>> SUCCESS! [0:46:42.638796]
>>> >>>>>>>>>>>>>>>
>>> ---------------------------------------------------------------------
>>> >>>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>> >>>>>>>>>>>>>>> For additional commands, e-mail:
>>> dev-help@solr.apache.org
>>> >>>>>>>>>>>>>>>
>>> >>>>>>>>>>>>>>
>>> >>>>>>>>>>>>>>
>>> >>>>>>>>>>>>>> --
>>> >>>>>>>>>>>>>> Anshum Gupta
>>> >>>>>>>>>>>>>
>>> >>>>>>>>>>>>>
>>> >>>>>>>>>>>>
>>> >>>>>>>>>>>>
>>> >>>>>>>>>>>> --
>>> >>>>>>>>>>>> Anshum Gupta
>>> >>>>>>>>>>>
>>> >>>>>>>>>>>
>>> >>>>>>>>>
>>> >>>>>>>>>
>>> >>>>>>>>> --
>>> >>>>>>>>> Anshum Gupta
>>> >>>>>
>>> >>>>>
>>> >>>>>
>>> >>>>> --
>>> >>>>> Anshum Gupta
>>> >
>>> >
>>> >
>>> > --
>>> > http://www.needhamsoftware.com (work)
>>> > http://www.the111shift.com (play)
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>
>>>
Re: [RESULT][VOTE] Release Solr 9.0.0 RC3
Posted by Houston Putman <ho...@apache.org>.
Ok the git tags have been removed from github and gitbox.
I reached out to infra to have the dist-release removed as well:
https://issues.apache.org/jira/browse/INFRA-23149
- Houston
On Fri, Apr 15, 2022 at 5:50 PM Houston Putman <ho...@gmail.com>
wrote:
> Ok that looks like 6 +1 for option 2 (removing the git tag and
> dist.apache.org release for RC3 and moving forward with RC4 when things
> are fixed).
>
> I will kick that off.
>
> On Fri, Apr 15, 2022 at 4:59 PM Timothy Potter <th...@gmail.com>
> wrote:
>
>> +1 for option 2
>>
>> Cheers,
>> Tim
>>
>> On Fri, Apr 15, 2022 at 1:58 PM Gus Heck <gu...@gmail.com> wrote:
>> >
>> > +1 for 2
>> >
>> > On Fri, Apr 15, 2022 at 1:47 PM David Smiley <ds...@apache.org>
>> wrote:
>> >>
>> >> (no opinion) but thanks for driving this.
>> >>
>> >> ~ David Smiley
>> >> Apache Lucene/Solr Search Developer
>> >> http://www.linkedin.com/in/davidwsmiley
>> >>
>> >>
>> >> On Fri, Apr 15, 2022 at 12:23 PM Kevin Risden <kr...@apache.org>
>> wrote:
>> >>>
>> >>> +1 option 2
>> >>>
>> >>> Kevin Risden
>> >>>
>> >>>
>> >>> On Fri, Apr 15, 2022 at 12:04 PM Ishan Chattopadhyaya <
>> ichattopadhyaya@gmail.com> wrote:
>> >>>>
>> >>>> +1 for deleting the tag. Option 2.
>> >>>>
>> >>>> On Fri, Apr 15, 2022 at 9:28 PM Anshum Gupta <an...@anshumgupta.net>
>> wrote:
>> >>>>>
>> >>>>> I'd suggest #2 because there's no point moving forward with a
>> release, then announcing the issues with it or confusing users with a
>> missing release announcement.
>> >>>>>
>> >>>>> On Fri, Apr 15, 2022 at 8:53 AM Houston Putman <ho...@apache.org>
>> wrote:
>> >>>>>>
>> >>>>>> So I guess we need to make a decision everyone. Do we:
>> >>>>>>
>> >>>>>> Continue with the release to make sure that everything is there
>> that should be, but skip announcing it (Because we know there are issues).
>> Then immediately start the 9.0.1 release with the necessary fixes.
>> >>>>>> Stop this release, remove the release artifacts in dist.apache.org
>> and also delete the 9.0.0 git tag. (not sure how feasible either of these
>> are). Then start an RC4 for 9.0.0, with the necessary fixes.
>> >>>>>>
>> >>>>>>
>> >>>>>> I guess, could everyone weigh in with their opinion? This is a
>> sticky situation and I don't want to move forward without consensus.
>> >>>>>>
>> >>>>>> - Houston
>> >>>>>>
>> >>>>>>
>> >>>>>> On Wed, Apr 13, 2022 at 6:06 PM Houston Putman <ho...@apache.org>
>> wrote:
>> >>>>>>>
>> >>>>>>> You’re right mike, that slipped my mind.
>> >>>>>>>
>> >>>>>>> On Wed, Apr 13, 2022 at 6:05 PM David Smiley <ds...@apache.org>
>> wrote:
>> >>>>>>>>
>> >>>>>>>> This definitely needs to be addressed; basic working Maven
>> coordinates are important. Next time I guess we need to validate this via
>> the smoke tester, I suppose?
>> >>>>>>>>
>> >>>>>>>> ~ David Smiley
>> >>>>>>>> Apache Lucene/Solr Search Developer
>> >>>>>>>> http://www.linkedin.com/in/davidwsmiley
>> >>>>>>>>
>> >>>>>>>>
>> >>>>>>>> On Wed, Apr 13, 2022 at 5:59 PM Anshum Gupta <
>> anshum@anshumgupta.net> wrote:
>> >>>>>>>>>
>> >>>>>>>>> Thanks for the update, Houston.
>> >>>>>>>>>
>> >>>>>>>>> I think this calls for an RC4.
>> >>>>>>>>>
>> >>>>>>>>> I'll be happy to review the PRs as they come in.
>> >>>>>>>>>
>> >>>>>>>>> On Wed, Apr 13, 2022 at 2:32 PM Houston Putman <
>> houston@apache.org> wrote:
>> >>>>>>>>>>
>> >>>>>>>>>> Hello everyone,
>> >>>>>>>>>>
>> >>>>>>>>>> Unfortunately, while the build passed I noticed some issues
>> when building the remaining infrastructure to finish the release process (A
>> fair amount of stuff left to do since the docker and gradle migration).
>> >>>>>>>>>>
>> >>>>>>>>>> The biggest issue I found was that the solr-core maven
>> artifact cannot be used, since it still relies on the solr-server artifact,
>> which doesn't exist. There are also modules that don't have maven artifacts
>> created. (And module artifacts rely on solr-core, so they also cannot be
>> used)
>> >>>>>>>>>>
>> >>>>>>>>>> I think this warrants an RC4 (and while we do have the RC3
>> release artifacts in
>> https://dist.apache.org/repos/dist/release/solr/solr/), we can work with
>> Apache infra to get that removed.
>> >>>>>>>>>>
>> >>>>>>>>>> If y'all think we should continue with the release anyways, I
>> can do that as well. Will wait for some consensus while continuing to build
>> in the necessary release steps. (for RC3 or RC4)
>> >>>>>>>>>>
>> >>>>>>>>>> Will have a fair number of PRs coming up to fix these things,
>> so help reviewing them would be much appreciated.
>> >>>>>>>>>>
>> >>>>>>>>>> - Houston
>> >>>>>>>>>>
>> >>>>>>>>>> On Fri, Apr 8, 2022 at 6:55 PM Jan Høydahl <
>> jan.asf@cominvent.com> wrote:
>> >>>>>>>>>>>
>> >>>>>>>>>>> It's been >72h since the vote was initiated and the result is:
>> >>>>>>>>>>>
>> >>>>>>>>>>> +1 7 (7 binding)
>> >>>>>>>>>>> 0 1
>> >>>>>>>>>>> -1 0
>> >>>>>>>>>>>
>> >>>>>>>>>>> This vote has PASSED
>> >>>>>>>>>>>
>> >>>>>>>>>>> Congratulations everyone for reaching this milestone!
>> >>>>>>>>>>>
>> >>>>>>>>>>> There are still a few loose ends before the release can be
>> published and announced.
>> >>>>>>>>>>> I'm away the next week, and Houston Putman has agreed to take
>> over the RM job from here.
>> >>>>>>>>>>>
>> >>>>>>>>>>> Thanks for stepping up Houston!
>> >>>>>>>>>>>
>> >>>>>>>>>>> Jan
>> >>>>>>>>>>>
>> >>>>>>>>>>> 8. apr. 2022 kl. 23:43 skrev Mike Drob <md...@mdrob.com>:
>> >>>>>>>>>>>
>> >>>>>>>>>>> If we're not doing anything with the release artifacts anyway
>> (since you'll be on holiday, Jan), would it be fine to leave it open over
>> the weekend? I didn't get nearly the amount of testing done on this that I
>> wanted to, mainly trying to figure out if SOLR-16143 was a real problem
>> (yes) or just a test issue (no) or worthy of blocking a release (probably
>> not).
>> >>>>>>>>>>>
>> >>>>>>>>>>> On Fri, Apr 8, 2022 at 4:40 PM Anshum Gupta <
>> anshum@anshumgupta.net> wrote:
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> and just around the deadline, I got the smoke-tester to
>> pass. Thanks to everyone who helped :)
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> I changed a ton of things but most likely, it was an
>> init.gradle file with some random stuff that was causing the issue. I
>> remember having deleted that file a few months ago, but not sure what job
>> regenerates that and adds that to the ~/.gradle folder.
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> Here's my +1 (binding)
>> >>>>>>>>>>>> SUCCESS! [0:46:31.241458]
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> Also, tested SolrJ and some basic search/indexing using some
>> sample app.
>> >>>>>>>>>>>>
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> On Fri, Apr 8, 2022 at 1:06 PM Jan Høydahl <
>> jan.asf@cominvent.com> wrote:
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> This vote ends in an hour or so.
>> >>>>>>>>>>>>> While there are currently five +1's and a few +0, I feel it
>> is inconclusive due to the SolrCell issue?
>> >>>>>>>>>>>>> Kevin, guess your vote will decide :)
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> Jan
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> 8. apr. 2022 kl. 18:00 skrev Kevin Risden <
>> krisden@apache.org>:
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> The smoke tester passed for me: SUCCESS! [0:54:21.639508]
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> However, I'm running into issues checking Tika integration
>> / Solr Cell. Following
>> https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>>> 2022-04-08 14:52:18.768 ERROR (qtp201274566-26) []
>> o.a.s.s.SolrRequestParsers Couldn't get multipart parts in order to delete
>> them => java.lang.IllegalStateException: No multipart config for servlet
>> >>>>>>>>>>>>>> at
>> org.eclipse.jetty.server.Request.getParts(Request.java:2420)
>> >>>>>>>>>>>>>> java.lang.IllegalStateException: No multipart config for
>> servlet
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> I tried curl and the bin/post examples and they didn't
>> work. I also tried running Solr with "./bin/solr -e schemaless
>> -Dsolr.module=extraction" but the behavior was the same.
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> This happened to be the first module I started trying to
>> make sure I didn't break anything with tons of the module changes in 9.0. I
>> know SQL issues were fixed.
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> Anshum - I can try to help debug the security manager stuff
>> on the ticket you filed https://issues.apache.org/jira/browse/SOLR-16135
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> Kevin Risden
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> Kevin Risden
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> On Thu, Apr 7, 2022 at 5:28 PM Anshum Gupta <
>> anshum@anshumgupta.net> wrote:
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> I can't seem to get the smoketest to pass on this RC, like
>> the previous two.
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> At this point, I've tried:
>> >>>>>>>>>>>>>> - Fresh clone of the repository
>> >>>>>>>>>>>>>> - Multiple JDK versions from JDK11, 14, 17
>> >>>>>>>>>>>>>> - Cleanup gradle cache
>> >>>>>>>>>>>>>> - Multiple machines (Macbook and iMac)
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> At this point I have the HDFS module tests and the adminUI
>> test failing with SecurityManager related exceptions e.g.
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> org.apache.solr.hdfs.store.HdfsDirectoryTest > classMethod
>> FAILED
>> >>>>>>>>>>>>>> java.security.AccessControlException: access denied
>> ("java.io.FilePermission"
>> "/Users/anshumg/workspace/apache/solr/solr/modules/hdfs/build/tmp" "write")
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> I don't have a custom security policy and even running
>> with -Djava.security.debug=access,failure,policy didn't get any useful
>> information.
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> I'll continue looking into it, but if I don't get
>> anywhere, I'll vote based on my custom tests and manual testing.
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> -Anshum
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> On Tue, Apr 5, 2022 at 2:58 PM Jan Høydahl <
>> jan.asf@cominvent.com> wrote:
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>> Please vote for release candidate 3 for Solr 9.0.0
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>> The artifacts can be downloaded from:
>> >>>>>>>>>>>>>>>
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>> You are encouraged to do an extra thorough test and
>> manual inspection beyond
>> >>>>>>>>>>>>>>> running the smoketester, since this is a major release.
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>> You can build a release-candidate of the official docker
>> image using the following command:
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr &&
>> \
>> >>>>>>>>>>>>>>>
>> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e && \
>> >>>>>>>>>>>>>>> docker build
>> $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>> >>>>>>>>>>>>>>> --build-arg
>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>> >>>>>>>>>>>>>>> -t solr-rc:9.0.0-3
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>> The vote will be open for at least 72 hours i.e. until
>> 2022-04-08 22:00 UTC.
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>> [ ] +1 approve
>> >>>>>>>>>>>>>>> [ ] +0 no opinion
>> >>>>>>>>>>>>>>> [ ] -1 disapprove (and reason why)
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>> Here is my +1
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>> SUCCESS! [0:46:42.638796]
>> >>>>>>>>>>>>>>>
>> ---------------------------------------------------------------------
>> >>>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>> >>>>>>>>>>>>>>> For additional commands, e-mail: dev-help@solr.apache.org
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> --
>> >>>>>>>>>>>>>> Anshum Gupta
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> --
>> >>>>>>>>>>>> Anshum Gupta
>> >>>>>>>>>>>
>> >>>>>>>>>>>
>> >>>>>>>>>
>> >>>>>>>>>
>> >>>>>>>>> --
>> >>>>>>>>> Anshum Gupta
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> --
>> >>>>> Anshum Gupta
>> >
>> >
>> >
>> > --
>> > http://www.needhamsoftware.com (work)
>> > http://www.the111shift.com (play)
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>> For additional commands, e-mail: dev-help@solr.apache.org
>>
>>
Re: [RESULT][VOTE] Release Solr 9.0.0 RC3
Posted by Houston Putman <ho...@gmail.com>.
Ok that looks like 6 +1 for option 2 (removing the git tag and
dist.apache.org release for RC3 and moving forward with RC4 when things are
fixed).
I will kick that off.
On Fri, Apr 15, 2022 at 4:59 PM Timothy Potter <th...@gmail.com> wrote:
> +1 for option 2
>
> Cheers,
> Tim
>
> On Fri, Apr 15, 2022 at 1:58 PM Gus Heck <gu...@gmail.com> wrote:
> >
> > +1 for 2
> >
> > On Fri, Apr 15, 2022 at 1:47 PM David Smiley <ds...@apache.org> wrote:
> >>
> >> (no opinion) but thanks for driving this.
> >>
> >> ~ David Smiley
> >> Apache Lucene/Solr Search Developer
> >> http://www.linkedin.com/in/davidwsmiley
> >>
> >>
> >> On Fri, Apr 15, 2022 at 12:23 PM Kevin Risden <kr...@apache.org>
> wrote:
> >>>
> >>> +1 option 2
> >>>
> >>> Kevin Risden
> >>>
> >>>
> >>> On Fri, Apr 15, 2022 at 12:04 PM Ishan Chattopadhyaya <
> ichattopadhyaya@gmail.com> wrote:
> >>>>
> >>>> +1 for deleting the tag. Option 2.
> >>>>
> >>>> On Fri, Apr 15, 2022 at 9:28 PM Anshum Gupta <an...@anshumgupta.net>
> wrote:
> >>>>>
> >>>>> I'd suggest #2 because there's no point moving forward with a
> release, then announcing the issues with it or confusing users with a
> missing release announcement.
> >>>>>
> >>>>> On Fri, Apr 15, 2022 at 8:53 AM Houston Putman <ho...@apache.org>
> wrote:
> >>>>>>
> >>>>>> So I guess we need to make a decision everyone. Do we:
> >>>>>>
> >>>>>> Continue with the release to make sure that everything is there
> that should be, but skip announcing it (Because we know there are issues).
> Then immediately start the 9.0.1 release with the necessary fixes.
> >>>>>> Stop this release, remove the release artifacts in dist.apache.org
> and also delete the 9.0.0 git tag. (not sure how feasible either of these
> are). Then start an RC4 for 9.0.0, with the necessary fixes.
> >>>>>>
> >>>>>>
> >>>>>> I guess, could everyone weigh in with their opinion? This is a
> sticky situation and I don't want to move forward without consensus.
> >>>>>>
> >>>>>> - Houston
> >>>>>>
> >>>>>>
> >>>>>> On Wed, Apr 13, 2022 at 6:06 PM Houston Putman <ho...@apache.org>
> wrote:
> >>>>>>>
> >>>>>>> You’re right mike, that slipped my mind.
> >>>>>>>
> >>>>>>> On Wed, Apr 13, 2022 at 6:05 PM David Smiley <ds...@apache.org>
> wrote:
> >>>>>>>>
> >>>>>>>> This definitely needs to be addressed; basic working Maven
> coordinates are important. Next time I guess we need to validate this via
> the smoke tester, I suppose?
> >>>>>>>>
> >>>>>>>> ~ David Smiley
> >>>>>>>> Apache Lucene/Solr Search Developer
> >>>>>>>> http://www.linkedin.com/in/davidwsmiley
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> On Wed, Apr 13, 2022 at 5:59 PM Anshum Gupta <
> anshum@anshumgupta.net> wrote:
> >>>>>>>>>
> >>>>>>>>> Thanks for the update, Houston.
> >>>>>>>>>
> >>>>>>>>> I think this calls for an RC4.
> >>>>>>>>>
> >>>>>>>>> I'll be happy to review the PRs as they come in.
> >>>>>>>>>
> >>>>>>>>> On Wed, Apr 13, 2022 at 2:32 PM Houston Putman <
> houston@apache.org> wrote:
> >>>>>>>>>>
> >>>>>>>>>> Hello everyone,
> >>>>>>>>>>
> >>>>>>>>>> Unfortunately, while the build passed I noticed some issues
> when building the remaining infrastructure to finish the release process (A
> fair amount of stuff left to do since the docker and gradle migration).
> >>>>>>>>>>
> >>>>>>>>>> The biggest issue I found was that the solr-core maven artifact
> cannot be used, since it still relies on the solr-server artifact, which
> doesn't exist. There are also modules that don't have maven artifacts
> created. (And module artifacts rely on solr-core, so they also cannot be
> used)
> >>>>>>>>>>
> >>>>>>>>>> I think this warrants an RC4 (and while we do have the RC3
> release artifacts in https://dist.apache.org/repos/dist/release/solr/solr/),
> we can work with Apache infra to get that removed.
> >>>>>>>>>>
> >>>>>>>>>> If y'all think we should continue with the release anyways, I
> can do that as well. Will wait for some consensus while continuing to build
> in the necessary release steps. (for RC3 or RC4)
> >>>>>>>>>>
> >>>>>>>>>> Will have a fair number of PRs coming up to fix these things,
> so help reviewing them would be much appreciated.
> >>>>>>>>>>
> >>>>>>>>>> - Houston
> >>>>>>>>>>
> >>>>>>>>>> On Fri, Apr 8, 2022 at 6:55 PM Jan Høydahl <
> jan.asf@cominvent.com> wrote:
> >>>>>>>>>>>
> >>>>>>>>>>> It's been >72h since the vote was initiated and the result is:
> >>>>>>>>>>>
> >>>>>>>>>>> +1 7 (7 binding)
> >>>>>>>>>>> 0 1
> >>>>>>>>>>> -1 0
> >>>>>>>>>>>
> >>>>>>>>>>> This vote has PASSED
> >>>>>>>>>>>
> >>>>>>>>>>> Congratulations everyone for reaching this milestone!
> >>>>>>>>>>>
> >>>>>>>>>>> There are still a few loose ends before the release can be
> published and announced.
> >>>>>>>>>>> I'm away the next week, and Houston Putman has agreed to take
> over the RM job from here.
> >>>>>>>>>>>
> >>>>>>>>>>> Thanks for stepping up Houston!
> >>>>>>>>>>>
> >>>>>>>>>>> Jan
> >>>>>>>>>>>
> >>>>>>>>>>> 8. apr. 2022 kl. 23:43 skrev Mike Drob <md...@mdrob.com>:
> >>>>>>>>>>>
> >>>>>>>>>>> If we're not doing anything with the release artifacts anyway
> (since you'll be on holiday, Jan), would it be fine to leave it open over
> the weekend? I didn't get nearly the amount of testing done on this that I
> wanted to, mainly trying to figure out if SOLR-16143 was a real problem
> (yes) or just a test issue (no) or worthy of blocking a release (probably
> not).
> >>>>>>>>>>>
> >>>>>>>>>>> On Fri, Apr 8, 2022 at 4:40 PM Anshum Gupta <
> anshum@anshumgupta.net> wrote:
> >>>>>>>>>>>>
> >>>>>>>>>>>> and just around the deadline, I got the smoke-tester to pass.
> Thanks to everyone who helped :)
> >>>>>>>>>>>>
> >>>>>>>>>>>> I changed a ton of things but most likely, it was an
> init.gradle file with some random stuff that was causing the issue. I
> remember having deleted that file a few months ago, but not sure what job
> regenerates that and adds that to the ~/.gradle folder.
> >>>>>>>>>>>>
> >>>>>>>>>>>> Here's my +1 (binding)
> >>>>>>>>>>>> SUCCESS! [0:46:31.241458]
> >>>>>>>>>>>>
> >>>>>>>>>>>> Also, tested SolrJ and some basic search/indexing using some
> sample app.
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> On Fri, Apr 8, 2022 at 1:06 PM Jan Høydahl <
> jan.asf@cominvent.com> wrote:
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> This vote ends in an hour or so.
> >>>>>>>>>>>>> While there are currently five +1's and a few +0, I feel it
> is inconclusive due to the SolrCell issue?
> >>>>>>>>>>>>> Kevin, guess your vote will decide :)
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Jan
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> 8. apr. 2022 kl. 18:00 skrev Kevin Risden <
> krisden@apache.org>:
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> The smoke tester passed for me: SUCCESS! [0:54:21.639508]
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> However, I'm running into issues checking Tika integration /
> Solr Cell. Following
> https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>> 2022-04-08 14:52:18.768 ERROR (qtp201274566-26) []
> o.a.s.s.SolrRequestParsers Couldn't get multipart parts in order to delete
> them => java.lang.IllegalStateException: No multipart config for servlet
> >>>>>>>>>>>>>> at
> org.eclipse.jetty.server.Request.getParts(Request.java:2420)
> >>>>>>>>>>>>>> java.lang.IllegalStateException: No multipart config for
> servlet
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> I tried curl and the bin/post examples and they didn't work.
> I also tried running Solr with "./bin/solr -e schemaless
> -Dsolr.module=extraction" but the behavior was the same.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> This happened to be the first module I started trying to
> make sure I didn't break anything with tons of the module changes in 9.0. I
> know SQL issues were fixed.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Anshum - I can try to help debug the security manager stuff
> on the ticket you filed https://issues.apache.org/jira/browse/SOLR-16135
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Kevin Risden
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Kevin Risden
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> On Thu, Apr 7, 2022 at 5:28 PM Anshum Gupta <
> anshum@anshumgupta.net> wrote:
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> I can't seem to get the smoketest to pass on this RC, like
> the previous two.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> At this point, I've tried:
> >>>>>>>>>>>>>> - Fresh clone of the repository
> >>>>>>>>>>>>>> - Multiple JDK versions from JDK11, 14, 17
> >>>>>>>>>>>>>> - Cleanup gradle cache
> >>>>>>>>>>>>>> - Multiple machines (Macbook and iMac)
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> At this point I have the HDFS module tests and the adminUI
> test failing with SecurityManager related exceptions e.g.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> org.apache.solr.hdfs.store.HdfsDirectoryTest > classMethod
> FAILED
> >>>>>>>>>>>>>> java.security.AccessControlException: access denied
> ("java.io.FilePermission"
> "/Users/anshumg/workspace/apache/solr/solr/modules/hdfs/build/tmp" "write")
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> I don't have a custom security policy and even running with
> -Djava.security.debug=access,failure,policy didn't get any useful
> information.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> I'll continue looking into it, but if I don't get anywhere,
> I'll vote based on my custom tests and manual testing.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> -Anshum
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> On Tue, Apr 5, 2022 at 2:58 PM Jan Høydahl <
> jan.asf@cominvent.com> wrote:
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> Please vote for release candidate 3 for Solr 9.0.0
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> The artifacts can be downloaded from:
> >>>>>>>>>>>>>>>
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> You are encouraged to do an extra thorough test and manual
> inspection beyond
> >>>>>>>>>>>>>>> running the smoketester, since this is a major release.
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> You can build a release-candidate of the official docker
> image using the following command:
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
> >>>>>>>>>>>>>>>
> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e && \
> >>>>>>>>>>>>>>> docker build
> $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
> >>>>>>>>>>>>>>> --build-arg
> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
> >>>>>>>>>>>>>>> -t solr-rc:9.0.0-3
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> The vote will be open for at least 72 hours i.e. until
> 2022-04-08 22:00 UTC.
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> [ ] +1 approve
> >>>>>>>>>>>>>>> [ ] +0 no opinion
> >>>>>>>>>>>>>>> [ ] -1 disapprove (and reason why)
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> Here is my +1
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> SUCCESS! [0:46:42.638796]
> >>>>>>>>>>>>>>>
> ---------------------------------------------------------------------
> >>>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> >>>>>>>>>>>>>>> For additional commands, e-mail: dev-help@solr.apache.org
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> --
> >>>>>>>>>>>>>> Anshum Gupta
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> --
> >>>>>>>>>>>> Anshum Gupta
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> --
> >>>>>>>>> Anshum Gupta
> >>>>>
> >>>>>
> >>>>>
> >>>>> --
> >>>>> Anshum Gupta
> >
> >
> >
> > --
> > http://www.needhamsoftware.com (work)
> > http://www.the111shift.com (play)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> For additional commands, e-mail: dev-help@solr.apache.org
>
>
Re: [RESULT][VOTE] Release Solr 9.0.0 RC3
Posted by Timothy Potter <th...@gmail.com>.
+1 for option 2
Cheers,
Tim
On Fri, Apr 15, 2022 at 1:58 PM Gus Heck <gu...@gmail.com> wrote:
>
> +1 for 2
>
> On Fri, Apr 15, 2022 at 1:47 PM David Smiley <ds...@apache.org> wrote:
>>
>> (no opinion) but thanks for driving this.
>>
>> ~ David Smiley
>> Apache Lucene/Solr Search Developer
>> http://www.linkedin.com/in/davidwsmiley
>>
>>
>> On Fri, Apr 15, 2022 at 12:23 PM Kevin Risden <kr...@apache.org> wrote:
>>>
>>> +1 option 2
>>>
>>> Kevin Risden
>>>
>>>
>>> On Fri, Apr 15, 2022 at 12:04 PM Ishan Chattopadhyaya <ic...@gmail.com> wrote:
>>>>
>>>> +1 for deleting the tag. Option 2.
>>>>
>>>> On Fri, Apr 15, 2022 at 9:28 PM Anshum Gupta <an...@anshumgupta.net> wrote:
>>>>>
>>>>> I'd suggest #2 because there's no point moving forward with a release, then announcing the issues with it or confusing users with a missing release announcement.
>>>>>
>>>>> On Fri, Apr 15, 2022 at 8:53 AM Houston Putman <ho...@apache.org> wrote:
>>>>>>
>>>>>> So I guess we need to make a decision everyone. Do we:
>>>>>>
>>>>>> Continue with the release to make sure that everything is there that should be, but skip announcing it (Because we know there are issues). Then immediately start the 9.0.1 release with the necessary fixes.
>>>>>> Stop this release, remove the release artifacts in dist.apache.org and also delete the 9.0.0 git tag. (not sure how feasible either of these are). Then start an RC4 for 9.0.0, with the necessary fixes.
>>>>>>
>>>>>>
>>>>>> I guess, could everyone weigh in with their opinion? This is a sticky situation and I don't want to move forward without consensus.
>>>>>>
>>>>>> - Houston
>>>>>>
>>>>>>
>>>>>> On Wed, Apr 13, 2022 at 6:06 PM Houston Putman <ho...@apache.org> wrote:
>>>>>>>
>>>>>>> You’re right mike, that slipped my mind.
>>>>>>>
>>>>>>> On Wed, Apr 13, 2022 at 6:05 PM David Smiley <ds...@apache.org> wrote:
>>>>>>>>
>>>>>>>> This definitely needs to be addressed; basic working Maven coordinates are important. Next time I guess we need to validate this via the smoke tester, I suppose?
>>>>>>>>
>>>>>>>> ~ David Smiley
>>>>>>>> Apache Lucene/Solr Search Developer
>>>>>>>> http://www.linkedin.com/in/davidwsmiley
>>>>>>>>
>>>>>>>>
>>>>>>>> On Wed, Apr 13, 2022 at 5:59 PM Anshum Gupta <an...@anshumgupta.net> wrote:
>>>>>>>>>
>>>>>>>>> Thanks for the update, Houston.
>>>>>>>>>
>>>>>>>>> I think this calls for an RC4.
>>>>>>>>>
>>>>>>>>> I'll be happy to review the PRs as they come in.
>>>>>>>>>
>>>>>>>>> On Wed, Apr 13, 2022 at 2:32 PM Houston Putman <ho...@apache.org> wrote:
>>>>>>>>>>
>>>>>>>>>> Hello everyone,
>>>>>>>>>>
>>>>>>>>>> Unfortunately, while the build passed I noticed some issues when building the remaining infrastructure to finish the release process (A fair amount of stuff left to do since the docker and gradle migration).
>>>>>>>>>>
>>>>>>>>>> The biggest issue I found was that the solr-core maven artifact cannot be used, since it still relies on the solr-server artifact, which doesn't exist. There are also modules that don't have maven artifacts created. (And module artifacts rely on solr-core, so they also cannot be used)
>>>>>>>>>>
>>>>>>>>>> I think this warrants an RC4 (and while we do have the RC3 release artifacts in https://dist.apache.org/repos/dist/release/solr/solr/), we can work with Apache infra to get that removed.
>>>>>>>>>>
>>>>>>>>>> If y'all think we should continue with the release anyways, I can do that as well. Will wait for some consensus while continuing to build in the necessary release steps. (for RC3 or RC4)
>>>>>>>>>>
>>>>>>>>>> Will have a fair number of PRs coming up to fix these things, so help reviewing them would be much appreciated.
>>>>>>>>>>
>>>>>>>>>> - Houston
>>>>>>>>>>
>>>>>>>>>> On Fri, Apr 8, 2022 at 6:55 PM Jan Høydahl <ja...@cominvent.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>> It's been >72h since the vote was initiated and the result is:
>>>>>>>>>>>
>>>>>>>>>>> +1 7 (7 binding)
>>>>>>>>>>> 0 1
>>>>>>>>>>> -1 0
>>>>>>>>>>>
>>>>>>>>>>> This vote has PASSED
>>>>>>>>>>>
>>>>>>>>>>> Congratulations everyone for reaching this milestone!
>>>>>>>>>>>
>>>>>>>>>>> There are still a few loose ends before the release can be published and announced.
>>>>>>>>>>> I'm away the next week, and Houston Putman has agreed to take over the RM job from here.
>>>>>>>>>>>
>>>>>>>>>>> Thanks for stepping up Houston!
>>>>>>>>>>>
>>>>>>>>>>> Jan
>>>>>>>>>>>
>>>>>>>>>>> 8. apr. 2022 kl. 23:43 skrev Mike Drob <md...@mdrob.com>:
>>>>>>>>>>>
>>>>>>>>>>> If we're not doing anything with the release artifacts anyway (since you'll be on holiday, Jan), would it be fine to leave it open over the weekend? I didn't get nearly the amount of testing done on this that I wanted to, mainly trying to figure out if SOLR-16143 was a real problem (yes) or just a test issue (no) or worthy of blocking a release (probably not).
>>>>>>>>>>>
>>>>>>>>>>> On Fri, Apr 8, 2022 at 4:40 PM Anshum Gupta <an...@anshumgupta.net> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> and just around the deadline, I got the smoke-tester to pass. Thanks to everyone who helped :)
>>>>>>>>>>>>
>>>>>>>>>>>> I changed a ton of things but most likely, it was an init.gradle file with some random stuff that was causing the issue. I remember having deleted that file a few months ago, but not sure what job regenerates that and adds that to the ~/.gradle folder.
>>>>>>>>>>>>
>>>>>>>>>>>> Here's my +1 (binding)
>>>>>>>>>>>> SUCCESS! [0:46:31.241458]
>>>>>>>>>>>>
>>>>>>>>>>>> Also, tested SolrJ and some basic search/indexing using some sample app.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Fri, Apr 8, 2022 at 1:06 PM Jan Høydahl <ja...@cominvent.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>> This vote ends in an hour or so.
>>>>>>>>>>>>> While there are currently five +1's and a few +0, I feel it is inconclusive due to the SolrCell issue?
>>>>>>>>>>>>> Kevin, guess your vote will decide :)
>>>>>>>>>>>>>
>>>>>>>>>>>>> Jan
>>>>>>>>>>>>>
>>>>>>>>>>>>> 8. apr. 2022 kl. 18:00 skrev Kevin Risden <kr...@apache.org>:
>>>>>>>>>>>>>
>>>>>>>>>>>>> The smoke tester passed for me: SUCCESS! [0:54:21.639508]
>>>>>>>>>>>>>
>>>>>>>>>>>>> However, I'm running into issues checking Tika integration / Solr Cell. Following https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html
>>>>>>>>>>>>>
>>>>>>>>>>>>>> 2022-04-08 14:52:18.768 ERROR (qtp201274566-26) [] o.a.s.s.SolrRequestParsers Couldn't get multipart parts in order to delete them => java.lang.IllegalStateException: No multipart config for servlet
>>>>>>>>>>>>>> at org.eclipse.jetty.server.Request.getParts(Request.java:2420)
>>>>>>>>>>>>>> java.lang.IllegalStateException: No multipart config for servlet
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> I tried curl and the bin/post examples and they didn't work. I also tried running Solr with "./bin/solr -e schemaless -Dsolr.module=extraction" but the behavior was the same.
>>>>>>>>>>>>>
>>>>>>>>>>>>> This happened to be the first module I started trying to make sure I didn't break anything with tons of the module changes in 9.0. I know SQL issues were fixed.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Anshum - I can try to help debug the security manager stuff on the ticket you filed https://issues.apache.org/jira/browse/SOLR-16135
>>>>>>>>>>>>>
>>>>>>>>>>>>> Kevin Risden
>>>>>>>>>>>>>
>>>>>>>>>>>>> Kevin Risden
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Thu, Apr 7, 2022 at 5:28 PM Anshum Gupta <an...@anshumgupta.net> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I can't seem to get the smoketest to pass on this RC, like the previous two.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> At this point, I've tried:
>>>>>>>>>>>>>> - Fresh clone of the repository
>>>>>>>>>>>>>> - Multiple JDK versions from JDK11, 14, 17
>>>>>>>>>>>>>> - Cleanup gradle cache
>>>>>>>>>>>>>> - Multiple machines (Macbook and iMac)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> At this point I have the HDFS module tests and the adminUI test failing with SecurityManager related exceptions e.g.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.apache.solr.hdfs.store.HdfsDirectoryTest > classMethod FAILED
>>>>>>>>>>>>>> java.security.AccessControlException: access denied ("java.io.FilePermission" "/Users/anshumg/workspace/apache/solr/solr/modules/hdfs/build/tmp" "write")
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I don't have a custom security policy and even running with -Djava.security.debug=access,failure,policy didn't get any useful information.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I'll continue looking into it, but if I don't get anywhere, I'll vote based on my custom tests and manual testing.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> -Anshum
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Tue, Apr 5, 2022 at 2:58 PM Jan Høydahl <ja...@cominvent.com> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Please vote for release candidate 3 for Solr 9.0.0
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> The artifacts can be downloaded from:
>>>>>>>>>>>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> You are encouraged to do an extra thorough test and manual inspection beyond
>>>>>>>>>>>>>>> running the smoketester, since this is a major release.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> You can build a release-candidate of the official docker image using the following command:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>>>>>>>>>>>>>> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e && \
>>>>>>>>>>>>>>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>>>>>>>>>>>>>> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>>>>>>>>>>>>>> -t solr-rc:9.0.0-3
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> The vote will be open for at least 72 hours i.e. until 2022-04-08 22:00 UTC.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> [ ] +1 approve
>>>>>>>>>>>>>>> [ ] +0 no opinion
>>>>>>>>>>>>>>> [ ] -1 disapprove (and reason why)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Here is my +1
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> SUCCESS! [0:46:42.638796]
>>>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>>>>>>>>>>>>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --
>>>>>>>>>>>>>> Anshum Gupta
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> Anshum Gupta
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Anshum Gupta
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Anshum Gupta
>
>
>
> --
> http://www.needhamsoftware.com (work)
> http://www.the111shift.com (play)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
For additional commands, e-mail: dev-help@solr.apache.org
Re: [RESULT][VOTE] Release Solr 9.0.0 RC3
Posted by Gus Heck <gu...@gmail.com>.
+1 for 2
On Fri, Apr 15, 2022 at 1:47 PM David Smiley <ds...@apache.org> wrote:
> (no opinion) but thanks for driving this.
>
> ~ David Smiley
> Apache Lucene/Solr Search Developer
> http://www.linkedin.com/in/davidwsmiley
>
>
> On Fri, Apr 15, 2022 at 12:23 PM Kevin Risden <kr...@apache.org> wrote:
>
>> +1 option 2
>>
>> Kevin Risden
>>
>>
>> On Fri, Apr 15, 2022 at 12:04 PM Ishan Chattopadhyaya <
>> ichattopadhyaya@gmail.com> wrote:
>>
>>> +1 for deleting the tag. Option 2.
>>>
>>> On Fri, Apr 15, 2022 at 9:28 PM Anshum Gupta <an...@anshumgupta.net>
>>> wrote:
>>>
>>>> I'd suggest #2 because there's no point moving forward with a release,
>>>> then announcing the issues with it or confusing users with a missing
>>>> release announcement.
>>>>
>>>> On Fri, Apr 15, 2022 at 8:53 AM Houston Putman <ho...@apache.org>
>>>> wrote:
>>>>
>>>>> So I guess we need to make a decision everyone. Do we:
>>>>>
>>>>> 1. Continue with the release to make sure that everything is there
>>>>> that should be, but skip announcing it (Because we know there are issues).
>>>>> Then immediately start the 9.0.1 release with the necessary fixes.
>>>>> 2. Stop this release, remove the release artifacts in
>>>>> dist.apache.org and also delete the 9.0.0 git tag. (not sure how
>>>>> feasible either of these are). Then start an RC4 for 9.0.0, with the
>>>>> necessary fixes.
>>>>>
>>>>>
>>>>> I guess, could everyone weigh in with their opinion? This is a sticky
>>>>> situation and I don't want to move forward without consensus.
>>>>>
>>>>> - Houston
>>>>>
>>>>>
>>>>> On Wed, Apr 13, 2022 at 6:06 PM Houston Putman <ho...@apache.org>
>>>>> wrote:
>>>>>
>>>>>> You’re right mike, that slipped my mind.
>>>>>>
>>>>>> On Wed, Apr 13, 2022 at 6:05 PM David Smiley <ds...@apache.org>
>>>>>> wrote:
>>>>>>
>>>>>>> This definitely needs to be addressed; basic working Maven
>>>>>>> coordinates are important. Next time I guess we need to validate this via
>>>>>>> the smoke tester, I suppose?
>>>>>>>
>>>>>>> ~ David Smiley
>>>>>>> Apache Lucene/Solr Search Developer
>>>>>>> http://www.linkedin.com/in/davidwsmiley
>>>>>>>
>>>>>>>
>>>>>>> On Wed, Apr 13, 2022 at 5:59 PM Anshum Gupta <an...@anshumgupta.net>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Thanks for the update, Houston.
>>>>>>>>
>>>>>>>> I think this calls for an RC4.
>>>>>>>>
>>>>>>>> I'll be happy to review the PRs as they come in.
>>>>>>>>
>>>>>>>> On Wed, Apr 13, 2022 at 2:32 PM Houston Putman <ho...@apache.org>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> Hello everyone,
>>>>>>>>>
>>>>>>>>> Unfortunately, while the build passed I noticed some issues when
>>>>>>>>> building the remaining infrastructure to finish the release process (A fair
>>>>>>>>> amount of stuff left to do since the docker and gradle migration).
>>>>>>>>>
>>>>>>>>> The biggest issue I found was that the solr-core maven artifact
>>>>>>>>> cannot be used, since it still relies on the solr-server artifact, which
>>>>>>>>> doesn't exist. There are also modules that don't have maven artifacts
>>>>>>>>> created. (And module artifacts rely on solr-core, so they also cannot be
>>>>>>>>> used)
>>>>>>>>>
>>>>>>>>> I think this warrants an RC4 (and while we do have the RC3 release
>>>>>>>>> artifacts in https://dist.apache.org/repos/dist/release/solr/solr/),
>>>>>>>>> we can work with Apache infra to get that removed.
>>>>>>>>>
>>>>>>>>> If y'all think we should continue with the release anyways, I can
>>>>>>>>> do that as well. Will wait for some consensus while continuing to build in
>>>>>>>>> the necessary release steps. (for RC3 or RC4)
>>>>>>>>>
>>>>>>>>> Will have a fair number of PRs coming up to fix these things, so
>>>>>>>>> help reviewing them would be much appreciated.
>>>>>>>>>
>>>>>>>>> - Houston
>>>>>>>>>
>>>>>>>>> On Fri, Apr 8, 2022 at 6:55 PM Jan Høydahl <ja...@cominvent.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> It's been >72h since the vote was initiated and the result is:
>>>>>>>>>>
>>>>>>>>>> +1 7 (7 binding)
>>>>>>>>>> 0 1
>>>>>>>>>> -1 0
>>>>>>>>>>
>>>>>>>>>> This vote has PASSED
>>>>>>>>>>
>>>>>>>>>> Congratulations everyone for reaching this milestone!
>>>>>>>>>>
>>>>>>>>>> There are still a few loose ends before the release can be
>>>>>>>>>> published and announced.
>>>>>>>>>> I'm away the next week, and Houston Putman has agreed to take
>>>>>>>>>> over the RM job from here.
>>>>>>>>>>
>>>>>>>>>> Thanks for stepping up Houston!
>>>>>>>>>>
>>>>>>>>>> Jan
>>>>>>>>>>
>>>>>>>>>> 8. apr. 2022 kl. 23:43 skrev Mike Drob <md...@mdrob.com>:
>>>>>>>>>>
>>>>>>>>>> If we're not doing anything with the release artifacts anyway
>>>>>>>>>> (since you'll be on holiday, Jan), would it be fine to leave it open over
>>>>>>>>>> the weekend? I didn't get nearly the amount of testing done on this that I
>>>>>>>>>> wanted to, mainly trying to figure out if SOLR-16143 was a real problem
>>>>>>>>>> (yes) or just a test issue (no) or worthy of blocking a release (probably
>>>>>>>>>> not).
>>>>>>>>>>
>>>>>>>>>> On Fri, Apr 8, 2022 at 4:40 PM Anshum Gupta <
>>>>>>>>>> anshum@anshumgupta.net> wrote:
>>>>>>>>>>
>>>>>>>>>>> and just around the deadline, I got the smoke-tester to pass.
>>>>>>>>>>> Thanks to everyone who helped :)
>>>>>>>>>>>
>>>>>>>>>>> I changed a ton of things but most likely, it was an init.gradle
>>>>>>>>>>> file with some random stuff that was causing the issue. I remember having
>>>>>>>>>>> deleted that file a few months ago, but not sure what job regenerates that
>>>>>>>>>>> and adds that to the ~/.gradle folder.
>>>>>>>>>>>
>>>>>>>>>>> Here's my +1 (binding)
>>>>>>>>>>> SUCCESS! [0:46:31.241458]
>>>>>>>>>>>
>>>>>>>>>>> Also, tested SolrJ and some basic search/indexing using some
>>>>>>>>>>> sample app.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Fri, Apr 8, 2022 at 1:06 PM Jan Høydahl <
>>>>>>>>>>> jan.asf@cominvent.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> This vote ends in an hour or so.
>>>>>>>>>>>> While there are currently five +1's and a few +0, I feel it is
>>>>>>>>>>>> inconclusive due to the SolrCell issue?
>>>>>>>>>>>> Kevin, guess your vote will decide :)
>>>>>>>>>>>>
>>>>>>>>>>>> Jan
>>>>>>>>>>>>
>>>>>>>>>>>> 8. apr. 2022 kl. 18:00 skrev Kevin Risden <kr...@apache.org>:
>>>>>>>>>>>>
>>>>>>>>>>>> The smoke tester passed for me: SUCCESS! [0:54:21.639508]
>>>>>>>>>>>>
>>>>>>>>>>>> However, I'm running into issues checking Tika integration /
>>>>>>>>>>>> Solr Cell. Following
>>>>>>>>>>>> https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html
>>>>>>>>>>>>
>>>>>>>>>>>> 2022-04-08 14:52:18.768 ERROR (qtp201274566-26) []
>>>>>>>>>>>>> o.a.s.s.SolrRequestParsers Couldn't get multipart parts in order to delete
>>>>>>>>>>>>> them => java.lang.IllegalStateException: No multipart config for servlet
>>>>>>>>>>>>> at org.eclipse.jetty.server.Request.getParts(Request.java:2420)
>>>>>>>>>>>>> java.lang.IllegalStateException: No multipart config for
>>>>>>>>>>>>> servlet
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> I tried curl and the bin/post examples and they didn't work. I
>>>>>>>>>>>> also tried running Solr with "./bin/solr -e schemaless
>>>>>>>>>>>> -Dsolr.module=extraction" but the behavior was the same.
>>>>>>>>>>>>
>>>>>>>>>>>> This happened to be the first module I started trying to make
>>>>>>>>>>>> sure I didn't break anything with tons of the module changes in 9.0. I know
>>>>>>>>>>>> SQL issues were fixed.
>>>>>>>>>>>>
>>>>>>>>>>>> Anshum - I can try to help debug the security manager stuff on
>>>>>>>>>>>> the ticket you filed
>>>>>>>>>>>> https://issues.apache.org/jira/browse/SOLR-16135
>>>>>>>>>>>>
>>>>>>>>>>>> Kevin Risden
>>>>>>>>>>>>
>>>>>>>>>>>> Kevin Risden
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Thu, Apr 7, 2022 at 5:28 PM Anshum Gupta <
>>>>>>>>>>>> anshum@anshumgupta.net> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> I can't seem to get the smoketest to pass on this RC, like the
>>>>>>>>>>>>> previous two.
>>>>>>>>>>>>>
>>>>>>>>>>>>> At this point, I've tried:
>>>>>>>>>>>>> - Fresh clone of the repository
>>>>>>>>>>>>> - Multiple JDK versions from JDK11, 14, 17
>>>>>>>>>>>>> - Cleanup gradle cache
>>>>>>>>>>>>> - Multiple machines (Macbook and iMac)
>>>>>>>>>>>>>
>>>>>>>>>>>>> At this point I have the HDFS module tests and the adminUI
>>>>>>>>>>>>> test failing with SecurityManager related exceptions e.g.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> *org.apache.solr.hdfs.store.HdfsDirectoryTest > classMethod
>>>>>>>>>>>>> FAILED java.security.AccessControlException: access denied
>>>>>>>>>>>>> ("java.io.FilePermission"
>>>>>>>>>>>>> "/Users/anshumg/workspace/apache/solr/solr/modules/hdfs/build/tmp" "write")*
>>>>>>>>>>>>>
>>>>>>>>>>>>> I don't have a custom security policy and even running with *-Djava.security.debug=access,failure,policy
>>>>>>>>>>>>> *didn't get any useful information.
>>>>>>>>>>>>>
>>>>>>>>>>>>> I'll continue looking into it, but if I don't get anywhere,
>>>>>>>>>>>>> I'll vote based on my custom tests and manual testing.
>>>>>>>>>>>>>
>>>>>>>>>>>>> -Anshum
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Tue, Apr 5, 2022 at 2:58 PM Jan Høydahl <
>>>>>>>>>>>>> jan.asf@cominvent.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Please vote for release candidate 3 for Solr 9.0.0
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> The artifacts can be downloaded from:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> You are encouraged to do an extra thorough test and manual
>>>>>>>>>>>>>> inspection beyond
>>>>>>>>>>>>>> running the smoketester, since this is a major release.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> You can build a release-candidate of the official docker
>>>>>>>>>>>>>> image using the following command:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e && \
>>>>>>>>>>>>>> docker build
>>>>>>>>>>>>>> $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>>>>>>>>>>>>> --build-arg
>>>>>>>>>>>>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>>>>>>>>>>>>> -t solr-rc:9.0.0-3
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> The vote will be open for at least 72 hours i.e. until
>>>>>>>>>>>>>> 2022-04-08 22:00 UTC.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> [ ] +1 approve
>>>>>>>>>>>>>> [ ] +0 no opinion
>>>>>>>>>>>>>> [ ] -1 disapprove (and reason why)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Here is my +1
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> SUCCESS! [0:46:42.638796]
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>>>>>>>>>>>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> Anshum Gupta
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Anshum Gupta
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Anshum Gupta
>>>>>>>>
>>>>>>>
>>>>
>>>> --
>>>> Anshum Gupta
>>>>
>>>
--
http://www.needhamsoftware.com (work)
http://www.the111shift.com (play)
Re: [RESULT][VOTE] Release Solr 9.0.0 RC3
Posted by David Smiley <ds...@apache.org>.
(no opinion) but thanks for driving this.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Apr 15, 2022 at 12:23 PM Kevin Risden <kr...@apache.org> wrote:
> +1 option 2
>
> Kevin Risden
>
>
> On Fri, Apr 15, 2022 at 12:04 PM Ishan Chattopadhyaya <
> ichattopadhyaya@gmail.com> wrote:
>
>> +1 for deleting the tag. Option 2.
>>
>> On Fri, Apr 15, 2022 at 9:28 PM Anshum Gupta <an...@anshumgupta.net>
>> wrote:
>>
>>> I'd suggest #2 because there's no point moving forward with a release,
>>> then announcing the issues with it or confusing users with a missing
>>> release announcement.
>>>
>>> On Fri, Apr 15, 2022 at 8:53 AM Houston Putman <ho...@apache.org>
>>> wrote:
>>>
>>>> So I guess we need to make a decision everyone. Do we:
>>>>
>>>> 1. Continue with the release to make sure that everything is there
>>>> that should be, but skip announcing it (Because we know there are issues).
>>>> Then immediately start the 9.0.1 release with the necessary fixes.
>>>> 2. Stop this release, remove the release artifacts in
>>>> dist.apache.org and also delete the 9.0.0 git tag. (not sure how
>>>> feasible either of these are). Then start an RC4 for 9.0.0, with the
>>>> necessary fixes.
>>>>
>>>>
>>>> I guess, could everyone weigh in with their opinion? This is a sticky
>>>> situation and I don't want to move forward without consensus.
>>>>
>>>> - Houston
>>>>
>>>>
>>>> On Wed, Apr 13, 2022 at 6:06 PM Houston Putman <ho...@apache.org>
>>>> wrote:
>>>>
>>>>> You’re right mike, that slipped my mind.
>>>>>
>>>>> On Wed, Apr 13, 2022 at 6:05 PM David Smiley <ds...@apache.org>
>>>>> wrote:
>>>>>
>>>>>> This definitely needs to be addressed; basic working Maven
>>>>>> coordinates are important. Next time I guess we need to validate this via
>>>>>> the smoke tester, I suppose?
>>>>>>
>>>>>> ~ David Smiley
>>>>>> Apache Lucene/Solr Search Developer
>>>>>> http://www.linkedin.com/in/davidwsmiley
>>>>>>
>>>>>>
>>>>>> On Wed, Apr 13, 2022 at 5:59 PM Anshum Gupta <an...@anshumgupta.net>
>>>>>> wrote:
>>>>>>
>>>>>>> Thanks for the update, Houston.
>>>>>>>
>>>>>>> I think this calls for an RC4.
>>>>>>>
>>>>>>> I'll be happy to review the PRs as they come in.
>>>>>>>
>>>>>>> On Wed, Apr 13, 2022 at 2:32 PM Houston Putman <ho...@apache.org>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hello everyone,
>>>>>>>>
>>>>>>>> Unfortunately, while the build passed I noticed some issues when
>>>>>>>> building the remaining infrastructure to finish the release process (A fair
>>>>>>>> amount of stuff left to do since the docker and gradle migration).
>>>>>>>>
>>>>>>>> The biggest issue I found was that the solr-core maven artifact
>>>>>>>> cannot be used, since it still relies on the solr-server artifact, which
>>>>>>>> doesn't exist. There are also modules that don't have maven artifacts
>>>>>>>> created. (And module artifacts rely on solr-core, so they also cannot be
>>>>>>>> used)
>>>>>>>>
>>>>>>>> I think this warrants an RC4 (and while we do have the RC3 release
>>>>>>>> artifacts in https://dist.apache.org/repos/dist/release/solr/solr/),
>>>>>>>> we can work with Apache infra to get that removed.
>>>>>>>>
>>>>>>>> If y'all think we should continue with the release anyways, I can
>>>>>>>> do that as well. Will wait for some consensus while continuing to build in
>>>>>>>> the necessary release steps. (for RC3 or RC4)
>>>>>>>>
>>>>>>>> Will have a fair number of PRs coming up to fix these things, so
>>>>>>>> help reviewing them would be much appreciated.
>>>>>>>>
>>>>>>>> - Houston
>>>>>>>>
>>>>>>>> On Fri, Apr 8, 2022 at 6:55 PM Jan Høydahl <ja...@cominvent.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> It's been >72h since the vote was initiated and the result is:
>>>>>>>>>
>>>>>>>>> +1 7 (7 binding)
>>>>>>>>> 0 1
>>>>>>>>> -1 0
>>>>>>>>>
>>>>>>>>> This vote has PASSED
>>>>>>>>>
>>>>>>>>> Congratulations everyone for reaching this milestone!
>>>>>>>>>
>>>>>>>>> There are still a few loose ends before the release can be
>>>>>>>>> published and announced.
>>>>>>>>> I'm away the next week, and Houston Putman has agreed to take over
>>>>>>>>> the RM job from here.
>>>>>>>>>
>>>>>>>>> Thanks for stepping up Houston!
>>>>>>>>>
>>>>>>>>> Jan
>>>>>>>>>
>>>>>>>>> 8. apr. 2022 kl. 23:43 skrev Mike Drob <md...@mdrob.com>:
>>>>>>>>>
>>>>>>>>> If we're not doing anything with the release artifacts anyway
>>>>>>>>> (since you'll be on holiday, Jan), would it be fine to leave it open over
>>>>>>>>> the weekend? I didn't get nearly the amount of testing done on this that I
>>>>>>>>> wanted to, mainly trying to figure out if SOLR-16143 was a real problem
>>>>>>>>> (yes) or just a test issue (no) or worthy of blocking a release (probably
>>>>>>>>> not).
>>>>>>>>>
>>>>>>>>> On Fri, Apr 8, 2022 at 4:40 PM Anshum Gupta <
>>>>>>>>> anshum@anshumgupta.net> wrote:
>>>>>>>>>
>>>>>>>>>> and just around the deadline, I got the smoke-tester to pass.
>>>>>>>>>> Thanks to everyone who helped :)
>>>>>>>>>>
>>>>>>>>>> I changed a ton of things but most likely, it was an init.gradle
>>>>>>>>>> file with some random stuff that was causing the issue. I remember having
>>>>>>>>>> deleted that file a few months ago, but not sure what job regenerates that
>>>>>>>>>> and adds that to the ~/.gradle folder.
>>>>>>>>>>
>>>>>>>>>> Here's my +1 (binding)
>>>>>>>>>> SUCCESS! [0:46:31.241458]
>>>>>>>>>>
>>>>>>>>>> Also, tested SolrJ and some basic search/indexing using some
>>>>>>>>>> sample app.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Fri, Apr 8, 2022 at 1:06 PM Jan Høydahl <ja...@cominvent.com>
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>> This vote ends in an hour or so.
>>>>>>>>>>> While there are currently five +1's and a few +0, I feel it is
>>>>>>>>>>> inconclusive due to the SolrCell issue?
>>>>>>>>>>> Kevin, guess your vote will decide :)
>>>>>>>>>>>
>>>>>>>>>>> Jan
>>>>>>>>>>>
>>>>>>>>>>> 8. apr. 2022 kl. 18:00 skrev Kevin Risden <kr...@apache.org>:
>>>>>>>>>>>
>>>>>>>>>>> The smoke tester passed for me: SUCCESS! [0:54:21.639508]
>>>>>>>>>>>
>>>>>>>>>>> However, I'm running into issues checking Tika integration /
>>>>>>>>>>> Solr Cell. Following
>>>>>>>>>>> https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html
>>>>>>>>>>>
>>>>>>>>>>> 2022-04-08 14:52:18.768 ERROR (qtp201274566-26) []
>>>>>>>>>>>> o.a.s.s.SolrRequestParsers Couldn't get multipart parts in order to delete
>>>>>>>>>>>> them => java.lang.IllegalStateException: No multipart config for servlet
>>>>>>>>>>>> at org.eclipse.jetty.server.Request.getParts(Request.java:2420)
>>>>>>>>>>>> java.lang.IllegalStateException: No multipart config for servlet
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> I tried curl and the bin/post examples and they didn't work. I
>>>>>>>>>>> also tried running Solr with "./bin/solr -e schemaless
>>>>>>>>>>> -Dsolr.module=extraction" but the behavior was the same.
>>>>>>>>>>>
>>>>>>>>>>> This happened to be the first module I started trying to make
>>>>>>>>>>> sure I didn't break anything with tons of the module changes in 9.0. I know
>>>>>>>>>>> SQL issues were fixed.
>>>>>>>>>>>
>>>>>>>>>>> Anshum - I can try to help debug the security manager stuff on
>>>>>>>>>>> the ticket you filed
>>>>>>>>>>> https://issues.apache.org/jira/browse/SOLR-16135
>>>>>>>>>>>
>>>>>>>>>>> Kevin Risden
>>>>>>>>>>>
>>>>>>>>>>> Kevin Risden
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Thu, Apr 7, 2022 at 5:28 PM Anshum Gupta <
>>>>>>>>>>> anshum@anshumgupta.net> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> I can't seem to get the smoketest to pass on this RC, like the
>>>>>>>>>>>> previous two.
>>>>>>>>>>>>
>>>>>>>>>>>> At this point, I've tried:
>>>>>>>>>>>> - Fresh clone of the repository
>>>>>>>>>>>> - Multiple JDK versions from JDK11, 14, 17
>>>>>>>>>>>> - Cleanup gradle cache
>>>>>>>>>>>> - Multiple machines (Macbook and iMac)
>>>>>>>>>>>>
>>>>>>>>>>>> At this point I have the HDFS module tests and the adminUI test
>>>>>>>>>>>> failing with SecurityManager related exceptions e.g.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> *org.apache.solr.hdfs.store.HdfsDirectoryTest > classMethod
>>>>>>>>>>>> FAILED java.security.AccessControlException: access denied
>>>>>>>>>>>> ("java.io.FilePermission"
>>>>>>>>>>>> "/Users/anshumg/workspace/apache/solr/solr/modules/hdfs/build/tmp" "write")*
>>>>>>>>>>>>
>>>>>>>>>>>> I don't have a custom security policy and even running with *-Djava.security.debug=access,failure,policy
>>>>>>>>>>>> *didn't get any useful information.
>>>>>>>>>>>>
>>>>>>>>>>>> I'll continue looking into it, but if I don't get anywhere,
>>>>>>>>>>>> I'll vote based on my custom tests and manual testing.
>>>>>>>>>>>>
>>>>>>>>>>>> -Anshum
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Tue, Apr 5, 2022 at 2:58 PM Jan Høydahl <
>>>>>>>>>>>> jan.asf@cominvent.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> Please vote for release candidate 3 for Solr 9.0.0
>>>>>>>>>>>>>
>>>>>>>>>>>>> The artifacts can be downloaded from:
>>>>>>>>>>>>>
>>>>>>>>>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>>>>>>>>>
>>>>>>>>>>>>> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>>>>>>>>>
>>>>>>>>>>>>> You are encouraged to do an extra thorough test and manual
>>>>>>>>>>>>> inspection beyond
>>>>>>>>>>>>> running the smoketester, since this is a major release.
>>>>>>>>>>>>>
>>>>>>>>>>>>> You can build a release-candidate of the official docker image
>>>>>>>>>>>>> using the following command:
>>>>>>>>>>>>>
>>>>>>>>>>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>>>>>>>>>>>>
>>>>>>>>>>>>> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e && \
>>>>>>>>>>>>> docker build
>>>>>>>>>>>>> $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>>>>>>>>>>>> --build-arg
>>>>>>>>>>>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>>>>>>>>>>>> -t solr-rc:9.0.0-3
>>>>>>>>>>>>>
>>>>>>>>>>>>> The vote will be open for at least 72 hours i.e. until
>>>>>>>>>>>>> 2022-04-08 22:00 UTC.
>>>>>>>>>>>>>
>>>>>>>>>>>>> [ ] +1 approve
>>>>>>>>>>>>> [ ] +0 no opinion
>>>>>>>>>>>>> [ ] -1 disapprove (and reason why)
>>>>>>>>>>>>>
>>>>>>>>>>>>> Here is my +1
>>>>>>>>>>>>>
>>>>>>>>>>>>> SUCCESS! [0:46:42.638796]
>>>>>>>>>>>>>
>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>>>>>>>>>>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> Anshum Gupta
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Anshum Gupta
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Anshum Gupta
>>>>>>>
>>>>>>
>>>
>>> --
>>> Anshum Gupta
>>>
>>
Re: [RESULT][VOTE] Release Solr 9.0.0 RC3
Posted by Kevin Risden <kr...@apache.org>.
+1 option 2
Kevin Risden
On Fri, Apr 15, 2022 at 12:04 PM Ishan Chattopadhyaya <
ichattopadhyaya@gmail.com> wrote:
> +1 for deleting the tag. Option 2.
>
> On Fri, Apr 15, 2022 at 9:28 PM Anshum Gupta <an...@anshumgupta.net>
> wrote:
>
>> I'd suggest #2 because there's no point moving forward with a release,
>> then announcing the issues with it or confusing users with a missing
>> release announcement.
>>
>> On Fri, Apr 15, 2022 at 8:53 AM Houston Putman <ho...@apache.org>
>> wrote:
>>
>>> So I guess we need to make a decision everyone. Do we:
>>>
>>> 1. Continue with the release to make sure that everything is there
>>> that should be, but skip announcing it (Because we know there are issues).
>>> Then immediately start the 9.0.1 release with the necessary fixes.
>>> 2. Stop this release, remove the release artifacts in dist.apache.org
>>> and also delete the 9.0.0 git tag. (not sure how feasible either of these
>>> are). Then start an RC4 for 9.0.0, with the necessary fixes.
>>>
>>>
>>> I guess, could everyone weigh in with their opinion? This is a sticky
>>> situation and I don't want to move forward without consensus.
>>>
>>> - Houston
>>>
>>>
>>> On Wed, Apr 13, 2022 at 6:06 PM Houston Putman <ho...@apache.org>
>>> wrote:
>>>
>>>> You’re right mike, that slipped my mind.
>>>>
>>>> On Wed, Apr 13, 2022 at 6:05 PM David Smiley <ds...@apache.org>
>>>> wrote:
>>>>
>>>>> This definitely needs to be addressed; basic working Maven coordinates
>>>>> are important. Next time I guess we need to validate this via the smoke
>>>>> tester, I suppose?
>>>>>
>>>>> ~ David Smiley
>>>>> Apache Lucene/Solr Search Developer
>>>>> http://www.linkedin.com/in/davidwsmiley
>>>>>
>>>>>
>>>>> On Wed, Apr 13, 2022 at 5:59 PM Anshum Gupta <an...@anshumgupta.net>
>>>>> wrote:
>>>>>
>>>>>> Thanks for the update, Houston.
>>>>>>
>>>>>> I think this calls for an RC4.
>>>>>>
>>>>>> I'll be happy to review the PRs as they come in.
>>>>>>
>>>>>> On Wed, Apr 13, 2022 at 2:32 PM Houston Putman <ho...@apache.org>
>>>>>> wrote:
>>>>>>
>>>>>>> Hello everyone,
>>>>>>>
>>>>>>> Unfortunately, while the build passed I noticed some issues when
>>>>>>> building the remaining infrastructure to finish the release process (A fair
>>>>>>> amount of stuff left to do since the docker and gradle migration).
>>>>>>>
>>>>>>> The biggest issue I found was that the solr-core maven artifact
>>>>>>> cannot be used, since it still relies on the solr-server artifact, which
>>>>>>> doesn't exist. There are also modules that don't have maven artifacts
>>>>>>> created. (And module artifacts rely on solr-core, so they also cannot be
>>>>>>> used)
>>>>>>>
>>>>>>> I think this warrants an RC4 (and while we do have the RC3 release
>>>>>>> artifacts in https://dist.apache.org/repos/dist/release/solr/solr/),
>>>>>>> we can work with Apache infra to get that removed.
>>>>>>>
>>>>>>> If y'all think we should continue with the release anyways, I can do
>>>>>>> that as well. Will wait for some consensus while continuing to build in the
>>>>>>> necessary release steps. (for RC3 or RC4)
>>>>>>>
>>>>>>> Will have a fair number of PRs coming up to fix these things, so
>>>>>>> help reviewing them would be much appreciated.
>>>>>>>
>>>>>>> - Houston
>>>>>>>
>>>>>>> On Fri, Apr 8, 2022 at 6:55 PM Jan Høydahl <ja...@cominvent.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> It's been >72h since the vote was initiated and the result is:
>>>>>>>>
>>>>>>>> +1 7 (7 binding)
>>>>>>>> 0 1
>>>>>>>> -1 0
>>>>>>>>
>>>>>>>> This vote has PASSED
>>>>>>>>
>>>>>>>> Congratulations everyone for reaching this milestone!
>>>>>>>>
>>>>>>>> There are still a few loose ends before the release can be
>>>>>>>> published and announced.
>>>>>>>> I'm away the next week, and Houston Putman has agreed to take over
>>>>>>>> the RM job from here.
>>>>>>>>
>>>>>>>> Thanks for stepping up Houston!
>>>>>>>>
>>>>>>>> Jan
>>>>>>>>
>>>>>>>> 8. apr. 2022 kl. 23:43 skrev Mike Drob <md...@mdrob.com>:
>>>>>>>>
>>>>>>>> If we're not doing anything with the release artifacts anyway
>>>>>>>> (since you'll be on holiday, Jan), would it be fine to leave it open over
>>>>>>>> the weekend? I didn't get nearly the amount of testing done on this that I
>>>>>>>> wanted to, mainly trying to figure out if SOLR-16143 was a real problem
>>>>>>>> (yes) or just a test issue (no) or worthy of blocking a release (probably
>>>>>>>> not).
>>>>>>>>
>>>>>>>> On Fri, Apr 8, 2022 at 4:40 PM Anshum Gupta <an...@anshumgupta.net>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> and just around the deadline, I got the smoke-tester to pass.
>>>>>>>>> Thanks to everyone who helped :)
>>>>>>>>>
>>>>>>>>> I changed a ton of things but most likely, it was an init.gradle
>>>>>>>>> file with some random stuff that was causing the issue. I remember having
>>>>>>>>> deleted that file a few months ago, but not sure what job regenerates that
>>>>>>>>> and adds that to the ~/.gradle folder.
>>>>>>>>>
>>>>>>>>> Here's my +1 (binding)
>>>>>>>>> SUCCESS! [0:46:31.241458]
>>>>>>>>>
>>>>>>>>> Also, tested SolrJ and some basic search/indexing using some
>>>>>>>>> sample app.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Fri, Apr 8, 2022 at 1:06 PM Jan Høydahl <ja...@cominvent.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> This vote ends in an hour or so.
>>>>>>>>>> While there are currently five +1's and a few +0, I feel it is
>>>>>>>>>> inconclusive due to the SolrCell issue?
>>>>>>>>>> Kevin, guess your vote will decide :)
>>>>>>>>>>
>>>>>>>>>> Jan
>>>>>>>>>>
>>>>>>>>>> 8. apr. 2022 kl. 18:00 skrev Kevin Risden <kr...@apache.org>:
>>>>>>>>>>
>>>>>>>>>> The smoke tester passed for me: SUCCESS! [0:54:21.639508]
>>>>>>>>>>
>>>>>>>>>> However, I'm running into issues checking Tika integration / Solr
>>>>>>>>>> Cell. Following
>>>>>>>>>> https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html
>>>>>>>>>>
>>>>>>>>>> 2022-04-08 14:52:18.768 ERROR (qtp201274566-26) []
>>>>>>>>>>> o.a.s.s.SolrRequestParsers Couldn't get multipart parts in order to delete
>>>>>>>>>>> them => java.lang.IllegalStateException: No multipart config for servlet
>>>>>>>>>>> at org.eclipse.jetty.server.Request.getParts(Request.java:2420)
>>>>>>>>>>> java.lang.IllegalStateException: No multipart config for servlet
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I tried curl and the bin/post examples and they didn't work. I
>>>>>>>>>> also tried running Solr with "./bin/solr -e schemaless
>>>>>>>>>> -Dsolr.module=extraction" but the behavior was the same.
>>>>>>>>>>
>>>>>>>>>> This happened to be the first module I started trying to make
>>>>>>>>>> sure I didn't break anything with tons of the module changes in 9.0. I know
>>>>>>>>>> SQL issues were fixed.
>>>>>>>>>>
>>>>>>>>>> Anshum - I can try to help debug the security manager stuff on
>>>>>>>>>> the ticket you filed
>>>>>>>>>> https://issues.apache.org/jira/browse/SOLR-16135
>>>>>>>>>>
>>>>>>>>>> Kevin Risden
>>>>>>>>>>
>>>>>>>>>> Kevin Risden
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Thu, Apr 7, 2022 at 5:28 PM Anshum Gupta <
>>>>>>>>>> anshum@anshumgupta.net> wrote:
>>>>>>>>>>
>>>>>>>>>>> I can't seem to get the smoketest to pass on this RC, like the
>>>>>>>>>>> previous two.
>>>>>>>>>>>
>>>>>>>>>>> At this point, I've tried:
>>>>>>>>>>> - Fresh clone of the repository
>>>>>>>>>>> - Multiple JDK versions from JDK11, 14, 17
>>>>>>>>>>> - Cleanup gradle cache
>>>>>>>>>>> - Multiple machines (Macbook and iMac)
>>>>>>>>>>>
>>>>>>>>>>> At this point I have the HDFS module tests and the adminUI test
>>>>>>>>>>> failing with SecurityManager related exceptions e.g.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> *org.apache.solr.hdfs.store.HdfsDirectoryTest > classMethod
>>>>>>>>>>> FAILED java.security.AccessControlException: access denied
>>>>>>>>>>> ("java.io.FilePermission"
>>>>>>>>>>> "/Users/anshumg/workspace/apache/solr/solr/modules/hdfs/build/tmp" "write")*
>>>>>>>>>>>
>>>>>>>>>>> I don't have a custom security policy and even running with *-Djava.security.debug=access,failure,policy
>>>>>>>>>>> *didn't get any useful information.
>>>>>>>>>>>
>>>>>>>>>>> I'll continue looking into it, but if I don't get anywhere, I'll
>>>>>>>>>>> vote based on my custom tests and manual testing.
>>>>>>>>>>>
>>>>>>>>>>> -Anshum
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Apr 5, 2022 at 2:58 PM Jan Høydahl <
>>>>>>>>>>> jan.asf@cominvent.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Please vote for release candidate 3 for Solr 9.0.0
>>>>>>>>>>>>
>>>>>>>>>>>> The artifacts can be downloaded from:
>>>>>>>>>>>>
>>>>>>>>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>>>>>>>>
>>>>>>>>>>>> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>>>>>>>>
>>>>>>>>>>>> You are encouraged to do an extra thorough test and manual
>>>>>>>>>>>> inspection beyond
>>>>>>>>>>>> running the smoketester, since this is a major release.
>>>>>>>>>>>>
>>>>>>>>>>>> You can build a release-candidate of the official docker image
>>>>>>>>>>>> using the following command:
>>>>>>>>>>>>
>>>>>>>>>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>>>>>>>>>>>
>>>>>>>>>>>> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e && \
>>>>>>>>>>>> docker build
>>>>>>>>>>>> $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>>>>>>>>>>> --build-arg
>>>>>>>>>>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>>>>>>>>>>> -t solr-rc:9.0.0-3
>>>>>>>>>>>>
>>>>>>>>>>>> The vote will be open for at least 72 hours i.e. until
>>>>>>>>>>>> 2022-04-08 22:00 UTC.
>>>>>>>>>>>>
>>>>>>>>>>>> [ ] +1 approve
>>>>>>>>>>>> [ ] +0 no opinion
>>>>>>>>>>>> [ ] -1 disapprove (and reason why)
>>>>>>>>>>>>
>>>>>>>>>>>> Here is my +1
>>>>>>>>>>>>
>>>>>>>>>>>> SUCCESS! [0:46:42.638796]
>>>>>>>>>>>>
>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>>>>>>>>>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Anshum Gupta
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Anshum Gupta
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>
>>>>>> --
>>>>>> Anshum Gupta
>>>>>>
>>>>>
>>
>> --
>> Anshum Gupta
>>
>
Re: [RESULT][VOTE] Release Solr 9.0.0 RC3
Posted by Ishan Chattopadhyaya <ic...@gmail.com>.
+1 for deleting the tag. Option 2.
On Fri, Apr 15, 2022 at 9:28 PM Anshum Gupta <an...@anshumgupta.net> wrote:
> I'd suggest #2 because there's no point moving forward with a release,
> then announcing the issues with it or confusing users with a missing
> release announcement.
>
> On Fri, Apr 15, 2022 at 8:53 AM Houston Putman <ho...@apache.org> wrote:
>
>> So I guess we need to make a decision everyone. Do we:
>>
>> 1. Continue with the release to make sure that everything is there
>> that should be, but skip announcing it (Because we know there are issues).
>> Then immediately start the 9.0.1 release with the necessary fixes.
>> 2. Stop this release, remove the release artifacts in dist.apache.org
>> and also delete the 9.0.0 git tag. (not sure how feasible either of these
>> are). Then start an RC4 for 9.0.0, with the necessary fixes.
>>
>>
>> I guess, could everyone weigh in with their opinion? This is a sticky
>> situation and I don't want to move forward without consensus.
>>
>> - Houston
>>
>>
>> On Wed, Apr 13, 2022 at 6:06 PM Houston Putman <ho...@apache.org>
>> wrote:
>>
>>> You’re right mike, that slipped my mind.
>>>
>>> On Wed, Apr 13, 2022 at 6:05 PM David Smiley <ds...@apache.org> wrote:
>>>
>>>> This definitely needs to be addressed; basic working Maven coordinates
>>>> are important. Next time I guess we need to validate this via the smoke
>>>> tester, I suppose?
>>>>
>>>> ~ David Smiley
>>>> Apache Lucene/Solr Search Developer
>>>> http://www.linkedin.com/in/davidwsmiley
>>>>
>>>>
>>>> On Wed, Apr 13, 2022 at 5:59 PM Anshum Gupta <an...@anshumgupta.net>
>>>> wrote:
>>>>
>>>>> Thanks for the update, Houston.
>>>>>
>>>>> I think this calls for an RC4.
>>>>>
>>>>> I'll be happy to review the PRs as they come in.
>>>>>
>>>>> On Wed, Apr 13, 2022 at 2:32 PM Houston Putman <ho...@apache.org>
>>>>> wrote:
>>>>>
>>>>>> Hello everyone,
>>>>>>
>>>>>> Unfortunately, while the build passed I noticed some issues when
>>>>>> building the remaining infrastructure to finish the release process (A fair
>>>>>> amount of stuff left to do since the docker and gradle migration).
>>>>>>
>>>>>> The biggest issue I found was that the solr-core maven artifact
>>>>>> cannot be used, since it still relies on the solr-server artifact, which
>>>>>> doesn't exist. There are also modules that don't have maven artifacts
>>>>>> created. (And module artifacts rely on solr-core, so they also cannot be
>>>>>> used)
>>>>>>
>>>>>> I think this warrants an RC4 (and while we do have the RC3 release
>>>>>> artifacts in https://dist.apache.org/repos/dist/release/solr/solr/),
>>>>>> we can work with Apache infra to get that removed.
>>>>>>
>>>>>> If y'all think we should continue with the release anyways, I can do
>>>>>> that as well. Will wait for some consensus while continuing to build in the
>>>>>> necessary release steps. (for RC3 or RC4)
>>>>>>
>>>>>> Will have a fair number of PRs coming up to fix these things, so help
>>>>>> reviewing them would be much appreciated.
>>>>>>
>>>>>> - Houston
>>>>>>
>>>>>> On Fri, Apr 8, 2022 at 6:55 PM Jan Høydahl <ja...@cominvent.com>
>>>>>> wrote:
>>>>>>
>>>>>>> It's been >72h since the vote was initiated and the result is:
>>>>>>>
>>>>>>> +1 7 (7 binding)
>>>>>>> 0 1
>>>>>>> -1 0
>>>>>>>
>>>>>>> This vote has PASSED
>>>>>>>
>>>>>>> Congratulations everyone for reaching this milestone!
>>>>>>>
>>>>>>> There are still a few loose ends before the release can be published
>>>>>>> and announced.
>>>>>>> I'm away the next week, and Houston Putman has agreed to take over
>>>>>>> the RM job from here.
>>>>>>>
>>>>>>> Thanks for stepping up Houston!
>>>>>>>
>>>>>>> Jan
>>>>>>>
>>>>>>> 8. apr. 2022 kl. 23:43 skrev Mike Drob <md...@mdrob.com>:
>>>>>>>
>>>>>>> If we're not doing anything with the release artifacts anyway (since
>>>>>>> you'll be on holiday, Jan), would it be fine to leave it open over the
>>>>>>> weekend? I didn't get nearly the amount of testing done on this that I
>>>>>>> wanted to, mainly trying to figure out if SOLR-16143 was a real problem
>>>>>>> (yes) or just a test issue (no) or worthy of blocking a release (probably
>>>>>>> not).
>>>>>>>
>>>>>>> On Fri, Apr 8, 2022 at 4:40 PM Anshum Gupta <an...@anshumgupta.net>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> and just around the deadline, I got the smoke-tester to pass.
>>>>>>>> Thanks to everyone who helped :)
>>>>>>>>
>>>>>>>> I changed a ton of things but most likely, it was an init.gradle
>>>>>>>> file with some random stuff that was causing the issue. I remember having
>>>>>>>> deleted that file a few months ago, but not sure what job regenerates that
>>>>>>>> and adds that to the ~/.gradle folder.
>>>>>>>>
>>>>>>>> Here's my +1 (binding)
>>>>>>>> SUCCESS! [0:46:31.241458]
>>>>>>>>
>>>>>>>> Also, tested SolrJ and some basic search/indexing using some sample
>>>>>>>> app.
>>>>>>>>
>>>>>>>>
>>>>>>>> On Fri, Apr 8, 2022 at 1:06 PM Jan Høydahl <ja...@cominvent.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> This vote ends in an hour or so.
>>>>>>>>> While there are currently five +1's and a few +0, I feel it is
>>>>>>>>> inconclusive due to the SolrCell issue?
>>>>>>>>> Kevin, guess your vote will decide :)
>>>>>>>>>
>>>>>>>>> Jan
>>>>>>>>>
>>>>>>>>> 8. apr. 2022 kl. 18:00 skrev Kevin Risden <kr...@apache.org>:
>>>>>>>>>
>>>>>>>>> The smoke tester passed for me: SUCCESS! [0:54:21.639508]
>>>>>>>>>
>>>>>>>>> However, I'm running into issues checking Tika integration / Solr
>>>>>>>>> Cell. Following
>>>>>>>>> https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html
>>>>>>>>>
>>>>>>>>> 2022-04-08 14:52:18.768 ERROR (qtp201274566-26) []
>>>>>>>>>> o.a.s.s.SolrRequestParsers Couldn't get multipart parts in order to delete
>>>>>>>>>> them => java.lang.IllegalStateException: No multipart config for servlet
>>>>>>>>>> at org.eclipse.jetty.server.Request.getParts(Request.java:2420)
>>>>>>>>>> java.lang.IllegalStateException: No multipart config for servlet
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I tried curl and the bin/post examples and they didn't work. I
>>>>>>>>> also tried running Solr with "./bin/solr -e schemaless
>>>>>>>>> -Dsolr.module=extraction" but the behavior was the same.
>>>>>>>>>
>>>>>>>>> This happened to be the first module I started trying to make sure
>>>>>>>>> I didn't break anything with tons of the module changes in 9.0. I know SQL
>>>>>>>>> issues were fixed.
>>>>>>>>>
>>>>>>>>> Anshum - I can try to help debug the security manager stuff on the
>>>>>>>>> ticket you filed https://issues.apache.org/jira/browse/SOLR-16135
>>>>>>>>>
>>>>>>>>> Kevin Risden
>>>>>>>>>
>>>>>>>>> Kevin Risden
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Thu, Apr 7, 2022 at 5:28 PM Anshum Gupta <
>>>>>>>>> anshum@anshumgupta.net> wrote:
>>>>>>>>>
>>>>>>>>>> I can't seem to get the smoketest to pass on this RC, like the
>>>>>>>>>> previous two.
>>>>>>>>>>
>>>>>>>>>> At this point, I've tried:
>>>>>>>>>> - Fresh clone of the repository
>>>>>>>>>> - Multiple JDK versions from JDK11, 14, 17
>>>>>>>>>> - Cleanup gradle cache
>>>>>>>>>> - Multiple machines (Macbook and iMac)
>>>>>>>>>>
>>>>>>>>>> At this point I have the HDFS module tests and the adminUI test
>>>>>>>>>> failing with SecurityManager related exceptions e.g.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> *org.apache.solr.hdfs.store.HdfsDirectoryTest > classMethod
>>>>>>>>>> FAILED java.security.AccessControlException: access denied
>>>>>>>>>> ("java.io.FilePermission"
>>>>>>>>>> "/Users/anshumg/workspace/apache/solr/solr/modules/hdfs/build/tmp" "write")*
>>>>>>>>>>
>>>>>>>>>> I don't have a custom security policy and even running with *-Djava.security.debug=access,failure,policy
>>>>>>>>>> *didn't get any useful information.
>>>>>>>>>>
>>>>>>>>>> I'll continue looking into it, but if I don't get anywhere, I'll
>>>>>>>>>> vote based on my custom tests and manual testing.
>>>>>>>>>>
>>>>>>>>>> -Anshum
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Apr 5, 2022 at 2:58 PM Jan Høydahl <ja...@cominvent.com>
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>> Please vote for release candidate 3 for Solr 9.0.0
>>>>>>>>>>>
>>>>>>>>>>> The artifacts can be downloaded from:
>>>>>>>>>>>
>>>>>>>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>>>>>>>
>>>>>>>>>>> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>>>>>>>
>>>>>>>>>>> You are encouraged to do an extra thorough test and manual
>>>>>>>>>>> inspection beyond
>>>>>>>>>>> running the smoketester, since this is a major release.
>>>>>>>>>>>
>>>>>>>>>>> You can build a release-candidate of the official docker image
>>>>>>>>>>> using the following command:
>>>>>>>>>>>
>>>>>>>>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>>>>>>>>>>
>>>>>>>>>>> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e && \
>>>>>>>>>>> docker build
>>>>>>>>>>> $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>>>>>>>>>> --build-arg
>>>>>>>>>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>>>>>>>>>> -t solr-rc:9.0.0-3
>>>>>>>>>>>
>>>>>>>>>>> The vote will be open for at least 72 hours i.e. until
>>>>>>>>>>> 2022-04-08 22:00 UTC.
>>>>>>>>>>>
>>>>>>>>>>> [ ] +1 approve
>>>>>>>>>>> [ ] +0 no opinion
>>>>>>>>>>> [ ] -1 disapprove (and reason why)
>>>>>>>>>>>
>>>>>>>>>>> Here is my +1
>>>>>>>>>>>
>>>>>>>>>>> SUCCESS! [0:46:42.638796]
>>>>>>>>>>>
>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>>>>>>>>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Anshum Gupta
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Anshum Gupta
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>
>>>>> --
>>>>> Anshum Gupta
>>>>>
>>>>
>
> --
> Anshum Gupta
>
Re: [RESULT][VOTE] Release Solr 9.0.0 RC3
Posted by Anshum Gupta <an...@anshumgupta.net>.
I'd suggest #2 because there's no point moving forward with a release, then
announcing the issues with it or confusing users with a missing release
announcement.
On Fri, Apr 15, 2022 at 8:53 AM Houston Putman <ho...@apache.org> wrote:
> So I guess we need to make a decision everyone. Do we:
>
> 1. Continue with the release to make sure that everything is there
> that should be, but skip announcing it (Because we know there are issues).
> Then immediately start the 9.0.1 release with the necessary fixes.
> 2. Stop this release, remove the release artifacts in dist.apache.org
> and also delete the 9.0.0 git tag. (not sure how feasible either of these
> are). Then start an RC4 for 9.0.0, with the necessary fixes.
>
>
> I guess, could everyone weigh in with their opinion? This is a sticky
> situation and I don't want to move forward without consensus.
>
> - Houston
>
>
> On Wed, Apr 13, 2022 at 6:06 PM Houston Putman <ho...@apache.org> wrote:
>
>> You’re right mike, that slipped my mind.
>>
>> On Wed, Apr 13, 2022 at 6:05 PM David Smiley <ds...@apache.org> wrote:
>>
>>> This definitely needs to be addressed; basic working Maven coordinates
>>> are important. Next time I guess we need to validate this via the smoke
>>> tester, I suppose?
>>>
>>> ~ David Smiley
>>> Apache Lucene/Solr Search Developer
>>> http://www.linkedin.com/in/davidwsmiley
>>>
>>>
>>> On Wed, Apr 13, 2022 at 5:59 PM Anshum Gupta <an...@anshumgupta.net>
>>> wrote:
>>>
>>>> Thanks for the update, Houston.
>>>>
>>>> I think this calls for an RC4.
>>>>
>>>> I'll be happy to review the PRs as they come in.
>>>>
>>>> On Wed, Apr 13, 2022 at 2:32 PM Houston Putman <ho...@apache.org>
>>>> wrote:
>>>>
>>>>> Hello everyone,
>>>>>
>>>>> Unfortunately, while the build passed I noticed some issues when
>>>>> building the remaining infrastructure to finish the release process (A fair
>>>>> amount of stuff left to do since the docker and gradle migration).
>>>>>
>>>>> The biggest issue I found was that the solr-core maven artifact cannot
>>>>> be used, since it still relies on the solr-server artifact, which doesn't
>>>>> exist. There are also modules that don't have maven artifacts created. (And
>>>>> module artifacts rely on solr-core, so they also cannot be used)
>>>>>
>>>>> I think this warrants an RC4 (and while we do have the RC3 release
>>>>> artifacts in https://dist.apache.org/repos/dist/release/solr/solr/),
>>>>> we can work with Apache infra to get that removed.
>>>>>
>>>>> If y'all think we should continue with the release anyways, I can do
>>>>> that as well. Will wait for some consensus while continuing to build in the
>>>>> necessary release steps. (for RC3 or RC4)
>>>>>
>>>>> Will have a fair number of PRs coming up to fix these things, so help
>>>>> reviewing them would be much appreciated.
>>>>>
>>>>> - Houston
>>>>>
>>>>> On Fri, Apr 8, 2022 at 6:55 PM Jan Høydahl <ja...@cominvent.com>
>>>>> wrote:
>>>>>
>>>>>> It's been >72h since the vote was initiated and the result is:
>>>>>>
>>>>>> +1 7 (7 binding)
>>>>>> 0 1
>>>>>> -1 0
>>>>>>
>>>>>> This vote has PASSED
>>>>>>
>>>>>> Congratulations everyone for reaching this milestone!
>>>>>>
>>>>>> There are still a few loose ends before the release can be published
>>>>>> and announced.
>>>>>> I'm away the next week, and Houston Putman has agreed to take over
>>>>>> the RM job from here.
>>>>>>
>>>>>> Thanks for stepping up Houston!
>>>>>>
>>>>>> Jan
>>>>>>
>>>>>> 8. apr. 2022 kl. 23:43 skrev Mike Drob <md...@mdrob.com>:
>>>>>>
>>>>>> If we're not doing anything with the release artifacts anyway (since
>>>>>> you'll be on holiday, Jan), would it be fine to leave it open over the
>>>>>> weekend? I didn't get nearly the amount of testing done on this that I
>>>>>> wanted to, mainly trying to figure out if SOLR-16143 was a real problem
>>>>>> (yes) or just a test issue (no) or worthy of blocking a release (probably
>>>>>> not).
>>>>>>
>>>>>> On Fri, Apr 8, 2022 at 4:40 PM Anshum Gupta <an...@anshumgupta.net>
>>>>>> wrote:
>>>>>>
>>>>>>> and just around the deadline, I got the smoke-tester to pass. Thanks
>>>>>>> to everyone who helped :)
>>>>>>>
>>>>>>> I changed a ton of things but most likely, it was an init.gradle
>>>>>>> file with some random stuff that was causing the issue. I remember having
>>>>>>> deleted that file a few months ago, but not sure what job regenerates that
>>>>>>> and adds that to the ~/.gradle folder.
>>>>>>>
>>>>>>> Here's my +1 (binding)
>>>>>>> SUCCESS! [0:46:31.241458]
>>>>>>>
>>>>>>> Also, tested SolrJ and some basic search/indexing using some sample
>>>>>>> app.
>>>>>>>
>>>>>>>
>>>>>>> On Fri, Apr 8, 2022 at 1:06 PM Jan Høydahl <ja...@cominvent.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> This vote ends in an hour or so.
>>>>>>>> While there are currently five +1's and a few +0, I feel it is
>>>>>>>> inconclusive due to the SolrCell issue?
>>>>>>>> Kevin, guess your vote will decide :)
>>>>>>>>
>>>>>>>> Jan
>>>>>>>>
>>>>>>>> 8. apr. 2022 kl. 18:00 skrev Kevin Risden <kr...@apache.org>:
>>>>>>>>
>>>>>>>> The smoke tester passed for me: SUCCESS! [0:54:21.639508]
>>>>>>>>
>>>>>>>> However, I'm running into issues checking Tika integration / Solr
>>>>>>>> Cell. Following
>>>>>>>> https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html
>>>>>>>>
>>>>>>>> 2022-04-08 14:52:18.768 ERROR (qtp201274566-26) []
>>>>>>>>> o.a.s.s.SolrRequestParsers Couldn't get multipart parts in order to delete
>>>>>>>>> them => java.lang.IllegalStateException: No multipart config for servlet
>>>>>>>>> at org.eclipse.jetty.server.Request.getParts(Request.java:2420)
>>>>>>>>> java.lang.IllegalStateException: No multipart config for servlet
>>>>>>>>
>>>>>>>>
>>>>>>>> I tried curl and the bin/post examples and they didn't work. I also
>>>>>>>> tried running Solr with "./bin/solr -e schemaless -Dsolr.module=extraction"
>>>>>>>> but the behavior was the same.
>>>>>>>>
>>>>>>>> This happened to be the first module I started trying to make sure
>>>>>>>> I didn't break anything with tons of the module changes in 9.0. I know SQL
>>>>>>>> issues were fixed.
>>>>>>>>
>>>>>>>> Anshum - I can try to help debug the security manager stuff on the
>>>>>>>> ticket you filed https://issues.apache.org/jira/browse/SOLR-16135
>>>>>>>>
>>>>>>>> Kevin Risden
>>>>>>>>
>>>>>>>> Kevin Risden
>>>>>>>>
>>>>>>>>
>>>>>>>> On Thu, Apr 7, 2022 at 5:28 PM Anshum Gupta <an...@anshumgupta.net>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> I can't seem to get the smoketest to pass on this RC, like the
>>>>>>>>> previous two.
>>>>>>>>>
>>>>>>>>> At this point, I've tried:
>>>>>>>>> - Fresh clone of the repository
>>>>>>>>> - Multiple JDK versions from JDK11, 14, 17
>>>>>>>>> - Cleanup gradle cache
>>>>>>>>> - Multiple machines (Macbook and iMac)
>>>>>>>>>
>>>>>>>>> At this point I have the HDFS module tests and the adminUI test
>>>>>>>>> failing with SecurityManager related exceptions e.g.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> *org.apache.solr.hdfs.store.HdfsDirectoryTest > classMethod
>>>>>>>>> FAILED java.security.AccessControlException: access denied
>>>>>>>>> ("java.io.FilePermission"
>>>>>>>>> "/Users/anshumg/workspace/apache/solr/solr/modules/hdfs/build/tmp" "write")*
>>>>>>>>>
>>>>>>>>> I don't have a custom security policy and even running with *-Djava.security.debug=access,failure,policy
>>>>>>>>> *didn't get any useful information.
>>>>>>>>>
>>>>>>>>> I'll continue looking into it, but if I don't get anywhere, I'll
>>>>>>>>> vote based on my custom tests and manual testing.
>>>>>>>>>
>>>>>>>>> -Anshum
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Apr 5, 2022 at 2:58 PM Jan Høydahl <ja...@cominvent.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> Please vote for release candidate 3 for Solr 9.0.0
>>>>>>>>>>
>>>>>>>>>> The artifacts can be downloaded from:
>>>>>>>>>>
>>>>>>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>>>>>>
>>>>>>>>>> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>>>>>>
>>>>>>>>>> You are encouraged to do an extra thorough test and manual
>>>>>>>>>> inspection beyond
>>>>>>>>>> running the smoketester, since this is a major release.
>>>>>>>>>>
>>>>>>>>>> You can build a release-candidate of the official docker image
>>>>>>>>>> using the following command:
>>>>>>>>>>
>>>>>>>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>>>>>>>>>
>>>>>>>>>> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e && \
>>>>>>>>>> docker build
>>>>>>>>>> $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>>>>>>>>> --build-arg
>>>>>>>>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>>>>>>>>> -t solr-rc:9.0.0-3
>>>>>>>>>>
>>>>>>>>>> The vote will be open for at least 72 hours i.e. until 2022-04-08
>>>>>>>>>> 22:00 UTC.
>>>>>>>>>>
>>>>>>>>>> [ ] +1 approve
>>>>>>>>>> [ ] +0 no opinion
>>>>>>>>>> [ ] -1 disapprove (and reason why)
>>>>>>>>>>
>>>>>>>>>> Here is my +1
>>>>>>>>>>
>>>>>>>>>> SUCCESS! [0:46:42.638796]
>>>>>>>>>>
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>>>>>>>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Anshum Gupta
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Anshum Gupta
>>>>>>>
>>>>>>
>>>>>>
>>>>
>>>> --
>>>> Anshum Gupta
>>>>
>>>
--
Anshum Gupta
Re: [RESULT][VOTE] Release Solr 9.0.0 RC3
Posted by Houston Putman <ho...@apache.org>.
So I guess we need to make a decision everyone. Do we:
1. Continue with the release to make sure that everything is there that
should be, but skip announcing it (Because we know there are issues). Then
immediately start the 9.0.1 release with the necessary fixes.
2. Stop this release, remove the release artifacts in dist.apache.org
and also delete the 9.0.0 git tag. (not sure how feasible either of these
are). Then start an RC4 for 9.0.0, with the necessary fixes.
I guess, could everyone weigh in with their opinion? This is a sticky
situation and I don't want to move forward without consensus.
- Houston
On Wed, Apr 13, 2022 at 6:06 PM Houston Putman <ho...@apache.org> wrote:
> You’re right mike, that slipped my mind.
>
> On Wed, Apr 13, 2022 at 6:05 PM David Smiley <ds...@apache.org> wrote:
>
>> This definitely needs to be addressed; basic working Maven coordinates
>> are important. Next time I guess we need to validate this via the smoke
>> tester, I suppose?
>>
>> ~ David Smiley
>> Apache Lucene/Solr Search Developer
>> http://www.linkedin.com/in/davidwsmiley
>>
>>
>> On Wed, Apr 13, 2022 at 5:59 PM Anshum Gupta <an...@anshumgupta.net>
>> wrote:
>>
>>> Thanks for the update, Houston.
>>>
>>> I think this calls for an RC4.
>>>
>>> I'll be happy to review the PRs as they come in.
>>>
>>> On Wed, Apr 13, 2022 at 2:32 PM Houston Putman <ho...@apache.org>
>>> wrote:
>>>
>>>> Hello everyone,
>>>>
>>>> Unfortunately, while the build passed I noticed some issues when
>>>> building the remaining infrastructure to finish the release process (A fair
>>>> amount of stuff left to do since the docker and gradle migration).
>>>>
>>>> The biggest issue I found was that the solr-core maven artifact cannot
>>>> be used, since it still relies on the solr-server artifact, which doesn't
>>>> exist. There are also modules that don't have maven artifacts created. (And
>>>> module artifacts rely on solr-core, so they also cannot be used)
>>>>
>>>> I think this warrants an RC4 (and while we do have the RC3 release
>>>> artifacts in https://dist.apache.org/repos/dist/release/solr/solr/),
>>>> we can work with Apache infra to get that removed.
>>>>
>>>> If y'all think we should continue with the release anyways, I can do
>>>> that as well. Will wait for some consensus while continuing to build in the
>>>> necessary release steps. (for RC3 or RC4)
>>>>
>>>> Will have a fair number of PRs coming up to fix these things, so help
>>>> reviewing them would be much appreciated.
>>>>
>>>> - Houston
>>>>
>>>> On Fri, Apr 8, 2022 at 6:55 PM Jan Høydahl <ja...@cominvent.com>
>>>> wrote:
>>>>
>>>>> It's been >72h since the vote was initiated and the result is:
>>>>>
>>>>> +1 7 (7 binding)
>>>>> 0 1
>>>>> -1 0
>>>>>
>>>>> This vote has PASSED
>>>>>
>>>>> Congratulations everyone for reaching this milestone!
>>>>>
>>>>> There are still a few loose ends before the release can be published
>>>>> and announced.
>>>>> I'm away the next week, and Houston Putman has agreed to take over the
>>>>> RM job from here.
>>>>>
>>>>> Thanks for stepping up Houston!
>>>>>
>>>>> Jan
>>>>>
>>>>> 8. apr. 2022 kl. 23:43 skrev Mike Drob <md...@mdrob.com>:
>>>>>
>>>>> If we're not doing anything with the release artifacts anyway (since
>>>>> you'll be on holiday, Jan), would it be fine to leave it open over the
>>>>> weekend? I didn't get nearly the amount of testing done on this that I
>>>>> wanted to, mainly trying to figure out if SOLR-16143 was a real problem
>>>>> (yes) or just a test issue (no) or worthy of blocking a release (probably
>>>>> not).
>>>>>
>>>>> On Fri, Apr 8, 2022 at 4:40 PM Anshum Gupta <an...@anshumgupta.net>
>>>>> wrote:
>>>>>
>>>>>> and just around the deadline, I got the smoke-tester to pass. Thanks
>>>>>> to everyone who helped :)
>>>>>>
>>>>>> I changed a ton of things but most likely, it was an init.gradle file
>>>>>> with some random stuff that was causing the issue. I remember having
>>>>>> deleted that file a few months ago, but not sure what job regenerates that
>>>>>> and adds that to the ~/.gradle folder.
>>>>>>
>>>>>> Here's my +1 (binding)
>>>>>> SUCCESS! [0:46:31.241458]
>>>>>>
>>>>>> Also, tested SolrJ and some basic search/indexing using some sample
>>>>>> app.
>>>>>>
>>>>>>
>>>>>> On Fri, Apr 8, 2022 at 1:06 PM Jan Høydahl <ja...@cominvent.com>
>>>>>> wrote:
>>>>>>
>>>>>>> This vote ends in an hour or so.
>>>>>>> While there are currently five +1's and a few +0, I feel it is
>>>>>>> inconclusive due to the SolrCell issue?
>>>>>>> Kevin, guess your vote will decide :)
>>>>>>>
>>>>>>> Jan
>>>>>>>
>>>>>>> 8. apr. 2022 kl. 18:00 skrev Kevin Risden <kr...@apache.org>:
>>>>>>>
>>>>>>> The smoke tester passed for me: SUCCESS! [0:54:21.639508]
>>>>>>>
>>>>>>> However, I'm running into issues checking Tika integration / Solr
>>>>>>> Cell. Following
>>>>>>> https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html
>>>>>>>
>>>>>>> 2022-04-08 14:52:18.768 ERROR (qtp201274566-26) []
>>>>>>>> o.a.s.s.SolrRequestParsers Couldn't get multipart parts in order to delete
>>>>>>>> them => java.lang.IllegalStateException: No multipart config for servlet
>>>>>>>> at org.eclipse.jetty.server.Request.getParts(Request.java:2420)
>>>>>>>> java.lang.IllegalStateException: No multipart config for servlet
>>>>>>>
>>>>>>>
>>>>>>> I tried curl and the bin/post examples and they didn't work. I also
>>>>>>> tried running Solr with "./bin/solr -e schemaless -Dsolr.module=extraction"
>>>>>>> but the behavior was the same.
>>>>>>>
>>>>>>> This happened to be the first module I started trying to make sure I
>>>>>>> didn't break anything with tons of the module changes in 9.0. I know SQL
>>>>>>> issues were fixed.
>>>>>>>
>>>>>>> Anshum - I can try to help debug the security manager stuff on the
>>>>>>> ticket you filed https://issues.apache.org/jira/browse/SOLR-16135
>>>>>>>
>>>>>>> Kevin Risden
>>>>>>>
>>>>>>> Kevin Risden
>>>>>>>
>>>>>>>
>>>>>>> On Thu, Apr 7, 2022 at 5:28 PM Anshum Gupta <an...@anshumgupta.net>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> I can't seem to get the smoketest to pass on this RC, like the
>>>>>>>> previous two.
>>>>>>>>
>>>>>>>> At this point, I've tried:
>>>>>>>> - Fresh clone of the repository
>>>>>>>> - Multiple JDK versions from JDK11, 14, 17
>>>>>>>> - Cleanup gradle cache
>>>>>>>> - Multiple machines (Macbook and iMac)
>>>>>>>>
>>>>>>>> At this point I have the HDFS module tests and the adminUI test
>>>>>>>> failing with SecurityManager related exceptions e.g.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> *org.apache.solr.hdfs.store.HdfsDirectoryTest > classMethod FAILED
>>>>>>>> java.security.AccessControlException: access denied
>>>>>>>> ("java.io.FilePermission"
>>>>>>>> "/Users/anshumg/workspace/apache/solr/solr/modules/hdfs/build/tmp" "write")*
>>>>>>>>
>>>>>>>> I don't have a custom security policy and even running with *-Djava.security.debug=access,failure,policy
>>>>>>>> *didn't get any useful information.
>>>>>>>>
>>>>>>>> I'll continue looking into it, but if I don't get anywhere, I'll
>>>>>>>> vote based on my custom tests and manual testing.
>>>>>>>>
>>>>>>>> -Anshum
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Apr 5, 2022 at 2:58 PM Jan Høydahl <ja...@cominvent.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> Please vote for release candidate 3 for Solr 9.0.0
>>>>>>>>>
>>>>>>>>> The artifacts can be downloaded from:
>>>>>>>>>
>>>>>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>>>>>
>>>>>>>>> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>>>>>
>>>>>>>>> You are encouraged to do an extra thorough test and manual
>>>>>>>>> inspection beyond
>>>>>>>>> running the smoketester, since this is a major release.
>>>>>>>>>
>>>>>>>>> You can build a release-candidate of the official docker image
>>>>>>>>> using the following command:
>>>>>>>>>
>>>>>>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>>>>>>>>
>>>>>>>>> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e && \
>>>>>>>>> docker build
>>>>>>>>> $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>>>>>>>> --build-arg
>>>>>>>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>>>>>>>> -t solr-rc:9.0.0-3
>>>>>>>>>
>>>>>>>>> The vote will be open for at least 72 hours i.e. until 2022-04-08
>>>>>>>>> 22:00 UTC.
>>>>>>>>>
>>>>>>>>> [ ] +1 approve
>>>>>>>>> [ ] +0 no opinion
>>>>>>>>> [ ] -1 disapprove (and reason why)
>>>>>>>>>
>>>>>>>>> Here is my +1
>>>>>>>>>
>>>>>>>>> SUCCESS! [0:46:42.638796]
>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>>>>>>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Anshum Gupta
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> Anshum Gupta
>>>>>>
>>>>>
>>>>>
>>>
>>> --
>>> Anshum Gupta
>>>
>>
Re: [RESULT][VOTE] Release Solr 9.0.0 RC3
Posted by Houston Putman <ho...@apache.org>.
You’re right mike, that slipped my mind.
On Wed, Apr 13, 2022 at 6:05 PM David Smiley <ds...@apache.org> wrote:
> This definitely needs to be addressed; basic working Maven coordinates are
> important. Next time I guess we need to validate this via the smoke
> tester, I suppose?
>
> ~ David Smiley
> Apache Lucene/Solr Search Developer
> http://www.linkedin.com/in/davidwsmiley
>
>
> On Wed, Apr 13, 2022 at 5:59 PM Anshum Gupta <an...@anshumgupta.net>
> wrote:
>
>> Thanks for the update, Houston.
>>
>> I think this calls for an RC4.
>>
>> I'll be happy to review the PRs as they come in.
>>
>> On Wed, Apr 13, 2022 at 2:32 PM Houston Putman <ho...@apache.org>
>> wrote:
>>
>>> Hello everyone,
>>>
>>> Unfortunately, while the build passed I noticed some issues when
>>> building the remaining infrastructure to finish the release process (A fair
>>> amount of stuff left to do since the docker and gradle migration).
>>>
>>> The biggest issue I found was that the solr-core maven artifact cannot
>>> be used, since it still relies on the solr-server artifact, which doesn't
>>> exist. There are also modules that don't have maven artifacts created. (And
>>> module artifacts rely on solr-core, so they also cannot be used)
>>>
>>> I think this warrants an RC4 (and while we do have the RC3 release
>>> artifacts in https://dist.apache.org/repos/dist/release/solr/solr/), we
>>> can work with Apache infra to get that removed.
>>>
>>> If y'all think we should continue with the release anyways, I can do
>>> that as well. Will wait for some consensus while continuing to build in the
>>> necessary release steps. (for RC3 or RC4)
>>>
>>> Will have a fair number of PRs coming up to fix these things, so help
>>> reviewing them would be much appreciated.
>>>
>>> - Houston
>>>
>>> On Fri, Apr 8, 2022 at 6:55 PM Jan Høydahl <ja...@cominvent.com>
>>> wrote:
>>>
>>>> It's been >72h since the vote was initiated and the result is:
>>>>
>>>> +1 7 (7 binding)
>>>> 0 1
>>>> -1 0
>>>>
>>>> This vote has PASSED
>>>>
>>>> Congratulations everyone for reaching this milestone!
>>>>
>>>> There are still a few loose ends before the release can be published
>>>> and announced.
>>>> I'm away the next week, and Houston Putman has agreed to take over the
>>>> RM job from here.
>>>>
>>>> Thanks for stepping up Houston!
>>>>
>>>> Jan
>>>>
>>>> 8. apr. 2022 kl. 23:43 skrev Mike Drob <md...@mdrob.com>:
>>>>
>>>> If we're not doing anything with the release artifacts anyway (since
>>>> you'll be on holiday, Jan), would it be fine to leave it open over the
>>>> weekend? I didn't get nearly the amount of testing done on this that I
>>>> wanted to, mainly trying to figure out if SOLR-16143 was a real problem
>>>> (yes) or just a test issue (no) or worthy of blocking a release (probably
>>>> not).
>>>>
>>>> On Fri, Apr 8, 2022 at 4:40 PM Anshum Gupta <an...@anshumgupta.net>
>>>> wrote:
>>>>
>>>>> and just around the deadline, I got the smoke-tester to pass. Thanks
>>>>> to everyone who helped :)
>>>>>
>>>>> I changed a ton of things but most likely, it was an init.gradle file
>>>>> with some random stuff that was causing the issue. I remember having
>>>>> deleted that file a few months ago, but not sure what job regenerates that
>>>>> and adds that to the ~/.gradle folder.
>>>>>
>>>>> Here's my +1 (binding)
>>>>> SUCCESS! [0:46:31.241458]
>>>>>
>>>>> Also, tested SolrJ and some basic search/indexing using some sample
>>>>> app.
>>>>>
>>>>>
>>>>> On Fri, Apr 8, 2022 at 1:06 PM Jan Høydahl <ja...@cominvent.com>
>>>>> wrote:
>>>>>
>>>>>> This vote ends in an hour or so.
>>>>>> While there are currently five +1's and a few +0, I feel it is
>>>>>> inconclusive due to the SolrCell issue?
>>>>>> Kevin, guess your vote will decide :)
>>>>>>
>>>>>> Jan
>>>>>>
>>>>>> 8. apr. 2022 kl. 18:00 skrev Kevin Risden <kr...@apache.org>:
>>>>>>
>>>>>> The smoke tester passed for me: SUCCESS! [0:54:21.639508]
>>>>>>
>>>>>> However, I'm running into issues checking Tika integration / Solr
>>>>>> Cell. Following
>>>>>> https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html
>>>>>>
>>>>>> 2022-04-08 14:52:18.768 ERROR (qtp201274566-26) []
>>>>>>> o.a.s.s.SolrRequestParsers Couldn't get multipart parts in order to delete
>>>>>>> them => java.lang.IllegalStateException: No multipart config for servlet
>>>>>>> at org.eclipse.jetty.server.Request.getParts(Request.java:2420)
>>>>>>> java.lang.IllegalStateException: No multipart config for servlet
>>>>>>
>>>>>>
>>>>>> I tried curl and the bin/post examples and they didn't work. I also
>>>>>> tried running Solr with "./bin/solr -e schemaless -Dsolr.module=extraction"
>>>>>> but the behavior was the same.
>>>>>>
>>>>>> This happened to be the first module I started trying to make sure I
>>>>>> didn't break anything with tons of the module changes in 9.0. I know SQL
>>>>>> issues were fixed.
>>>>>>
>>>>>> Anshum - I can try to help debug the security manager stuff on the
>>>>>> ticket you filed https://issues.apache.org/jira/browse/SOLR-16135
>>>>>>
>>>>>> Kevin Risden
>>>>>>
>>>>>> Kevin Risden
>>>>>>
>>>>>>
>>>>>> On Thu, Apr 7, 2022 at 5:28 PM Anshum Gupta <an...@anshumgupta.net>
>>>>>> wrote:
>>>>>>
>>>>>>> I can't seem to get the smoketest to pass on this RC, like the
>>>>>>> previous two.
>>>>>>>
>>>>>>> At this point, I've tried:
>>>>>>> - Fresh clone of the repository
>>>>>>> - Multiple JDK versions from JDK11, 14, 17
>>>>>>> - Cleanup gradle cache
>>>>>>> - Multiple machines (Macbook and iMac)
>>>>>>>
>>>>>>> At this point I have the HDFS module tests and the adminUI test
>>>>>>> failing with SecurityManager related exceptions e.g.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> *org.apache.solr.hdfs.store.HdfsDirectoryTest > classMethod FAILED
>>>>>>> java.security.AccessControlException: access denied
>>>>>>> ("java.io.FilePermission"
>>>>>>> "/Users/anshumg/workspace/apache/solr/solr/modules/hdfs/build/tmp" "write")*
>>>>>>>
>>>>>>> I don't have a custom security policy and even running with *-Djava.security.debug=access,failure,policy
>>>>>>> *didn't get any useful information.
>>>>>>>
>>>>>>> I'll continue looking into it, but if I don't get anywhere, I'll
>>>>>>> vote based on my custom tests and manual testing.
>>>>>>>
>>>>>>> -Anshum
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Apr 5, 2022 at 2:58 PM Jan Høydahl <ja...@cominvent.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Please vote for release candidate 3 for Solr 9.0.0
>>>>>>>>
>>>>>>>> The artifacts can be downloaded from:
>>>>>>>>
>>>>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>>>>
>>>>>>>> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>>>>
>>>>>>>> You are encouraged to do an extra thorough test and manual
>>>>>>>> inspection beyond
>>>>>>>> running the smoketester, since this is a major release.
>>>>>>>>
>>>>>>>> You can build a release-candidate of the official docker image
>>>>>>>> using the following command:
>>>>>>>>
>>>>>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>>>>>>>
>>>>>>>> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e && \
>>>>>>>> docker build
>>>>>>>> $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>>>>>>> --build-arg
>>>>>>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>>>>>>> -t solr-rc:9.0.0-3
>>>>>>>>
>>>>>>>> The vote will be open for at least 72 hours i.e. until 2022-04-08
>>>>>>>> 22:00 UTC.
>>>>>>>>
>>>>>>>> [ ] +1 approve
>>>>>>>> [ ] +0 no opinion
>>>>>>>> [ ] -1 disapprove (and reason why)
>>>>>>>>
>>>>>>>> Here is my +1
>>>>>>>>
>>>>>>>> SUCCESS! [0:46:42.638796]
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>>>>>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Anshum Gupta
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> Anshum Gupta
>>>>>
>>>>
>>>>
>>
>> --
>> Anshum Gupta
>>
>
Re: [RESULT][VOTE] Release Solr 9.0.0 RC3
Posted by David Smiley <ds...@apache.org>.
This definitely needs to be addressed; basic working Maven coordinates are
important. Next time I guess we need to validate this via the smoke
tester, I suppose?
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Wed, Apr 13, 2022 at 5:59 PM Anshum Gupta <an...@anshumgupta.net> wrote:
> Thanks for the update, Houston.
>
> I think this calls for an RC4.
>
> I'll be happy to review the PRs as they come in.
>
> On Wed, Apr 13, 2022 at 2:32 PM Houston Putman <ho...@apache.org> wrote:
>
>> Hello everyone,
>>
>> Unfortunately, while the build passed I noticed some issues when building
>> the remaining infrastructure to finish the release process (A fair amount
>> of stuff left to do since the docker and gradle migration).
>>
>> The biggest issue I found was that the solr-core maven artifact cannot be
>> used, since it still relies on the solr-server artifact, which doesn't
>> exist. There are also modules that don't have maven artifacts created. (And
>> module artifacts rely on solr-core, so they also cannot be used)
>>
>> I think this warrants an RC4 (and while we do have the RC3 release
>> artifacts in https://dist.apache.org/repos/dist/release/solr/solr/), we
>> can work with Apache infra to get that removed.
>>
>> If y'all think we should continue with the release anyways, I can do that
>> as well. Will wait for some consensus while continuing to build in the
>> necessary release steps. (for RC3 or RC4)
>>
>> Will have a fair number of PRs coming up to fix these things, so help
>> reviewing them would be much appreciated.
>>
>> - Houston
>>
>> On Fri, Apr 8, 2022 at 6:55 PM Jan Høydahl <ja...@cominvent.com> wrote:
>>
>>> It's been >72h since the vote was initiated and the result is:
>>>
>>> +1 7 (7 binding)
>>> 0 1
>>> -1 0
>>>
>>> This vote has PASSED
>>>
>>> Congratulations everyone for reaching this milestone!
>>>
>>> There are still a few loose ends before the release can be published and
>>> announced.
>>> I'm away the next week, and Houston Putman has agreed to take over the
>>> RM job from here.
>>>
>>> Thanks for stepping up Houston!
>>>
>>> Jan
>>>
>>> 8. apr. 2022 kl. 23:43 skrev Mike Drob <md...@mdrob.com>:
>>>
>>> If we're not doing anything with the release artifacts anyway (since
>>> you'll be on holiday, Jan), would it be fine to leave it open over the
>>> weekend? I didn't get nearly the amount of testing done on this that I
>>> wanted to, mainly trying to figure out if SOLR-16143 was a real problem
>>> (yes) or just a test issue (no) or worthy of blocking a release (probably
>>> not).
>>>
>>> On Fri, Apr 8, 2022 at 4:40 PM Anshum Gupta <an...@anshumgupta.net>
>>> wrote:
>>>
>>>> and just around the deadline, I got the smoke-tester to pass. Thanks to
>>>> everyone who helped :)
>>>>
>>>> I changed a ton of things but most likely, it was an init.gradle file
>>>> with some random stuff that was causing the issue. I remember having
>>>> deleted that file a few months ago, but not sure what job regenerates that
>>>> and adds that to the ~/.gradle folder.
>>>>
>>>> Here's my +1 (binding)
>>>> SUCCESS! [0:46:31.241458]
>>>>
>>>> Also, tested SolrJ and some basic search/indexing using some sample app.
>>>>
>>>>
>>>> On Fri, Apr 8, 2022 at 1:06 PM Jan Høydahl <ja...@cominvent.com>
>>>> wrote:
>>>>
>>>>> This vote ends in an hour or so.
>>>>> While there are currently five +1's and a few +0, I feel it is
>>>>> inconclusive due to the SolrCell issue?
>>>>> Kevin, guess your vote will decide :)
>>>>>
>>>>> Jan
>>>>>
>>>>> 8. apr. 2022 kl. 18:00 skrev Kevin Risden <kr...@apache.org>:
>>>>>
>>>>> The smoke tester passed for me: SUCCESS! [0:54:21.639508]
>>>>>
>>>>> However, I'm running into issues checking Tika integration / Solr
>>>>> Cell. Following
>>>>> https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html
>>>>>
>>>>> 2022-04-08 14:52:18.768 ERROR (qtp201274566-26) []
>>>>>> o.a.s.s.SolrRequestParsers Couldn't get multipart parts in order to delete
>>>>>> them => java.lang.IllegalStateException: No multipart config for servlet
>>>>>> at org.eclipse.jetty.server.Request.getParts(Request.java:2420)
>>>>>> java.lang.IllegalStateException: No multipart config for servlet
>>>>>
>>>>>
>>>>> I tried curl and the bin/post examples and they didn't work. I also
>>>>> tried running Solr with "./bin/solr -e schemaless -Dsolr.module=extraction"
>>>>> but the behavior was the same.
>>>>>
>>>>> This happened to be the first module I started trying to make sure I
>>>>> didn't break anything with tons of the module changes in 9.0. I know SQL
>>>>> issues were fixed.
>>>>>
>>>>> Anshum - I can try to help debug the security manager stuff on the
>>>>> ticket you filed https://issues.apache.org/jira/browse/SOLR-16135
>>>>>
>>>>> Kevin Risden
>>>>>
>>>>> Kevin Risden
>>>>>
>>>>>
>>>>> On Thu, Apr 7, 2022 at 5:28 PM Anshum Gupta <an...@anshumgupta.net>
>>>>> wrote:
>>>>>
>>>>>> I can't seem to get the smoketest to pass on this RC, like the
>>>>>> previous two.
>>>>>>
>>>>>> At this point, I've tried:
>>>>>> - Fresh clone of the repository
>>>>>> - Multiple JDK versions from JDK11, 14, 17
>>>>>> - Cleanup gradle cache
>>>>>> - Multiple machines (Macbook and iMac)
>>>>>>
>>>>>> At this point I have the HDFS module tests and the adminUI test
>>>>>> failing with SecurityManager related exceptions e.g.
>>>>>>
>>>>>>
>>>>>>
>>>>>> *org.apache.solr.hdfs.store.HdfsDirectoryTest > classMethod FAILED
>>>>>> java.security.AccessControlException: access denied
>>>>>> ("java.io.FilePermission"
>>>>>> "/Users/anshumg/workspace/apache/solr/solr/modules/hdfs/build/tmp" "write")*
>>>>>>
>>>>>> I don't have a custom security policy and even running with *-Djava.security.debug=access,failure,policy
>>>>>> *didn't get any useful information.
>>>>>>
>>>>>> I'll continue looking into it, but if I don't get anywhere, I'll vote
>>>>>> based on my custom tests and manual testing.
>>>>>>
>>>>>> -Anshum
>>>>>>
>>>>>>
>>>>>> On Tue, Apr 5, 2022 at 2:58 PM Jan Høydahl <ja...@cominvent.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Please vote for release candidate 3 for Solr 9.0.0
>>>>>>>
>>>>>>> The artifacts can be downloaded from:
>>>>>>>
>>>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>>>
>>>>>>> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>>>
>>>>>>> You are encouraged to do an extra thorough test and manual
>>>>>>> inspection beyond
>>>>>>> running the smoketester, since this is a major release.
>>>>>>>
>>>>>>> You can build a release-candidate of the official docker image using
>>>>>>> the following command:
>>>>>>>
>>>>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>>>>>>
>>>>>>> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e && \
>>>>>>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official
>>>>>>> \
>>>>>>> --build-arg
>>>>>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>>>>>> -t solr-rc:9.0.0-3
>>>>>>>
>>>>>>> The vote will be open for at least 72 hours i.e. until 2022-04-08
>>>>>>> 22:00 UTC.
>>>>>>>
>>>>>>> [ ] +1 approve
>>>>>>> [ ] +0 no opinion
>>>>>>> [ ] -1 disapprove (and reason why)
>>>>>>>
>>>>>>> Here is my +1
>>>>>>>
>>>>>>> SUCCESS! [0:46:42.638796]
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>>>>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> Anshum Gupta
>>>>>>
>>>>>
>>>>>
>>>>
>>>> --
>>>> Anshum Gupta
>>>>
>>>
>>>
>
> --
> Anshum Gupta
>
Re: [RESULT][VOTE] Release Solr 9.0.0 RC3
Posted by Mike Drob <md...@mdrob.com>.
Did we already tag something as 9.0.0 in our Git repo?
I understand the unpleasantness of having our first release be 9.0.1 but
that might be the easiest way forward.
On Wed, Apr 13, 2022 at 4:59 PM Anshum Gupta <an...@anshumgupta.net> wrote:
> Thanks for the update, Houston.
>
> I think this calls for an RC4.
>
> I'll be happy to review the PRs as they come in.
>
> On Wed, Apr 13, 2022 at 2:32 PM Houston Putman <ho...@apache.org> wrote:
>
>> Hello everyone,
>>
>> Unfortunately, while the build passed I noticed some issues when building
>> the remaining infrastructure to finish the release process (A fair amount
>> of stuff left to do since the docker and gradle migration).
>>
>> The biggest issue I found was that the solr-core maven artifact cannot be
>> used, since it still relies on the solr-server artifact, which doesn't
>> exist. There are also modules that don't have maven artifacts created. (And
>> module artifacts rely on solr-core, so they also cannot be used)
>>
>> I think this warrants an RC4 (and while we do have the RC3 release
>> artifacts in https://dist.apache.org/repos/dist/release/solr/solr/), we
>> can work with Apache infra to get that removed.
>>
>> If y'all think we should continue with the release anyways, I can do that
>> as well. Will wait for some consensus while continuing to build in the
>> necessary release steps. (for RC3 or RC4)
>>
>> Will have a fair number of PRs coming up to fix these things, so help
>> reviewing them would be much appreciated.
>>
>> - Houston
>>
>> On Fri, Apr 8, 2022 at 6:55 PM Jan Høydahl <ja...@cominvent.com> wrote:
>>
>>> It's been >72h since the vote was initiated and the result is:
>>>
>>> +1 7 (7 binding)
>>> 0 1
>>> -1 0
>>>
>>> This vote has PASSED
>>>
>>> Congratulations everyone for reaching this milestone!
>>>
>>> There are still a few loose ends before the release can be published and
>>> announced.
>>> I'm away the next week, and Houston Putman has agreed to take over the
>>> RM job from here.
>>>
>>> Thanks for stepping up Houston!
>>>
>>> Jan
>>>
>>> 8. apr. 2022 kl. 23:43 skrev Mike Drob <md...@mdrob.com>:
>>>
>>> If we're not doing anything with the release artifacts anyway (since
>>> you'll be on holiday, Jan), would it be fine to leave it open over the
>>> weekend? I didn't get nearly the amount of testing done on this that I
>>> wanted to, mainly trying to figure out if SOLR-16143 was a real problem
>>> (yes) or just a test issue (no) or worthy of blocking a release (probably
>>> not).
>>>
>>> On Fri, Apr 8, 2022 at 4:40 PM Anshum Gupta <an...@anshumgupta.net>
>>> wrote:
>>>
>>>> and just around the deadline, I got the smoke-tester to pass. Thanks to
>>>> everyone who helped :)
>>>>
>>>> I changed a ton of things but most likely, it was an init.gradle file
>>>> with some random stuff that was causing the issue. I remember having
>>>> deleted that file a few months ago, but not sure what job regenerates that
>>>> and adds that to the ~/.gradle folder.
>>>>
>>>> Here's my +1 (binding)
>>>> SUCCESS! [0:46:31.241458]
>>>>
>>>> Also, tested SolrJ and some basic search/indexing using some sample app.
>>>>
>>>>
>>>> On Fri, Apr 8, 2022 at 1:06 PM Jan Høydahl <ja...@cominvent.com>
>>>> wrote:
>>>>
>>>>> This vote ends in an hour or so.
>>>>> While there are currently five +1's and a few +0, I feel it is
>>>>> inconclusive due to the SolrCell issue?
>>>>> Kevin, guess your vote will decide :)
>>>>>
>>>>> Jan
>>>>>
>>>>> 8. apr. 2022 kl. 18:00 skrev Kevin Risden <kr...@apache.org>:
>>>>>
>>>>> The smoke tester passed for me: SUCCESS! [0:54:21.639508]
>>>>>
>>>>> However, I'm running into issues checking Tika integration / Solr
>>>>> Cell. Following
>>>>> https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html
>>>>>
>>>>> 2022-04-08 14:52:18.768 ERROR (qtp201274566-26) []
>>>>>> o.a.s.s.SolrRequestParsers Couldn't get multipart parts in order to delete
>>>>>> them => java.lang.IllegalStateException: No multipart config for servlet
>>>>>> at org.eclipse.jetty.server.Request.getParts(Request.java:2420)
>>>>>> java.lang.IllegalStateException: No multipart config for servlet
>>>>>
>>>>>
>>>>> I tried curl and the bin/post examples and they didn't work. I also
>>>>> tried running Solr with "./bin/solr -e schemaless -Dsolr.module=extraction"
>>>>> but the behavior was the same.
>>>>>
>>>>> This happened to be the first module I started trying to make sure I
>>>>> didn't break anything with tons of the module changes in 9.0. I know SQL
>>>>> issues were fixed.
>>>>>
>>>>> Anshum - I can try to help debug the security manager stuff on the
>>>>> ticket you filed https://issues.apache.org/jira/browse/SOLR-16135
>>>>>
>>>>> Kevin Risden
>>>>>
>>>>> Kevin Risden
>>>>>
>>>>>
>>>>> On Thu, Apr 7, 2022 at 5:28 PM Anshum Gupta <an...@anshumgupta.net>
>>>>> wrote:
>>>>>
>>>>>> I can't seem to get the smoketest to pass on this RC, like the
>>>>>> previous two.
>>>>>>
>>>>>> At this point, I've tried:
>>>>>> - Fresh clone of the repository
>>>>>> - Multiple JDK versions from JDK11, 14, 17
>>>>>> - Cleanup gradle cache
>>>>>> - Multiple machines (Macbook and iMac)
>>>>>>
>>>>>> At this point I have the HDFS module tests and the adminUI test
>>>>>> failing with SecurityManager related exceptions e.g.
>>>>>>
>>>>>>
>>>>>>
>>>>>> *org.apache.solr.hdfs.store.HdfsDirectoryTest > classMethod FAILED
>>>>>> java.security.AccessControlException: access denied
>>>>>> ("java.io.FilePermission"
>>>>>> "/Users/anshumg/workspace/apache/solr/solr/modules/hdfs/build/tmp" "write")*
>>>>>>
>>>>>> I don't have a custom security policy and even running with *-Djava.security.debug=access,failure,policy
>>>>>> *didn't get any useful information.
>>>>>>
>>>>>> I'll continue looking into it, but if I don't get anywhere, I'll vote
>>>>>> based on my custom tests and manual testing.
>>>>>>
>>>>>> -Anshum
>>>>>>
>>>>>>
>>>>>> On Tue, Apr 5, 2022 at 2:58 PM Jan Høydahl <ja...@cominvent.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Please vote for release candidate 3 for Solr 9.0.0
>>>>>>>
>>>>>>> The artifacts can be downloaded from:
>>>>>>>
>>>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>>>
>>>>>>> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>>>
>>>>>>> You are encouraged to do an extra thorough test and manual
>>>>>>> inspection beyond
>>>>>>> running the smoketester, since this is a major release.
>>>>>>>
>>>>>>> You can build a release-candidate of the official docker image using
>>>>>>> the following command:
>>>>>>>
>>>>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>>>>>>
>>>>>>> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e && \
>>>>>>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official
>>>>>>> \
>>>>>>> --build-arg
>>>>>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>>>>>> -t solr-rc:9.0.0-3
>>>>>>>
>>>>>>> The vote will be open for at least 72 hours i.e. until 2022-04-08
>>>>>>> 22:00 UTC.
>>>>>>>
>>>>>>> [ ] +1 approve
>>>>>>> [ ] +0 no opinion
>>>>>>> [ ] -1 disapprove (and reason why)
>>>>>>>
>>>>>>> Here is my +1
>>>>>>>
>>>>>>> SUCCESS! [0:46:42.638796]
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>>>>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> Anshum Gupta
>>>>>>
>>>>>
>>>>>
>>>>
>>>> --
>>>> Anshum Gupta
>>>>
>>>
>>>
>
> --
> Anshum Gupta
>
Re: [RESULT][VOTE] Release Solr 9.0.0 RC3
Posted by Anshum Gupta <an...@anshumgupta.net>.
Thanks for the update, Houston.
I think this calls for an RC4.
I'll be happy to review the PRs as they come in.
On Wed, Apr 13, 2022 at 2:32 PM Houston Putman <ho...@apache.org> wrote:
> Hello everyone,
>
> Unfortunately, while the build passed I noticed some issues when building
> the remaining infrastructure to finish the release process (A fair amount
> of stuff left to do since the docker and gradle migration).
>
> The biggest issue I found was that the solr-core maven artifact cannot be
> used, since it still relies on the solr-server artifact, which doesn't
> exist. There are also modules that don't have maven artifacts created. (And
> module artifacts rely on solr-core, so they also cannot be used)
>
> I think this warrants an RC4 (and while we do have the RC3 release
> artifacts in https://dist.apache.org/repos/dist/release/solr/solr/), we
> can work with Apache infra to get that removed.
>
> If y'all think we should continue with the release anyways, I can do that
> as well. Will wait for some consensus while continuing to build in the
> necessary release steps. (for RC3 or RC4)
>
> Will have a fair number of PRs coming up to fix these things, so help
> reviewing them would be much appreciated.
>
> - Houston
>
> On Fri, Apr 8, 2022 at 6:55 PM Jan Høydahl <ja...@cominvent.com> wrote:
>
>> It's been >72h since the vote was initiated and the result is:
>>
>> +1 7 (7 binding)
>> 0 1
>> -1 0
>>
>> This vote has PASSED
>>
>> Congratulations everyone for reaching this milestone!
>>
>> There are still a few loose ends before the release can be published and
>> announced.
>> I'm away the next week, and Houston Putman has agreed to take over the RM
>> job from here.
>>
>> Thanks for stepping up Houston!
>>
>> Jan
>>
>> 8. apr. 2022 kl. 23:43 skrev Mike Drob <md...@mdrob.com>:
>>
>> If we're not doing anything with the release artifacts anyway (since
>> you'll be on holiday, Jan), would it be fine to leave it open over the
>> weekend? I didn't get nearly the amount of testing done on this that I
>> wanted to, mainly trying to figure out if SOLR-16143 was a real problem
>> (yes) or just a test issue (no) or worthy of blocking a release (probably
>> not).
>>
>> On Fri, Apr 8, 2022 at 4:40 PM Anshum Gupta <an...@anshumgupta.net>
>> wrote:
>>
>>> and just around the deadline, I got the smoke-tester to pass. Thanks to
>>> everyone who helped :)
>>>
>>> I changed a ton of things but most likely, it was an init.gradle file
>>> with some random stuff that was causing the issue. I remember having
>>> deleted that file a few months ago, but not sure what job regenerates that
>>> and adds that to the ~/.gradle folder.
>>>
>>> Here's my +1 (binding)
>>> SUCCESS! [0:46:31.241458]
>>>
>>> Also, tested SolrJ and some basic search/indexing using some sample app.
>>>
>>>
>>> On Fri, Apr 8, 2022 at 1:06 PM Jan Høydahl <ja...@cominvent.com>
>>> wrote:
>>>
>>>> This vote ends in an hour or so.
>>>> While there are currently five +1's and a few +0, I feel it is
>>>> inconclusive due to the SolrCell issue?
>>>> Kevin, guess your vote will decide :)
>>>>
>>>> Jan
>>>>
>>>> 8. apr. 2022 kl. 18:00 skrev Kevin Risden <kr...@apache.org>:
>>>>
>>>> The smoke tester passed for me: SUCCESS! [0:54:21.639508]
>>>>
>>>> However, I'm running into issues checking Tika integration / Solr Cell.
>>>> Following
>>>> https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html
>>>>
>>>> 2022-04-08 14:52:18.768 ERROR (qtp201274566-26) []
>>>>> o.a.s.s.SolrRequestParsers Couldn't get multipart parts in order to delete
>>>>> them => java.lang.IllegalStateException: No multipart config for servlet
>>>>> at org.eclipse.jetty.server.Request.getParts(Request.java:2420)
>>>>> java.lang.IllegalStateException: No multipart config for servlet
>>>>
>>>>
>>>> I tried curl and the bin/post examples and they didn't work. I also
>>>> tried running Solr with "./bin/solr -e schemaless -Dsolr.module=extraction"
>>>> but the behavior was the same.
>>>>
>>>> This happened to be the first module I started trying to make sure I
>>>> didn't break anything with tons of the module changes in 9.0. I know SQL
>>>> issues were fixed.
>>>>
>>>> Anshum - I can try to help debug the security manager stuff on the
>>>> ticket you filed https://issues.apache.org/jira/browse/SOLR-16135
>>>>
>>>> Kevin Risden
>>>>
>>>> Kevin Risden
>>>>
>>>>
>>>> On Thu, Apr 7, 2022 at 5:28 PM Anshum Gupta <an...@anshumgupta.net>
>>>> wrote:
>>>>
>>>>> I can't seem to get the smoketest to pass on this RC, like the
>>>>> previous two.
>>>>>
>>>>> At this point, I've tried:
>>>>> - Fresh clone of the repository
>>>>> - Multiple JDK versions from JDK11, 14, 17
>>>>> - Cleanup gradle cache
>>>>> - Multiple machines (Macbook and iMac)
>>>>>
>>>>> At this point I have the HDFS module tests and the adminUI test
>>>>> failing with SecurityManager related exceptions e.g.
>>>>>
>>>>>
>>>>>
>>>>> *org.apache.solr.hdfs.store.HdfsDirectoryTest > classMethod FAILED
>>>>> java.security.AccessControlException: access denied
>>>>> ("java.io.FilePermission"
>>>>> "/Users/anshumg/workspace/apache/solr/solr/modules/hdfs/build/tmp" "write")*
>>>>>
>>>>> I don't have a custom security policy and even running with *-Djava.security.debug=access,failure,policy
>>>>> *didn't get any useful information.
>>>>>
>>>>> I'll continue looking into it, but if I don't get anywhere, I'll vote
>>>>> based on my custom tests and manual testing.
>>>>>
>>>>> -Anshum
>>>>>
>>>>>
>>>>> On Tue, Apr 5, 2022 at 2:58 PM Jan Høydahl <ja...@cominvent.com>
>>>>> wrote:
>>>>>
>>>>>> Please vote for release candidate 3 for Solr 9.0.0
>>>>>>
>>>>>> The artifacts can be downloaded from:
>>>>>>
>>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>>
>>>>>> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>>
>>>>>> You are encouraged to do an extra thorough test and manual inspection
>>>>>> beyond
>>>>>> running the smoketester, since this is a major release.
>>>>>>
>>>>>> You can build a release-candidate of the official docker image using
>>>>>> the following command:
>>>>>>
>>>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>>>>>
>>>>>> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e && \
>>>>>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>>>>> --build-arg
>>>>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>>>>> -t solr-rc:9.0.0-3
>>>>>>
>>>>>> The vote will be open for at least 72 hours i.e. until 2022-04-08
>>>>>> 22:00 UTC.
>>>>>>
>>>>>> [ ] +1 approve
>>>>>> [ ] +0 no opinion
>>>>>> [ ] -1 disapprove (and reason why)
>>>>>>
>>>>>> Here is my +1
>>>>>>
>>>>>> SUCCESS! [0:46:42.638796]
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>>>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> Anshum Gupta
>>>>>
>>>>
>>>>
>>>
>>> --
>>> Anshum Gupta
>>>
>>
>>
--
Anshum Gupta
Re: [RESULT][VOTE] Release Solr 9.0.0 RC3
Posted by Houston Putman <ho...@apache.org>.
Hello everyone,
Unfortunately, while the build passed I noticed some issues when building
the remaining infrastructure to finish the release process (A fair amount
of stuff left to do since the docker and gradle migration).
The biggest issue I found was that the solr-core maven artifact cannot be
used, since it still relies on the solr-server artifact, which doesn't
exist. There are also modules that don't have maven artifacts created. (And
module artifacts rely on solr-core, so they also cannot be used)
I think this warrants an RC4 (and while we do have the RC3 release
artifacts in https://dist.apache.org/repos/dist/release/solr/solr/), we can
work with Apache infra to get that removed.
If y'all think we should continue with the release anyways, I can do that
as well. Will wait for some consensus while continuing to build in the
necessary release steps. (for RC3 or RC4)
Will have a fair number of PRs coming up to fix these things, so help
reviewing them would be much appreciated.
- Houston
On Fri, Apr 8, 2022 at 6:55 PM Jan Høydahl <ja...@cominvent.com> wrote:
> It's been >72h since the vote was initiated and the result is:
>
> +1 7 (7 binding)
> 0 1
> -1 0
>
> This vote has PASSED
>
> Congratulations everyone for reaching this milestone!
>
> There are still a few loose ends before the release can be published and
> announced.
> I'm away the next week, and Houston Putman has agreed to take over the RM
> job from here.
>
> Thanks for stepping up Houston!
>
> Jan
>
> 8. apr. 2022 kl. 23:43 skrev Mike Drob <md...@mdrob.com>:
>
> If we're not doing anything with the release artifacts anyway (since
> you'll be on holiday, Jan), would it be fine to leave it open over the
> weekend? I didn't get nearly the amount of testing done on this that I
> wanted to, mainly trying to figure out if SOLR-16143 was a real problem
> (yes) or just a test issue (no) or worthy of blocking a release (probably
> not).
>
> On Fri, Apr 8, 2022 at 4:40 PM Anshum Gupta <an...@anshumgupta.net>
> wrote:
>
>> and just around the deadline, I got the smoke-tester to pass. Thanks to
>> everyone who helped :)
>>
>> I changed a ton of things but most likely, it was an init.gradle file
>> with some random stuff that was causing the issue. I remember having
>> deleted that file a few months ago, but not sure what job regenerates that
>> and adds that to the ~/.gradle folder.
>>
>> Here's my +1 (binding)
>> SUCCESS! [0:46:31.241458]
>>
>> Also, tested SolrJ and some basic search/indexing using some sample app.
>>
>>
>> On Fri, Apr 8, 2022 at 1:06 PM Jan Høydahl <ja...@cominvent.com> wrote:
>>
>>> This vote ends in an hour or so.
>>> While there are currently five +1's and a few +0, I feel it is
>>> inconclusive due to the SolrCell issue?
>>> Kevin, guess your vote will decide :)
>>>
>>> Jan
>>>
>>> 8. apr. 2022 kl. 18:00 skrev Kevin Risden <kr...@apache.org>:
>>>
>>> The smoke tester passed for me: SUCCESS! [0:54:21.639508]
>>>
>>> However, I'm running into issues checking Tika integration / Solr Cell.
>>> Following
>>> https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html
>>>
>>> 2022-04-08 14:52:18.768 ERROR (qtp201274566-26) []
>>>> o.a.s.s.SolrRequestParsers Couldn't get multipart parts in order to delete
>>>> them => java.lang.IllegalStateException: No multipart config for servlet
>>>> at org.eclipse.jetty.server.Request.getParts(Request.java:2420)
>>>> java.lang.IllegalStateException: No multipart config for servlet
>>>
>>>
>>> I tried curl and the bin/post examples and they didn't work. I also
>>> tried running Solr with "./bin/solr -e schemaless -Dsolr.module=extraction"
>>> but the behavior was the same.
>>>
>>> This happened to be the first module I started trying to make sure I
>>> didn't break anything with tons of the module changes in 9.0. I know SQL
>>> issues were fixed.
>>>
>>> Anshum - I can try to help debug the security manager stuff on the
>>> ticket you filed https://issues.apache.org/jira/browse/SOLR-16135
>>>
>>> Kevin Risden
>>>
>>> Kevin Risden
>>>
>>>
>>> On Thu, Apr 7, 2022 at 5:28 PM Anshum Gupta <an...@anshumgupta.net>
>>> wrote:
>>>
>>>> I can't seem to get the smoketest to pass on this RC, like the previous
>>>> two.
>>>>
>>>> At this point, I've tried:
>>>> - Fresh clone of the repository
>>>> - Multiple JDK versions from JDK11, 14, 17
>>>> - Cleanup gradle cache
>>>> - Multiple machines (Macbook and iMac)
>>>>
>>>> At this point I have the HDFS module tests and the adminUI test failing
>>>> with SecurityManager related exceptions e.g.
>>>>
>>>>
>>>>
>>>> *org.apache.solr.hdfs.store.HdfsDirectoryTest > classMethod FAILED
>>>> java.security.AccessControlException: access denied
>>>> ("java.io.FilePermission"
>>>> "/Users/anshumg/workspace/apache/solr/solr/modules/hdfs/build/tmp" "write")*
>>>>
>>>> I don't have a custom security policy and even running with *-Djava.security.debug=access,failure,policy
>>>> *didn't get any useful information.
>>>>
>>>> I'll continue looking into it, but if I don't get anywhere, I'll vote
>>>> based on my custom tests and manual testing.
>>>>
>>>> -Anshum
>>>>
>>>>
>>>> On Tue, Apr 5, 2022 at 2:58 PM Jan Høydahl <ja...@cominvent.com>
>>>> wrote:
>>>>
>>>>> Please vote for release candidate 3 for Solr 9.0.0
>>>>>
>>>>> The artifacts can be downloaded from:
>>>>>
>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>
>>>>> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>>
>>>>> You are encouraged to do an extra thorough test and manual inspection
>>>>> beyond
>>>>> running the smoketester, since this is a major release.
>>>>>
>>>>> You can build a release-candidate of the official docker image using
>>>>> the following command:
>>>>>
>>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>>>>
>>>>> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e && \
>>>>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>>>> --build-arg
>>>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>>>> -t solr-rc:9.0.0-3
>>>>>
>>>>> The vote will be open for at least 72 hours i.e. until 2022-04-08
>>>>> 22:00 UTC.
>>>>>
>>>>> [ ] +1 approve
>>>>> [ ] +0 no opinion
>>>>> [ ] -1 disapprove (and reason why)
>>>>>
>>>>> Here is my +1
>>>>>
>>>>> SUCCESS! [0:46:42.638796]
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>>>
>>>>>
>>>>
>>>> --
>>>> Anshum Gupta
>>>>
>>>
>>>
>>
>> --
>> Anshum Gupta
>>
>
>
Re: [RESULT][VOTE] Release Solr 9.0.0 RC3
Posted by Jan Høydahl <ja...@cominvent.com>.
It's been >72h since the vote was initiated and the result is:
+1 7 (7 binding)
0 1
-1 0
This vote has PASSED
Congratulations everyone for reaching this milestone!
There are still a few loose ends before the release can be published and announced.
I'm away the next week, and Houston Putman has agreed to take over the RM job from here.
Thanks for stepping up Houston!
Jan
> 8. apr. 2022 kl. 23:43 skrev Mike Drob <md...@mdrob.com>:
>
> If we're not doing anything with the release artifacts anyway (since you'll be on holiday, Jan), would it be fine to leave it open over the weekend? I didn't get nearly the amount of testing done on this that I wanted to, mainly trying to figure out if SOLR-16143 was a real problem (yes) or just a test issue (no) or worthy of blocking a release (probably not).
>
> On Fri, Apr 8, 2022 at 4:40 PM Anshum Gupta <anshum@anshumgupta.net <ma...@anshumgupta.net>> wrote:
> and just around the deadline, I got the smoke-tester to pass. Thanks to everyone who helped :)
>
> I changed a ton of things but most likely, it was an init.gradle file with some random stuff that was causing the issue. I remember having deleted that file a few months ago, but not sure what job regenerates that and adds that to the ~/.gradle folder.
>
> Here's my +1 (binding)
> SUCCESS! [0:46:31.241458]
>
> Also, tested SolrJ and some basic search/indexing using some sample app.
>
>
> On Fri, Apr 8, 2022 at 1:06 PM Jan Høydahl <jan.asf@cominvent.com <ma...@cominvent.com>> wrote:
> This vote ends in an hour or so.
> While there are currently five +1's and a few +0, I feel it is inconclusive due to the SolrCell issue?
> Kevin, guess your vote will decide :)
>
> Jan
>
>> 8. apr. 2022 kl. 18:00 skrev Kevin Risden <krisden@apache.org <ma...@apache.org>>:
>>
>> The smoke tester passed for me: SUCCESS! [0:54:21.639508]
>>
>> However, I'm running into issues checking Tika integration / Solr Cell. Following https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html <https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html>
>>
>> 2022-04-08 14:52:18.768 ERROR (qtp201274566-26) [] o.a.s.s.SolrRequestParsers Couldn't get multipart parts in order to delete them => java.lang.IllegalStateException: No multipart config for servlet
>> at org.eclipse.jetty.server.Request.getParts(Request.java:2420)
>> java.lang.IllegalStateException: No multipart config for servlet
>>
>> I tried curl and the bin/post examples and they didn't work. I also tried running Solr with "./bin/solr -e schemaless -Dsolr.module=extraction" but the behavior was the same.
>>
>> This happened to be the first module I started trying to make sure I didn't break anything with tons of the module changes in 9.0. I know SQL issues were fixed.
>>
>> Anshum - I can try to help debug the security manager stuff on the ticket you filed https://issues.apache.org/jira/browse/SOLR-16135 <https://issues.apache.org/jira/browse/SOLR-16135>
>>
>> Kevin Risden
>>
>> Kevin Risden
>>
>>
>> On Thu, Apr 7, 2022 at 5:28 PM Anshum Gupta <anshum@anshumgupta.net <ma...@anshumgupta.net>> wrote:
>> I can't seem to get the smoketest to pass on this RC, like the previous two.
>>
>> At this point, I've tried:
>> - Fresh clone of the repository
>> - Multiple JDK versions from JDK11, 14, 17
>> - Cleanup gradle cache
>> - Multiple machines (Macbook and iMac)
>>
>> At this point I have the HDFS module tests and the adminUI test failing with SecurityManager related exceptions e.g.
>>
>> org.apache.solr.hdfs.store.HdfsDirectoryTest > classMethod FAILED
>> java.security.AccessControlException: access denied ("java.io.FilePermission" "/Users/anshumg/workspace/apache/solr/solr/modules/hdfs/build/tmp" "write")
>>
>> I don't have a custom security policy and even running with -Djava.security.debug=access,failure,policy didn't get any useful information.
>>
>> I'll continue looking into it, but if I don't get anywhere, I'll vote based on my custom tests and manual testing.
>>
>> -Anshum
>>
>>
>> On Tue, Apr 5, 2022 at 2:58 PM Jan Høydahl <jan.asf@cominvent.com <ma...@cominvent.com>> wrote:
>> Please vote for release candidate 3 for Solr 9.0.0
>>
>> The artifacts can be downloaded from:
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e <https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e>
>>
>> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e <https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e>
>>
>> You are encouraged to do an extra thorough test and manual inspection beyond
>> running the smoketester, since this is a major release.
>>
>> You can build a release-candidate of the official docker image using the following command:
>>
>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr <https://dist.apache.org/repos/dist/dev/solr> && \
>> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e && \
>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>> -t solr-rc:9.0.0-3
>>
>> The vote will be open for at least 72 hours i.e. until 2022-04-08 22:00 UTC.
>>
>> [ ] +1 approve
>> [ ] +0 no opinion
>> [ ] -1 disapprove (and reason why)
>>
>> Here is my +1
>>
>> SUCCESS! [0:46:42.638796]
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org <ma...@solr.apache.org>
>> For additional commands, e-mail: dev-help@solr.apache.org <ma...@solr.apache.org>
>>
>>
>>
>> --
>> Anshum Gupta
>
>
>
> --
> Anshum Gupta
Re: [VOTE] Release Solr 9.0.0 RC3
Posted by Mike Drob <md...@mdrob.com>.
If we're not doing anything with the release artifacts anyway (since you'll
be on holiday, Jan), would it be fine to leave it open over the weekend? I
didn't get nearly the amount of testing done on this that I wanted to,
mainly trying to figure out if SOLR-16143 was a real problem (yes) or just
a test issue (no) or worthy of blocking a release (probably not).
On Fri, Apr 8, 2022 at 4:40 PM Anshum Gupta <an...@anshumgupta.net> wrote:
> and just around the deadline, I got the smoke-tester to pass. Thanks to
> everyone who helped :)
>
> I changed a ton of things but most likely, it was an init.gradle file with
> some random stuff that was causing the issue. I remember having deleted
> that file a few months ago, but not sure what job regenerates that and adds
> that to the ~/.gradle folder.
>
> Here's my +1 (binding)
> SUCCESS! [0:46:31.241458]
>
> Also, tested SolrJ and some basic search/indexing using some sample app.
>
>
> On Fri, Apr 8, 2022 at 1:06 PM Jan Høydahl <ja...@cominvent.com> wrote:
>
>> This vote ends in an hour or so.
>> While there are currently five +1's and a few +0, I feel it is
>> inconclusive due to the SolrCell issue?
>> Kevin, guess your vote will decide :)
>>
>> Jan
>>
>> 8. apr. 2022 kl. 18:00 skrev Kevin Risden <kr...@apache.org>:
>>
>> The smoke tester passed for me: SUCCESS! [0:54:21.639508]
>>
>> However, I'm running into issues checking Tika integration / Solr Cell.
>> Following
>> https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html
>>
>> 2022-04-08 14:52:18.768 ERROR (qtp201274566-26) []
>>> o.a.s.s.SolrRequestParsers Couldn't get multipart parts in order to delete
>>> them => java.lang.IllegalStateException: No multipart config for servlet
>>> at org.eclipse.jetty.server.Request.getParts(Request.java:2420)
>>> java.lang.IllegalStateException: No multipart config for servlet
>>
>>
>> I tried curl and the bin/post examples and they didn't work. I also tried
>> running Solr with "./bin/solr -e schemaless -Dsolr.module=extraction" but
>> the behavior was the same.
>>
>> This happened to be the first module I started trying to make sure I
>> didn't break anything with tons of the module changes in 9.0. I know SQL
>> issues were fixed.
>>
>> Anshum - I can try to help debug the security manager stuff on the ticket
>> you filed https://issues.apache.org/jira/browse/SOLR-16135
>>
>> Kevin Risden
>>
>> Kevin Risden
>>
>>
>> On Thu, Apr 7, 2022 at 5:28 PM Anshum Gupta <an...@anshumgupta.net>
>> wrote:
>>
>>> I can't seem to get the smoketest to pass on this RC, like the previous
>>> two.
>>>
>>> At this point, I've tried:
>>> - Fresh clone of the repository
>>> - Multiple JDK versions from JDK11, 14, 17
>>> - Cleanup gradle cache
>>> - Multiple machines (Macbook and iMac)
>>>
>>> At this point I have the HDFS module tests and the adminUI test failing
>>> with SecurityManager related exceptions e.g.
>>>
>>>
>>>
>>> *org.apache.solr.hdfs.store.HdfsDirectoryTest > classMethod FAILED
>>> java.security.AccessControlException: access denied
>>> ("java.io.FilePermission"
>>> "/Users/anshumg/workspace/apache/solr/solr/modules/hdfs/build/tmp" "write")*
>>>
>>> I don't have a custom security policy and even running with *-Djava.security.debug=access,failure,policy
>>> *didn't get any useful information.
>>>
>>> I'll continue looking into it, but if I don't get anywhere, I'll vote
>>> based on my custom tests and manual testing.
>>>
>>> -Anshum
>>>
>>>
>>> On Tue, Apr 5, 2022 at 2:58 PM Jan Høydahl <ja...@cominvent.com>
>>> wrote:
>>>
>>>> Please vote for release candidate 3 for Solr 9.0.0
>>>>
>>>> The artifacts can be downloaded from:
>>>>
>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>
>>>> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>>
>>>> You are encouraged to do an extra thorough test and manual inspection
>>>> beyond
>>>> running the smoketester, since this is a major release.
>>>>
>>>> You can build a release-candidate of the official docker image using
>>>> the following command:
>>>>
>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>>> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>> && \
>>>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>>> --build-arg
>>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>>> -t solr-rc:9.0.0-3
>>>>
>>>> The vote will be open for at least 72 hours i.e. until 2022-04-08 22:00
>>>> UTC.
>>>>
>>>> [ ] +1 approve
>>>> [ ] +0 no opinion
>>>> [ ] -1 disapprove (and reason why)
>>>>
>>>> Here is my +1
>>>>
>>>> SUCCESS! [0:46:42.638796]
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>>
>>>>
>>>
>>> --
>>> Anshum Gupta
>>>
>>
>>
>
> --
> Anshum Gupta
>
Re: [VOTE] Release Solr 9.0.0 RC3
Posted by Anshum Gupta <an...@anshumgupta.net>.
and just around the deadline, I got the smoke-tester to pass. Thanks to
everyone who helped :)
I changed a ton of things but most likely, it was an init.gradle file with
some random stuff that was causing the issue. I remember having deleted
that file a few months ago, but not sure what job regenerates that and adds
that to the ~/.gradle folder.
Here's my +1 (binding)
SUCCESS! [0:46:31.241458]
Also, tested SolrJ and some basic search/indexing using some sample app.
On Fri, Apr 8, 2022 at 1:06 PM Jan Høydahl <ja...@cominvent.com> wrote:
> This vote ends in an hour or so.
> While there are currently five +1's and a few +0, I feel it is
> inconclusive due to the SolrCell issue?
> Kevin, guess your vote will decide :)
>
> Jan
>
> 8. apr. 2022 kl. 18:00 skrev Kevin Risden <kr...@apache.org>:
>
> The smoke tester passed for me: SUCCESS! [0:54:21.639508]
>
> However, I'm running into issues checking Tika integration / Solr Cell.
> Following
> https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html
>
> 2022-04-08 14:52:18.768 ERROR (qtp201274566-26) []
>> o.a.s.s.SolrRequestParsers Couldn't get multipart parts in order to delete
>> them => java.lang.IllegalStateException: No multipart config for servlet
>> at org.eclipse.jetty.server.Request.getParts(Request.java:2420)
>> java.lang.IllegalStateException: No multipart config for servlet
>
>
> I tried curl and the bin/post examples and they didn't work. I also tried
> running Solr with "./bin/solr -e schemaless -Dsolr.module=extraction" but
> the behavior was the same.
>
> This happened to be the first module I started trying to make sure I
> didn't break anything with tons of the module changes in 9.0. I know SQL
> issues were fixed.
>
> Anshum - I can try to help debug the security manager stuff on the ticket
> you filed https://issues.apache.org/jira/browse/SOLR-16135
>
> Kevin Risden
>
> Kevin Risden
>
>
> On Thu, Apr 7, 2022 at 5:28 PM Anshum Gupta <an...@anshumgupta.net>
> wrote:
>
>> I can't seem to get the smoketest to pass on this RC, like the previous
>> two.
>>
>> At this point, I've tried:
>> - Fresh clone of the repository
>> - Multiple JDK versions from JDK11, 14, 17
>> - Cleanup gradle cache
>> - Multiple machines (Macbook and iMac)
>>
>> At this point I have the HDFS module tests and the adminUI test failing
>> with SecurityManager related exceptions e.g.
>>
>>
>>
>> *org.apache.solr.hdfs.store.HdfsDirectoryTest > classMethod FAILED
>> java.security.AccessControlException: access denied
>> ("java.io.FilePermission"
>> "/Users/anshumg/workspace/apache/solr/solr/modules/hdfs/build/tmp" "write")*
>>
>> I don't have a custom security policy and even running with *-Djava.security.debug=access,failure,policy
>> *didn't get any useful information.
>>
>> I'll continue looking into it, but if I don't get anywhere, I'll vote
>> based on my custom tests and manual testing.
>>
>> -Anshum
>>
>>
>> On Tue, Apr 5, 2022 at 2:58 PM Jan Høydahl <ja...@cominvent.com> wrote:
>>
>>> Please vote for release candidate 3 for Solr 9.0.0
>>>
>>> The artifacts can be downloaded from:
>>>
>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>
>>> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>>
>>> You are encouraged to do an extra thorough test and manual inspection
>>> beyond
>>> running the smoketester, since this is a major release.
>>>
>>> You can build a release-candidate of the official docker image using the
>>> following command:
>>>
>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>> && \
>>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>> --build-arg
>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>> -t solr-rc:9.0.0-3
>>>
>>> The vote will be open for at least 72 hours i.e. until 2022-04-08 22:00
>>> UTC.
>>>
>>> [ ] +1 approve
>>> [ ] +0 no opinion
>>> [ ] -1 disapprove (and reason why)
>>>
>>> Here is my +1
>>>
>>> SUCCESS! [0:46:42.638796]
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>
>>>
>>
>> --
>> Anshum Gupta
>>
>
>
--
Anshum Gupta
Re: [VOTE] Release Solr 9.0.0 RC3
Posted by Jan Høydahl <ja...@cominvent.com>.
This vote ends in an hour or so.
While there are currently five +1's and a few +0, I feel it is inconclusive due to the SolrCell issue?
Kevin, guess your vote will decide :)
Jan
> 8. apr. 2022 kl. 18:00 skrev Kevin Risden <kr...@apache.org>:
>
> The smoke tester passed for me: SUCCESS! [0:54:21.639508]
>
> However, I'm running into issues checking Tika integration / Solr Cell. Following https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html <https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html>
>
> 2022-04-08 14:52:18.768 ERROR (qtp201274566-26) [] o.a.s.s.SolrRequestParsers Couldn't get multipart parts in order to delete them => java.lang.IllegalStateException: No multipart config for servlet
> at org.eclipse.jetty.server.Request.getParts(Request.java:2420)
> java.lang.IllegalStateException: No multipart config for servlet
>
> I tried curl and the bin/post examples and they didn't work. I also tried running Solr with "./bin/solr -e schemaless -Dsolr.module=extraction" but the behavior was the same.
>
> This happened to be the first module I started trying to make sure I didn't break anything with tons of the module changes in 9.0. I know SQL issues were fixed.
>
> Anshum - I can try to help debug the security manager stuff on the ticket you filed https://issues.apache.org/jira/browse/SOLR-16135 <https://issues.apache.org/jira/browse/SOLR-16135>
>
> Kevin Risden
>
> Kevin Risden
>
>
> On Thu, Apr 7, 2022 at 5:28 PM Anshum Gupta <anshum@anshumgupta.net <ma...@anshumgupta.net>> wrote:
> I can't seem to get the smoketest to pass on this RC, like the previous two.
>
> At this point, I've tried:
> - Fresh clone of the repository
> - Multiple JDK versions from JDK11, 14, 17
> - Cleanup gradle cache
> - Multiple machines (Macbook and iMac)
>
> At this point I have the HDFS module tests and the adminUI test failing with SecurityManager related exceptions e.g.
>
> org.apache.solr.hdfs.store.HdfsDirectoryTest > classMethod FAILED
> java.security.AccessControlException: access denied ("java.io.FilePermission" "/Users/anshumg/workspace/apache/solr/solr/modules/hdfs/build/tmp" "write")
>
> I don't have a custom security policy and even running with -Djava.security.debug=access,failure,policy didn't get any useful information.
>
> I'll continue looking into it, but if I don't get anywhere, I'll vote based on my custom tests and manual testing.
>
> -Anshum
>
>
> On Tue, Apr 5, 2022 at 2:58 PM Jan Høydahl <jan.asf@cominvent.com <ma...@cominvent.com>> wrote:
> Please vote for release candidate 3 for Solr 9.0.0
>
> The artifacts can be downloaded from:
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e <https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e>
>
> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e <https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e>
>
> You are encouraged to do an extra thorough test and manual inspection beyond
> running the smoketester, since this is a major release.
>
> You can build a release-candidate of the official docker image using the following command:
>
> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr <https://dist.apache.org/repos/dist/dev/solr> && \
> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e && \
> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
> -t solr-rc:9.0.0-3
>
> The vote will be open for at least 72 hours i.e. until 2022-04-08 22:00 UTC.
>
> [ ] +1 approve
> [ ] +0 no opinion
> [ ] -1 disapprove (and reason why)
>
> Here is my +1
>
> SUCCESS! [0:46:42.638796]
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org <ma...@solr.apache.org>
> For additional commands, e-mail: dev-help@solr.apache.org <ma...@solr.apache.org>
>
>
>
> --
> Anshum Gupta
Re: [VOTE] Release Solr 9.0.0 RC3
Posted by Kevin Risden <kr...@apache.org>.
The smoke tester passed for me: SUCCESS! [0:54:21.639508]
However, I'm running into issues checking Tika integration / Solr Cell.
Following
https://nightlies.apache.org/solr/draft-guides/solr-reference-guide-nightly/solr/9_0/indexing-guide/indexing-with-tika.html
2022-04-08 14:52:18.768 ERROR (qtp201274566-26) []
> o.a.s.s.SolrRequestParsers Couldn't get multipart parts in order to delete
> them => java.lang.IllegalStateException: No multipart config for servlet
> at org.eclipse.jetty.server.Request.getParts(Request.java:2420)
> java.lang.IllegalStateException: No multipart config for servlet
I tried curl and the bin/post examples and they didn't work. I also tried
running Solr with "./bin/solr -e schemaless -Dsolr.module=extraction" but
the behavior was the same.
This happened to be the first module I started trying to make sure I didn't
break anything with tons of the module changes in 9.0. I know SQL issues
were fixed.
Anshum - I can try to help debug the security manager stuff on the ticket
you filed https://issues.apache.org/jira/browse/SOLR-16135
Kevin Risden
Kevin Risden
On Thu, Apr 7, 2022 at 5:28 PM Anshum Gupta <an...@anshumgupta.net> wrote:
> I can't seem to get the smoketest to pass on this RC, like the previous
> two.
>
> At this point, I've tried:
> - Fresh clone of the repository
> - Multiple JDK versions from JDK11, 14, 17
> - Cleanup gradle cache
> - Multiple machines (Macbook and iMac)
>
> At this point I have the HDFS module tests and the adminUI test failing
> with SecurityManager related exceptions e.g.
>
>
>
> *org.apache.solr.hdfs.store.HdfsDirectoryTest > classMethod FAILED
> java.security.AccessControlException: access denied
> ("java.io.FilePermission"
> "/Users/anshumg/workspace/apache/solr/solr/modules/hdfs/build/tmp" "write")*
>
> I don't have a custom security policy and even running with *-Djava.security.debug=access,failure,policy
> *didn't get any useful information.
>
> I'll continue looking into it, but if I don't get anywhere, I'll vote
> based on my custom tests and manual testing.
>
> -Anshum
>
>
> On Tue, Apr 5, 2022 at 2:58 PM Jan Høydahl <ja...@cominvent.com> wrote:
>
>> Please vote for release candidate 3 for Solr 9.0.0
>>
>> The artifacts can be downloaded from:
>>
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>
>> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>>
>> You are encouraged to do an extra thorough test and manual inspection
>> beyond
>> running the smoketester, since this is a major release.
>>
>> You can build a release-candidate of the official docker image using the
>> following command:
>>
>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>> && \
>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz
>> \
>> -t solr-rc:9.0.0-3
>>
>> The vote will be open for at least 72 hours i.e. until 2022-04-08 22:00
>> UTC.
>>
>> [ ] +1 approve
>> [ ] +0 no opinion
>> [ ] -1 disapprove (and reason why)
>>
>> Here is my +1
>>
>> SUCCESS! [0:46:42.638796]
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>> For additional commands, e-mail: dev-help@solr.apache.org
>>
>>
>
> --
> Anshum Gupta
>
Re: [VOTE] Release Solr 9.0.0 RC3
Posted by Anshum Gupta <an...@anshumgupta.net>.
I can't seem to get the smoketest to pass on this RC, like the previous two.
At this point, I've tried:
- Fresh clone of the repository
- Multiple JDK versions from JDK11, 14, 17
- Cleanup gradle cache
- Multiple machines (Macbook and iMac)
At this point I have the HDFS module tests and the adminUI test failing
with SecurityManager related exceptions e.g.
*org.apache.solr.hdfs.store.HdfsDirectoryTest > classMethod FAILED
java.security.AccessControlException: access denied
("java.io.FilePermission"
"/Users/anshumg/workspace/apache/solr/solr/modules/hdfs/build/tmp" "write")*
I don't have a custom security policy and even running with
*-Djava.security.debug=access,failure,policy
*didn't get any useful information.
I'll continue looking into it, but if I don't get anywhere, I'll vote based
on my custom tests and manual testing.
-Anshum
On Tue, Apr 5, 2022 at 2:58 PM Jan Høydahl <ja...@cominvent.com> wrote:
> Please vote for release candidate 3 for Solr 9.0.0
>
> The artifacts can be downloaded from:
>
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>
> 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-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e
>
> You are encouraged to do an extra thorough test and manual inspection
> beyond
> running the smoketester, since this is a major release.
>
> You can build a release-candidate of the official docker image using the
> following command:
>
> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
> RC_FOLDER=solr-9.0.0-RC3-rev-e9e64f83a8c972b5a3f3460899c81ee9ccde2d1e &&
> \
> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
> -t solr-rc:9.0.0-3
>
> The vote will be open for at least 72 hours i.e. until 2022-04-08 22:00
> UTC.
>
> [ ] +1 approve
> [ ] +0 no opinion
> [ ] -1 disapprove (and reason why)
>
> Here is my +1
>
> SUCCESS! [0:46:42.638796]
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> For additional commands, e-mail: dev-help@solr.apache.org
>
>
--
Anshum Gupta