2014-09-09 2 views
0

Je souhaite contrôler mon environnement Subversion (Sliksvn 1.8.10) avec un petit programme Java sur une machine Windows 7 64 bits. Je dois utiliser JavaHL (1.8.x) pas SVNKIt. J'ai implémenté une fonction de checkout sur un référentiel, d'ajout de fichiers à une copie de travail et de validation de fichiers dans le référentiel. La caisse et la fonction d'ajout fonctionnent très bien jusqu'ici. Le problème est maintenant, que le commit-funktion ne fonctionne pas correctement.JavaHL.Impossible de valider avec mon application Java

public void commit() 
{ 

Set<String> paths = new HashSet<String>(); 
paths.add("C:\\Users\\XXX\\Documents\\SVNTEST\\Test3"); 
Depth dep = Depth.infinity; 
); 


CommitMessageCallback handler = new CommitMessageCallback() 
{ 
@Override 
public String getLogMessage(Set<CommitItem> arg0) { 
    // TODO Auto-generated method stub 
    System.out.println(arg0.size()); 
    return null; 
} 
}; 

CommitCallback callback = new CommitCallback() 
{ 

@Override 
public void commitInfo(CommitInfo arg0) { 
    // TODO Auto-generated method stub 
    System.out.println(arg0.getAuthor()); 

} 
}; 
try 
{ 

    client.commit(paths, dep, true, false, null, null, handler, callback); 

} 
catch(ClientException e) 
{ 
    // TODO Auto-generated catch block 
    e.printStackTrace(); 
} 

} 

que je reçois de la fonction CommitMessageCallback Quand je processus la fonction commit, le montant des articles commettre. Cela fonctionne encore. Mon problème est maintenant, qui ne reçoivent aucun CommitInfo de la fonction CommitCallback. Je pense que peut-être, le processus se décompose dans l'environnement der subversion et ma fonction n'obtient aucun résultat. Après le processus, les éléments de validation sont toujours dans l'état svn "L'élément est prévu pour l'ajout".

Je travaille sur ce problème depuis quelques jours avec une version différente de l'API JavaHL.jar, mais cela n'a pas réussi. Le gros problème est aussi, que je reçois aucun message d'erreur et je ne sais pas ce qui ne va pas dans le code.

Quelqu'un at-il une idée de ce qui ne va pas dans ma fonction de validation? Peut-être que le fichier libsvnjavahl-1.dll n'est pas compatible avec certains APII JavaHL?

Merci beaucoup

Cordialement Simon

Répondre

0

D'accord, je résolu le problème maintenant. La solution facile consistait à utiliser org.tigris.subversion à la place des classes de la bibliothèque org.apache.subversion. Mais la question est, pourquoi existe-t-il deux versions différentes de la bibliothèque JavaHL?

Questions connexes