Comment configurer correctement SVN pour hudson (jenkins) de l'intégration continue?

Je suis à la configuration d'un jenkins pour construire mon projet XCode sur mac os 10.6.6. Pour cet effet, j'ai installé la dernière conteneur tomcat et dernière jenkins en tant que ROOT.guerre. Tout fonctionne bien sauf l'ajout de subversion de l'intégration :(. Après la création d'un nouveau projet dans jenkins, je choisis "subversion" dans "Gestion du Code Source" et entré dans mon référentiel URL de la même façon, j'utilise en ligne de commande de subversion de l'outil:

https://svn.mydomain.local/main/project/trunk

Malheureusement, il ne fonctionne pas avec une étrange erreur d'authentification "annulé":
Comment configurer correctement SVN pour hudson (jenkins) de l'intégration continue?

Les "détails" journal ressemble à ceci:

Unable to access https://svn.mydomain.local/main/project/trunk : svn: authentication cancelled 
org.tmatesoft.svn.core.SVNCancelException: svn: authentication cancelled
    at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.cancel(SVNErrorManager.java:37)
    at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.cancel(SVNErrorManager.java:32)
    at org.tmatesoft.svn.core.internal.wc.DefaultSVNAuthenticationManager.getNextAuthentication(DefaultSVNAuthenticationManager.java:257)
    at hudson.scm.FilterSVNAuthenticationManager.getNextAuthentication(FilterSVNAuthenticationManager.java:39)
    at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:552)
    at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:275)
    at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:263)
    at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:516)
    at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:98)
    at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:1001)
    at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.testConnection(DAVRepository.java:97)
    at hudson.scm.SubversionSCM$DescriptorImpl.checkRepositoryPath(SubversionSCM.java:1842)

La plus étrange chose: si je clique sur "entrer les informations d'identification" et entrer mon login et mot de passe, Jenkins, rapporte "l'Authentification a réussi. L'Information est stockée dans Hudson maintenant". mais il est encore rouge "impossible d'accéder à" et la caisse d'erreur sur la compilation :(.

De ligne de commande svn co fonctionne très bien pour l'utilisateur et de la racine des comptes avec toutes les informations d'identification mises en cache. Peut-être n'importe qui qui a un hudson sur macos expérience pouvez déposer quelques conseils que faire?

C'est un Jenkins bug. Veuillez voir et voter ici à Jenkins 8059

OriginalL'auteur grigoryvp | 2011-03-14

  1. 4

    Juste pour vérifier la configuration de base, l'utilisateur qui exécute le serveur tomcat/jenkins avoir accès en écriture à la .hudson répertoire et ci-dessous, plus précisément à hudson.scm.SubversionSCM.xml?

    En outre, quelqu'un d'autre eu du succès avec la mise en -Dsvnkit.http.methods=Basic,NTLM dans le JAVA_ARGS.

    Impressionnant. L'ajout de la chaîne spécifiée pour JAVA_OPTS dans catalina.sh résout le problème! Juste par curiosité, pourquoi un tel problème n'est pas résolu dans jenkins lui-même? Aucune personne n'utilise subversion via HTTPS?
    Cela semble être un problème commun lors de l'utilisation de SVNKit avec l'authentification NTLM. Ceci c'est la seule, bien qu'un peu décevant explication que j'ai trouvé.

    OriginalL'auteur Jens Theeß

  2. 1

    Dans la configuration -> Gérer les Plugins -> Onglet Avancé -> assurez-vous que votre Proxy HTTP configurations sont correctement définis.

    OriginalL'auteur Jegadeeshkumar

  3. 0

    Nous avons le même problème sur un seul emploi, mais pas lors de la configuration de l'emploi, quand un post-script de validation essayer de déclencher un build :

    27 oct. 2011 17:57:45 hudson.scm.SubversionRepositoryStatus doNotifyCommit
WARN: Failed to handle Subversion commit notification
org.tmatesoft.svn.core.SVNCancelException: svn: authentication cancelled
[...]

    L'inspection du travail de configuration révèle que le "Inclus les régions" paramètres n'était pas bien défini :
    trunk/src/dir

    Corrigé cette params avec :
    /trunk/src/dir

    fait jenkins ne plus avoir le problème

    OriginalL'auteur ıɾuǝʞ

  4. 0

    J'ai trouvé un blog (blog.vinodsingh) entrée posté par quelqu'un qui était très semblable question. Il a juste enlevé le .subversion répertoire et il a résolu le problème.

    J'ai trouvé cette entrée de blog trop. Malheureusement, sudo rm -rf `sudo find / -name .subversion 2>/dev/null` ne change rien :(.
    Il ne fonctionne pas pour moi non plus. Je ne sais pas comment résoudre ce problème. Toute autre suggestion?
    Vous avez besoin de faire une étape supplémentaire après le retrait .subversion dossier et c'est à la caisse des pensions de titres localement afin que Jenkins peut charger le svn mise en cache des informations d'identification. Vous pouvez voir une explication mieux dans ma réponse à une question similaire, stackoverflow.com/questions/17464993/...

    OriginalL'auteur Jcs