Impossibile mvn release: preparazione, il certificato del server non ha superato la verifica

Question

Sto provando a eseguire un mvn release:prepare release:perform su un progetto, che in precedenza ha funzionato su un certo numero di occassioni senza problemi, tuttavia sto vedendo il seguente output:

[INFO] BUILD FAILURE 
[INFO] ------------------------------------------------------------------------ 
[INFO] Total time: 45.937s 
[INFO] Finished at: Thu Aug 23 15:06:01 BST 2012 
[INFO] Final Memory: 5M/81M 
[INFO] ------------------------------------------------------------------------ 
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-release-plugin:2.2.1:prepare (default-cli) on project my-project: Unable to tag SCM 
[ERROR] Provider message: 
[ERROR] The svn tag command failed. 
[ERROR] Command output: 
[ERROR] svn: OPTIONS of 'https://<svn url here>': Server certificate verification failed: certificate has expired, issuer is not trusted (https://<svn url here>) 

ho incluso quanto segue in ~/.scm/svn-settings.xml come consigliato here

<svn-settings> 
    <trustServerCert>true</trustServerCert> 
</svn-settings> 

Questo include poi l'opzione della riga di comando --trust-server-cert per il tag svn.

Questo comportamento si verifica sia su un computer Mac che su un computer Windows, eseguendo entrambi Maven 3.0.4.

Eventuali indicazioni su come risolvere questo problema? È il certificato del server che deve essere ri-emesso?

Grazie

Answer 1

Ho appena visto e risolto questo problema da sola messa a punto. Sto eseguendo la versione 1.478 di Jenkins su un ambiente centos collegato a due server build che funzionano anche su CentOS.

Ho la stessa versione di maven-release-plugin e ho aggiunto il file .scm/svn-settings.xml per tentare una correzione, senza alcun effetto.

Ho risolto il problema accedendo a ciascun server di build e verificando manualmente il codice (e verificando un commit manuale dal computer di compilazione) quando ho effettuato l'accesso come lo stesso utente utilizzato da jenkins. Questo mi ha costretto ad accettare il certificato sul server. Una volta che l'ho fatto, ho confermato che il problema era sparito.