On Thu, 15 Dec 2022 at 10:24, Gilles Sadowski <gillese...@gmail.com> wrote: > > Le jeu. 15 déc. 2022 à 11:01, Gilles Sadowski <gillese...@gmail.com> a écrit : > > > > Le jeu. 15 déc. 2022 à 10:53, Gilles Sadowski <gillese...@gmail.com> a > > écrit : > > > > > > Hi. > > > > > > So using the insecure way of passing a password on the command-line, > > > I'm one step further: Which files to delete from Nexus (and how). > > > Why can't we seem to avoid uploading unnecessary files there? > > > Is the problem with Nexus or the release process or maven? > > > Now that they are there, is there still no other way than to pick them > > > up one at a time, click on "Delete" and then click for confirmation (that > > > make it largely the most time consuming task of the process)?
Yes. It is slow for a large multi-module project to remove all these. I think this is due to the gpg deploy goal in maven signing extras. I had to delete extra files for the BOM module in numbers and rng which uploaded extras. > > > > > > Please confirm that only the > > > *.jar > > > *.pom > > > *.cyclonedx.xml > > > *.cyclone.json > > > *.spdx.json > > > files (and their associated fingerprint and checksum files) should remain. Yes. See a recent single jar release for an example [1]. > > > > Also, there is no JAR file in the > > commons-math-examples > > folder on Nexus; is it OK to delete it entirely? > > And what about the "*site.xml.*" files in the commons-math-parent" folder? > To be deleted too? I do not see the need for these. But they are usually left for any pom files (see [2, 3]). This is probably due to them being harmless and it being a pain to remove them. I think I removed them from one rng release I performed but not the most recent one. Alex [1] https://repo1.maven.org/maven2/org/apache/commons/commons-text/1.10.0/ [2] https://repo1.maven.org/maven2/org/apache/commons/commons-parent/55/ [3] https://repo1.maven.org/maven2/org/apache/commons/commons-rng-parent/1.5/ > > > > > > Regards, > > > Gilles > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org