[jira] [Commented] (COMDEV-436) parsereleases produces false releases for solr
[
https://issues.apache.org/jira/browse/COMDEV-436?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17764700#comment-17764700
]
Sebb commented on COMDEV-436:
-
The parser now runs off the find-ls listing which makes it very much quicker.
Also the matching of releases has been much simplified.
Several false positives and negatives have been addressed.
Hopefully the SOLR releases now look OK?
> parsereleases produces false releases for solr
> --
>
> Key: COMDEV-436
> URL: https://issues.apache.org/jira/browse/COMDEV-436
> Project: Community Development
> Issue Type: Improvement
>Reporter: Jan Høydahl
>Priority: Major
> Attachments: COMDEV-436.patch, releases.json
>
>
> When viewing [https://projects.apache.org/releases.html] and searching for
> "solr", there are too many "falase positives".
> See the "solr" section of
> [https://projects.apache.org/json/foundation/releases.json]
> {code:java}
> "solr": {
> "all.yaml": "2021-11-11",
> "index.yaml": "2021-11-11",
> "solr-0.5.0": "2021-11-11",
> "solr-0.5.0.tgz.prov": "2021-11-11",
> "solr-operator-0.5.0": "2021-11-11",
> "solr-operator-0.5.0.tgz.prov": "2021-11-11",
> "solr-operator-v0.5.0": "2021-11-11",
> "solrbackups.yaml": "2021-11-11",
> "solrclouds.yaml": "2021-11-11",
> "solrprometheusexporters.yaml": "2021-11-11",
> "zookeeperclusters.yaml": "2021-11-11"
> },
> {code}
> The script mistakes some files as releases, which are really not.
> Currently the Solr downloads repo [https://downloads.apache.org/solr/]
> contains only one release for the "solr-opereator" project, which is not a
> traditional java code release, but rather k8s Helm-charts and CRDs. The Solr
> main releases are currently in "lucene" so we don't expect them to show up
> here until the 9.0 release.
> So the expected output for the current contents is simply:
> {code:java}
> "solr": {
> "solr-operator-0.5.0": "2021-11-11",
> },
> {code}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org
[jira] [Commented] (COMDEV-436) parsereleases produces false releases for solr
[
https://issues.apache.org/jira/browse/COMDEV-436?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17764706#comment-17764706
]
Jan Høydahl commented on COMDEV-436:
Thanks. Solr release section still looks ok. Except the inclusion of two helm
charts that are not official source releases of the project (solr-0.7.1 and
solr-operator-0.7.1), see
[https://downloads.apache.org/solr/solr-operator/v0.7.1/helm-charts/]
I suppose, if we required {{-src}} tgz files next to the convenience binaries,
we could use that to weed these out. Or perhaps we should stop uploading our
helm charts to the download area?
> parsereleases produces false releases for solr
> --
>
> Key: COMDEV-436
> URL: https://issues.apache.org/jira/browse/COMDEV-436
> Project: Community Development
> Issue Type: Improvement
>Reporter: Jan Høydahl
>Priority: Major
> Attachments: COMDEV-436.patch, releases.json
>
>
> When viewing [https://projects.apache.org/releases.html] and searching for
> "solr", there are too many "falase positives".
> See the "solr" section of
> [https://projects.apache.org/json/foundation/releases.json]
> {code:java}
> "solr": {
> "all.yaml": "2021-11-11",
> "index.yaml": "2021-11-11",
> "solr-0.5.0": "2021-11-11",
> "solr-0.5.0.tgz.prov": "2021-11-11",
> "solr-operator-0.5.0": "2021-11-11",
> "solr-operator-0.5.0.tgz.prov": "2021-11-11",
> "solr-operator-v0.5.0": "2021-11-11",
> "solrbackups.yaml": "2021-11-11",
> "solrclouds.yaml": "2021-11-11",
> "solrprometheusexporters.yaml": "2021-11-11",
> "zookeeperclusters.yaml": "2021-11-11"
> },
> {code}
> The script mistakes some files as releases, which are really not.
> Currently the Solr downloads repo [https://downloads.apache.org/solr/]
> contains only one release for the "solr-opereator" project, which is not a
> traditional java code release, but rather k8s Helm-charts and CRDs. The Solr
> main releases are currently in "lucene" so we don't expect them to show up
> here until the 9.0 release.
> So the expected output for the current contents is simply:
> {code:java}
> "solr": {
> "solr-operator-0.5.0": "2021-11-11",
> },
> {code}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org
[jira] [Commented] (COMDEV-436) parsereleases produces false releases for solr
[
https://issues.apache.org/jira/browse/COMDEV-436?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17764752#comment-17764752
]
Sebb commented on COMDEV-436:
-
Please don't stop uploading items to the download area merely to fix a problem
with the release parsing! Maybe the charts don't belong there, but that is a
separate issue.
Whilst it is not ideal for the release listing to contain lots of spurious
files, IMO it is better to include a few extras rather than omit valid releases.
It's easy enough to filter out additional directories if required.
> parsereleases produces false releases for solr
> --
>
> Key: COMDEV-436
> URL: https://issues.apache.org/jira/browse/COMDEV-436
> Project: Community Development
> Issue Type: Improvement
>Reporter: Jan Høydahl
>Priority: Major
> Attachments: COMDEV-436.patch, releases.json
>
>
> When viewing [https://projects.apache.org/releases.html] and searching for
> "solr", there are too many "falase positives".
> See the "solr" section of
> [https://projects.apache.org/json/foundation/releases.json]
> {code:java}
> "solr": {
> "all.yaml": "2021-11-11",
> "index.yaml": "2021-11-11",
> "solr-0.5.0": "2021-11-11",
> "solr-0.5.0.tgz.prov": "2021-11-11",
> "solr-operator-0.5.0": "2021-11-11",
> "solr-operator-0.5.0.tgz.prov": "2021-11-11",
> "solr-operator-v0.5.0": "2021-11-11",
> "solrbackups.yaml": "2021-11-11",
> "solrclouds.yaml": "2021-11-11",
> "solrprometheusexporters.yaml": "2021-11-11",
> "zookeeperclusters.yaml": "2021-11-11"
> },
> {code}
> The script mistakes some files as releases, which are really not.
> Currently the Solr downloads repo [https://downloads.apache.org/solr/]
> contains only one release for the "solr-opereator" project, which is not a
> traditional java code release, but rather k8s Helm-charts and CRDs. The Solr
> main releases are currently in "lucene" so we don't expect them to show up
> here until the 9.0 release.
> So the expected output for the current contents is simply:
> {code:java}
> "solr": {
> "solr-operator-0.5.0": "2021-11-11",
> },
> {code}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org
[jira] [Commented] (COMDEV-436) parsereleases produces false releases for solr
[
https://issues.apache.org/jira/browse/COMDEV-436?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17764754#comment-17764754
]
Houston Putman commented on COMDEV-436:
---
Yeah, the helm charts are not official source releases, but they are official
artifacts of the release. I would really prefer to keep them there.
{quote}It's easy enough to filter out additional directories if required.
{quote}
Awesome, they are in the /helm-charts sub-directory, so it should be easy to
filter that out! Filtering out "-slim" would be good, but I'm not sure that's
as easy.
> parsereleases produces false releases for solr
> --
>
> Key: COMDEV-436
> URL: https://issues.apache.org/jira/browse/COMDEV-436
> Project: Community Development
> Issue Type: Improvement
>Reporter: Jan Høydahl
>Priority: Major
> Attachments: COMDEV-436.patch, releases.json
>
>
> When viewing [https://projects.apache.org/releases.html] and searching for
> "solr", there are too many "falase positives".
> See the "solr" section of
> [https://projects.apache.org/json/foundation/releases.json]
> {code:java}
> "solr": {
> "all.yaml": "2021-11-11",
> "index.yaml": "2021-11-11",
> "solr-0.5.0": "2021-11-11",
> "solr-0.5.0.tgz.prov": "2021-11-11",
> "solr-operator-0.5.0": "2021-11-11",
> "solr-operator-0.5.0.tgz.prov": "2021-11-11",
> "solr-operator-v0.5.0": "2021-11-11",
> "solrbackups.yaml": "2021-11-11",
> "solrclouds.yaml": "2021-11-11",
> "solrprometheusexporters.yaml": "2021-11-11",
> "zookeeperclusters.yaml": "2021-11-11"
> },
> {code}
> The script mistakes some files as releases, which are really not.
> Currently the Solr downloads repo [https://downloads.apache.org/solr/]
> contains only one release for the "solr-opereator" project, which is not a
> traditional java code release, but rather k8s Helm-charts and CRDs. The Solr
> main releases are currently in "lucene" so we don't expect them to show up
> here until the 9.0 release.
> So the expected output for the current contents is simply:
> {code:java}
> "solr": {
> "solr-operator-0.5.0": "2021-11-11",
> },
> {code}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org
