I'm receiving the following exceptions with Jenkins 1.510 and Klocwork Plugin 1.14.1. I believe this is related to a change Jenkins made on Windows related to how directories are referenced in builds.

This problem does not exist when using Jenkins 1.506, but I believe it was introduced in either 1.507, 1.508 or 1.509.

This is a critical issue for me because this issue happens very often, and I believe the exceptions are causing memory leaks. This ultimately causes Jenkins to run out of memory.

Apr 11, 2013 3:30:43 PM hudson.model.RunMap retrieve
WARNING: could not load D:\Jenkins\jobs\KlocworkProject\builds\209
hudson.util.IOException2: Invalid directory name D:\Jenkins\jobs\KlocworkProject\builds\209
at hudson.model.Run.parseTimestampFromBuildDir(Run.java:354)
at hudson.model.Run.<init>(Run.java:294)
at hudson.model.AbstractBuild.<init>(AbstractBuild.java:182)
at hudson.model.Build.<init>(Build.java:103)
at hudson.model.FreeStyleBuild.<init>(FreeStyleBuild.java:41)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at hudson.model.AbstractProject.loadBuild(AbstractProject.java:1117)
at hudson.model.AbstractProject$1.create(AbstractProject.java:317)
at hudson.model.AbstractProject$1.create(AbstractProject.java:315)
at hudson.model.RunMap.retrieve(RunMap.java:225)
at hudson.model.RunMap.retrieve(RunMap.java:59)
at jenkins.model.lazy.AbstractLazyLoadRunMap.load(AbstractLazyLoadRunMap.java:667)
at jenkins.model.lazy.AbstractLazyLoadRunMap.load(AbstractLazyLoadRunMap.java:629)
at jenkins.model.lazy.AbstractLazyLoadRunMap.search(AbstractLazyLoadRunMap.java:368)
at jenkins.model.lazy.AbstractLazyLoadRunMap.getByNumber(AbstractLazyLoadRunMap.java:526)
at hudson.model.AbstractProject.getBuildByNumber(AbstractProject.java:1039)
at hudson.model.AbstractProject.getBuildByNumber(AbstractProject.java:140)
at jenkins.model.PeepholePermalink.resolve(PeepholePermalink.java:94)
at hudson.model.Job.getLastSuccessfulBuild(Job.java:802)
at com.thalesgroup.hudson.plugins.klocwork.util.KloProjectReviewLink.setKloHostPort(KloProjectReviewLink.java:55)
at com.thalesgroup.hudson.plugins.klocwork.util.KloProjectReviewLink.<init>(KloProjectReviewLink.java:47)
at com.thalesgroup.hudson.plugins.klocwork.KloPublisher.getProjectActions(KloPublisher.java:76)
at hudson.model.Project.createTransientActions(Project.java:211)
at hudson.model.AbstractProject.updateTransientActions(AbstractProject.java:712)
at hudson.model.AbstractProject.onLoad(AbstractProject.java:311)
at hudson.model.Project.onLoad(Project.java:83)
at hudson.model.Items.load(Items.java:221)
at jenkins.model.Jenkins$17.run(Jenkins.java:2554)
at org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:146)
at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:259)
at jenkins.model.Jenkins$7.runTask(Jenkins.java:888)
at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:187)
at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:94)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: java.text.ParseException: Unparseable date: "209"
at java.text.DateFormat.parse(Unknown Source)
at hudson.model.Run.parseTimestampFromBuildDir(Run.java:352)
... 38 more