Re: Namespace loading with defrecord and attempting to call unbound fn

2013-04-16 Thread Meikel Brandmeyer (kotarak)
Hi, Am Dienstag, 16. April 2013 11:32:38 UTC+2 schrieb Pierre Allix: > > Thank you the patch works. > > I though it would have made sense to just create a record directly from > Java since they can implement Java interfaces. > > As a rule of thumb, I go with the non-AOT behaviour of Clojure. In t

Re: Namespace loading with defrecord and attempting to call unbound fn

2013-04-16 Thread Pierre Allix
Thank you the patch works. I though it would have made sense to just create a record directly from Java since they can implement Java interfaces. On Monday, April 15, 2013 7:57:28 PM UTC+2, Meikel Brandmeyer (kotarak) wrote: > > Hi Pierre, > > does this patch work? > > 8<--8<--8< > diff

Re: Namespace loading with defrecord and attempting to call unbound fn

2013-04-15 Thread Meikel Brandmeyer (kotarak)
Hi Pierre, does this patch work? 8<--8<--8< diff --git a/test/eu/markosproject/test/LicenseCheckerTest.java b/test/eu/markosproject/test/LicenseCheckerTest.java index 2e017cc..1a1cc82 100644 --- a/test/eu/markosproject/test/LicenseCheckerTest.java +++ b/test/eu/markosproject/test/License

Re: Namespace loading with defrecord and attempting to call unbound fn

2013-04-15 Thread Pierre Allix
Hi Meikel, If you look at the source of this project: git clone git://git.berlios.de/markos-license-analyser in the test directory there is a JUnit test where the Clojure record is instantiated through a normal Java 'new' call. The record is imported with a normal Java import. If you want I cou

Re: Namespace loading with defrecord and attempting to call unbound fn

2013-04-15 Thread Meikel Brandmeyer (kotarak)
Hi, reading the resources you linked, I got the impression that just the initial require is missing. Instead of adding the require to the method, it should be added to the application init (or some appropriate static initializer? The class giving out instances of the record might be a candidat