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

Reply via email to