Svn is used for 4 tasks:
- upload src and bin zip tars to the dev site
- upload the web site to the same place for reviews, at least that's how I
do it
- after a vote, transfer files from the dev to the release site (svnmucc)
- publish the final site

Nexus is only a convenience to our users, not an Apache requirement.

It would be nice to only use Nexus for distributions but that's a different
topic.

Gary

On Wed, Dec 14, 2022, 08:31 Gilles Sadowski <gillese...@gmail.com> wrote:

> Le mer. 14 déc. 2022 à 09:09, Alex Herbert <alex.d.herb...@gmail.com> a
> écrit :
> >
> > On Wed, 14 Dec 2022 at 00:49, Gilles Sadowski <gillese...@gmail.com>
> wrote:
> > >
> > > Hello.
> > >
> > > Next problem:
> > > $ JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64 mvn -Duser.name=erans
> > > clean deploy -Prelease
> > > [...]
> > > [INFO] Reactor Summary for Apache Commons Math 4.0-beta1:
> > > [INFO]
> > > [INFO] Apache Commons Math ................................ SUCCESS [
> 11.845 s]
> > > [INFO] Miscellaneous core classes ......................... SUCCESS [
> 26.164 s]
> > > [INFO] Artificial neural networks ......................... SUCCESS [
> 20.008 s]
> > > [INFO] Transforms ......................................... SUCCESS [
> 17.360 s]
> > > [INFO] Exception classes (Legacy) ......................... SUCCESS [
> 18.615 s]
> > > [INFO] Miscellaneous core classes (Legacy) ................ SUCCESS [
> 29.017 s]
> > > [INFO] Apache Commons Math (Legacy) ....................... SUCCESS
> [01:54 min]
> > > [INFO] Example applications ............................... SUCCESS [
> 4.542 s]
> > > [INFO] SOFM ............................................... SUCCESS [
> 4.651 s]
> > > [INFO] SOFM: Chinese Rings ................................ SUCCESS [
> 18.144 s]
> > > [INFO] SOFM: Traveling Salesman Problem ................... SUCCESS [
> 15.359 s]
> > > [INFO] K-Means ............................................ SUCCESS [
> 4.529 s]
> > > [INFO] K-Means: Image Clustering .......................... SUCCESS [
> 16.085 s]
> > > [INFO] Apache Commons Math (full distribution) ............ FAILURE [
> 1.303 s]
> > > [INFO]
> ------------------------------------------------------------------------
> > > [INFO] BUILD FAILURE
> > > [INFO]
> ------------------------------------------------------------------------
> > > [INFO] Total time:  05:02 min
> > > [INFO] Finished at: 2022-12-13T18:47:14+01:00
> > > [INFO]
> ------------------------------------------------------------------------
> > > [ERROR] Failed to execute goal
> > > org.apache.commons:commons-release-plugin:1.8.0:clean-staging
> > > (clean-staging) on project commons-math: Failed to commit files: null
> > > [null]
> > > [...]
> > >
> > > I could see on the console that files are being uploaded to Nexus.
> > > But no trace there.[1]
> >
> > This seems to be where the plugin tries to remove any old staged files
> > from the dev area. I've just checked and this directory does exist:
> >
> > svn co https://dist.apache.org/repos/dist/dev/commons/math
> >
> > If it is missing I think you get a different error. It was missing for
> > statistics.
> >
> > When I run the release goal I add this
> [-Duser.password=<yourApacheIdsPassword]
> >
> > I found that my system does not cache my svn credentials. From the
> > statistics release guide:
> >
> > "The apache ID password is required to clean and deploy the binary
> distribution
> > files to svn if the svn client is not configured to locally cache the
> user
> > password."
>
> This is where I'm a lost.  Why is "svn" involved here, where I thought
> that "deploy" was meant to upload the artefacts to "nexus"?
> If the "nexus" step did not work out (no email notification, thus it
> didn't,
> despite I was seeing upload progress on the console), it should say so
> before trying something else (related to "svn").
>
> >
> > You could restart from the failed module and run with -X to get more
> > info on the point it fails
> >
> > mvn [release goals] -rf :commons-math
> -Duser.password=<yourApacheIdsPassword> -X
>
> It is quite unexpected that a part of that command works without
> providing the password (i.e. mvn uses the info in "~/.m2/settings.xml",
> I guess), while another needs it to appear in clear-text on the command
> line.  Is that the case?
>
> Running
> $ JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64 mvn -Duser.name=erans
> clean deploy -Prelease -X -rf :commons-math
> [ERROR] Failed to execute goal
> org.apache.commons:commons-release-plugin:1.8.0:clean-staging
> (clean-staging) on project commons-math: Failed to commit files: null
> [null] -> [Help 1]
> org.apache.maven.lifecycle.LifecycleExecutionException: Failed to
> execute goal org.apache.commons:commons-release-plugin:1.8.0:clean-staging
> (clean-staging) on project commons-math: Failed to commit files: null
> [null]
>     at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> (MojoExecutor.java:215)
>     at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> (MojoExecutor.java:156)
>     at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> (MojoExecutor.java:148)
>     at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
> (LifecycleModuleBuilder.java:117)
>     at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
> (LifecycleModuleBuilder.java:81)
>     at
> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build
> (SingleThreadedBuilder.java:56)
>     at org.apache.maven.lifecycle.internal.LifecycleStarter.execute
> (LifecycleStarter.java:128)
>     at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305)
>     at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:192)
>     at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:105)
>     at org.apache.maven.cli.MavenCli.execute (MavenCli.java:957)
>     at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:289)
>     at org.apache.maven.cli.MavenCli.main (MavenCli.java:193)
>     at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native
> Method)
>     at jdk.internal.reflect.NativeMethodAccessorImpl.invoke
> (NativeMethodAccessorImpl.java:62)
>     at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke
> (DelegatingMethodAccessorImpl.java:43)
>     at java.lang.reflect.Method.invoke (Method.java:566)
>     at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced
> (Launcher.java:282)
>     at org.codehaus.plexus.classworlds.launcher.Launcher.launch
> (Launcher.java:225)
>     at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode
> (Launcher.java:406)
>     at org.codehaus.plexus.classworlds.launcher.Launcher.main
> (Launcher.java:347)
> Caused by: org.apache.maven.plugin.MojoFailureException: Failed to
> commit files: null [null]
>     at
> org.apache.commons.release.plugin.mojos.CommonsStagingCleanupMojo.execute
> (CommonsStagingCleanupMojo.java:193)
>     at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo
> (DefaultBuildPluginManager.java:137)
>     at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> (MojoExecutor.java:210)
>     at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> (MojoExecutor.java:156)
>     at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> (MojoExecutor.java:148)
>     at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
> (LifecycleModuleBuilder.java:117)
>     at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
> (LifecycleModuleBuilder.java:81)
>     at
> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build
> (SingleThreadedBuilder.java:56)
>     at org.apache.maven.lifecycle.internal.LifecycleStarter.execute
> (LifecycleStarter.java:128)
>     at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305)
>     at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:192)
>     at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:105)
>     at org.apache.maven.cli.MavenCli.execute (MavenCli.java:957)
>     at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:289)
>     at org.apache.maven.cli.MavenCli.main (MavenCli.java:193)
>     at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native
> Method)
>     at jdk.internal.reflect.NativeMethodAccessorImpl.invoke
> (NativeMethodAccessorImpl.java:62)
>     at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke
> (DelegatingMethodAccessorImpl.java:43)
>     at java.lang.reflect.Method.invoke (Method.java:566)
>     at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced
> (Launcher.java:282)
>     at org.codehaus.plexus.classworlds.launcher.Launcher.launch
> (Launcher.java:225)
>     at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode
> (Launcher.java:406)
>     at org.codehaus.plexus.classworlds.launcher.Launcher.main
> (Launcher.java:347)
> [...]
>
> Regards,
> Gilles
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Reply via email to