Thanks, Meikel I'll see if that helps.
Strangely, although I can replicate the problem in Hudson every time, I am having trouble reproducing it as myself. I'm using the same JVM on the same machine with the same version of the code. I've just scrubbed the Hudson Maven repository and rebuilt - problem persists. Now I have scrubbed my own repo and am rebuilding. I'll post what I find later. Thanks again, Jules On Feb 26, 9:54 am, Meikel Brandmeyer <m...@kotka.de> wrote: > Hi, > > On Feb 26, 10:32 am, Jules <jules.gosn...@gmail.com> wrote: > > > I just checked in a new piece of code - A trivial implementation of > > junit.framework TestCase. > > >http://github.com/JulesGosnell/dada/blob/master/src/test/clojure/org/... > > + > > > at clojure.core$use__5630.doInvoke(core.clj:4155) > > at clojure.lang.RestFn.invoke(RestFn.java:409) > > at org.dada.CoreTestCase > > $loading__5510__auto____1.invoke(CoreTestCase.clj:4) > > = > > (ns org.dada.CoreTestCase > (:gen-class > :extends junit.framework.TestCase > :methods [[testCore [] void]]) > (:use [org.dada.core]) > (:import [junit.framework TestCase])) > > Try (:use org.data.core) instead of (:use [org.dada.core]). > > But I don't think, that his is really the problem. It seems that the > sorted-set of *loaded-libs* does not get initialised correctly. > > Caused by: java.lang.NullPointerException > at clojure.lang.APersistentSet.contains(APersistentSet.java: > 33) > > At this position the contains method of the underlying map is called > and here the exceptions is thrown. So for some reason the underlying > map is not really a map but nil. > > Sincerely > Meikel -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
