-
Bug
-
Resolution: Fixed
-
Major
-
None
-
Platform: All, OS: Windows XP
We are running with Subversion SCM and it looks like the tagging feature no
longer works ("Tag this build".) After a clean restart of Hudson, below is the
error message you get the first time you try to tag. Subsequent attempts don't
display anything, it just resets the page. In neither case does the tag actually
take place in SVN.
I have tested this in 1.311 as well as 1.314 and the problem continues to
exists. I haven't tried prior to 1.311 since I don't want to downgrade SVNkit in
case there's workspace working copy version problems with the downgrade. If I
had to guess i presume it's something to do with SVNkit upgrade of the new
isolation of the SVN support in the recent builds?
====
Tagging svn://.../trunk (rev.23689) to svn://.../tags/test
tried to access field hudson.scm.AbstractScmTagAction.build from class
hudson.scm.SubversionTagAction$TagWorkerThread
java.lang.IllegalAccessError: tried to access field
hudson.scm.AbstractScmTagAction.build from class
hudson.scm.SubversionTagAction$TagWorkerThread
at
hudson.scm.SubversionTagAction$TagWorkerThread.perform(SubversionTagAction.java:204)
at hudson.model.TaskThread.run(TaskThread.java:116)
Completed
====
- is duplicated by
-
JENKINS-4262 Tag this build option error
-
- Closed
-
-
JENKINS-4200 Tag this build broken
-
- Closed
-
I can reproduce this using (on Ubuntu)
java.runtime.name OpenJDK Runtime Environment
java.runtime.version 1.6.0_0-b14
java.runtime.name Java(TM) SE Runtime Environment
java.runtime.version 1.6.0_14-b08
and 1.6.0_14 on Windows
Even "Subsequent attempts don't display anything", adding a System.err to the
catch(Throwable) in TagWorkerThread#perform() shows that this point is reached
in subsequent attempts, but for some reason the message is not forwarded to the
ui (and I don't even understand this behaviour - it seems that nothing is
changed on disk by the first attempt).
Changing the field-access of "build" to a call to getBuild() causes the tagging
to work for me, but I'm getting the following stack-trace afterwards:
WARNUNG: Caught exception evaluating: tags.entrySet. Reason:
java.lang.ClassCastException: hudson.scm.SubversionSCM$SvnInfo cannot be cast to
java.lang.String
java.lang.ClassCastException: hudson.scm.SubversionSCM$SvnInfo cannot be cast to
java.lang.String
at java.lang.String.compareTo(String.java:92)
at java.util.TreeMap.getEntry(TreeMap.java:328)
at java.util.TreeMap.containsKey(TreeMap.java:209)
at hudson.util.CopyOnWriteMap.containsKey(CopyOnWriteMap.java:81)
at java.util.Collections$UnmodifiableMap.containsKey(Collections.java:1280)
...
But this may simply be caused by me not properly understanding how to "debug"
such a thing the "right" way (or hudson overwriting subversion.hpi each time
it's restartet...)
I deployed subversion-1.5-SNAPSHOT.hpi to the plugins-directory, touch'ed
subversion.hpi.disabled, Plugin-Manager is showing 1.4 of the plugin as not active.