OK, So, I have had every variable between the automated (Hudson) build and the manual build out on the bench and fiddled with each one in turn...
Of course, it turns out to be something to do with very last variable that i expected it to be. It seems to be something to do with the Hudson Matrix Plugin... I now have two test builds running in Hudson - one is a simple build, using the IBM JVM etc - works fine. http://ouroboros.dnsalias.net/hudson/job/dada-ibm/1/console The other is a Matrix build - all the same variables - it fails with the problem that I reported. http://ouroboros.dnsalias.net/hudson/job/dada-ibm-matrix/jdk=java-ibm-6,label=linux/1/console How on earth it can be affecting just the IBM JVM I can't imagine, since I ask Surefire to fork it. Perhaps the matrix plugin is quietly setting some environmental variable and exporting it.... Or - I am going mad ? Now that this looks like a Hudson thing and not a Clojure one, I'll go offline with it. Thanks for all your help, Jules On Feb 26, 11:20 am, Jules <jules.gosn...@gmail.com> wrote: > 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
