Woh! I had to revert to 14.0.2 before idea accepted the clojure plugin as being compatible.
On Saturday, August 22, 2015 at 8:42:42 PM UTC-4, William la Forge wrote: > > Loving this. I had uninstalled cursive so I could reinstall. But the > download of the plugin fails and when installing from disk it says > cursive-14-0.1.60 is not compatible. (I'm running with idea 14.1.4.) > > Deleted the idea system cache, restarted, still incompatible. :-( > > > > On Saturday, August 22, 2015 at 8:12:30 PM UTC-4, William la Forge wrote: >> >> lean version shows java 8, but the ide sdk is java7. Didn't know they >> would be connected. :0 >> >> On Saturday, August 22, 2015 at 6:56:46 PM UTC-4, Colin Fleming wrote: >>> >>> That's very strange. I'd need more detailed instructions to try to >>> reproduce this. But the class it can't find is new in Java 8 so it looks >>> like you have a JVM version issue. I suspect that this shows up in Cursive >>> but not in lein because you're using a different JDK version in your >>> Cursive project than the one that is picked up on the command line. >>> >>> I'm guessing that java -version on the command line will show Java 8, >>> but the one you have configured in your Cursive project (File->Project >>> Structure->Project->Project SDK and File->Project Structure->Modules->(your >>> module)->Module SDK) is less than that. Is that the case? >>> >>> On 22 August 2015 at 23:58, William la Forge <lafo...@gmail.com> wrote: >>> >>>> Bingo! Everything works when I revert to clojure 1.6.0. >>>> >>>> >>>> On Saturday, August 22, 2015 at 5:49:24 PM UTC-4, William la Forge >>>> wrote: >>>>> >>>>> More weirdness. This works: >>>>> >>>>> (let [^Object aa (.seq a5)] >>>>> (println (.getClass aa))) >>>>> >>>>> >>>>> But not this: >>>>> >>>>> >>>>> (let [^AASetSequence aa (.seq a5)] >>>>> (println (.getClass aa)))) >>>>> >>>>> >>>>> Nor, of course, this: >>>>> >>>>> >>>>> (let [^AASetSequence aa (.seq a5)] >>>>> (println (.count aa))) >>>>> >>>>> >>>>> Here's the error I'm getting now: >>>>> >>>>> >>>>> Information:8/22/2015 5:45 PM - Compilation completed with 1 error and 0 >>>>> warnings in 2s 743ms >>>>> C:\Users\Bill\Documents\GitHub\aa-collections\test\aa_collections\immutable_set_test.clj >>>>> Error:(26, 12) clojure: java.lang.NoClassDefFoundError: >>>>> java/util/function/UnaryOperator, >>>>> compiling:(aa_collections/immutable_set_test.clj:26:12) >>>>> java.lang.ClassNotFoundException: java.util.function.UnaryOperator >>>>> at java.net.URLClassLoader$1.run (URLClassLoader.java:366) >>>>> java.net.URLClassLoader$1.run (URLClassLoader.java:355) >>>>> java.security.AccessController.doPrivileged (AccessController.java:-2) >>>>> java.net.URLClassLoader.findClass (URLClassLoader.java:354) >>>>> java.lang.ClassLoader.loadClass (ClassLoader.java:425) >>>>> java.lang.ClassLoader.loadClass (ClassLoader.java:358) >>>>> java.lang.Class.getDeclaredMethods0 (Class.java:-2) >>>>> java.lang.Class.privateGetDeclaredMethods (Class.java:2570) >>>>> java.lang.Class.privateGetPublicMethods (Class.java:2690) >>>>> java.lang.Class.getMethods (Class.java:1467) >>>>> >>>>> >>>>> >>>>> On Saturday, August 22, 2015 at 5:37:13 PM UTC-4, William la Forge >>>>> wrote: >>>>>> >>>>>> Hi Colin! >>>>>> >>>>>> I've set it up to compile all. No doubt this will be very helpful as >>>>>> I will no longer need to compile using an external `lein compile`. But >>>>>> run >>>>>> still dies on the call (.getClass x), when x is a gen-class compiled >>>>>> class >>>>>> instance. >>>>>> >>>>>> On the other hand I still can not credit this as a Cursive bug. >>>>>> Calling methods on gen-class compiled class instances is to basic. But >>>>>> it >>>>>> is likely related to Cursive, as 'lein test' works great. >>>>>> >>>>>> On Saturday, August 22, 2015 at 4:24:40 PM UTC-4, Colin Fleming wrote: >>>>>>> >>>>>>> Hi William, >>>>>>> >>>>>>> Right, you'll need to tell Cursive to compile that namespace in >>>>>>> *Settings->Build, >>>>>>> Execution, Deployment->Compiler->Clojure Compiler*. Once you've >>>>>>> done that things should work. Cursive doesn't currently pick the set of >>>>>>> namespaces to be compiled up from lein - it probably should. >>>>>>> >>>>>>> Cheers, >>>>>>> Colin >>>>>>> >>>>>>> On 22 August 2015 at 17:17, William la Forge <lafo...@gmail.com> >>>>>>> wrote: >>>>>>> >>>>>>>> I searched and did not see anything recent on gen-class problems in >>>>>>>> Cursive. I find when I have a reference to a gen-class instance that >>>>>>>> instance? works in Cursive but .getClass does not. (Everything works >>>>>>>> with >>>>>>>> lein, of course.) >>>>>>>> >>>>>>>> What I am trying to do is to call the count method via (.count x). >>>>>>>> What I do not want to do is call the clojure count function, (count >>>>>>>> x). >>>>>>>> Again, no issues with lein. >>>>>>>> >>>>>>>> I suspect I simply have not completed the setup cursive for >>>>>>>> compiles or something, as all the complaints about cursive/gen-class >>>>>>>> that I >>>>>>>> could find were a year old. >>>>>>>> >>>>>>>> I know I need to switch to emacs at some times. I mean, it's only >>>>>>>> been 30 years since I used it last. :D >>>>>>>> >>>>>>>> Here's the error I'm getting: >>>>>>>> >>>>>>>> Exception in thread "main" java.lang.NoClassDefFoundError: >>>>>>>> java/util/function/UnaryOperator, >>>>>>>> compiling:(C:\Users\Bill\Documents\GitHub\aa-collections\test\aa_collections\immutable_set_test.clj:22:10) >>>>>>>> at clojure.lang.Compiler.analyzeSeq(Compiler.java:6730) >>>>>>>> at clojure.lang.Compiler.analyze(Compiler.java:6524) >>>>>>>> at clojure.lang.Compiler.analyzeSeq(Compiler.java:6711) >>>>>>>> at clojure.lang.Compiler.analyze(Compiler.java:6524) >>>>>>>> at clojure.lang.Compiler.analyze(Compiler.java:6485) >>>>>>>> at clojure.lang.Compiler$InvokeExpr.parse(Compiler.java:3791) >>>>>>>> at clojure.lang.Compiler.analyzeSeq(Compiler.java:6725) >>>>>>>> at clojure.lang.Compiler.analyze(Compiler.java:6524) >>>>>>>> at clojure.lang.Compiler.analyze(Compiler.java:6485) >>>>>>>> at clojure.lang.Compiler$BodyExpr$Parser.parse(Compiler.java:5861) >>>>>>>> at clojure.lang.Compiler$LetExpr$Parser.parse(Compiler.java:6179) >>>>>>>> at clojure.lang.Compiler.analyzeSeq(Compiler.java:6723) >>>>>>>> at clojure.lang.Compiler.analyze(Compiler.java:6524) >>>>>>>> at clojure.lang.Compiler.analyze(Compiler.java:6485) >>>>>>>> at clojure.lang.Compiler$BodyExpr$Parser.parse(Compiler.java:5861) >>>>>>>> at clojure.lang.Compiler$FnMethod.parse(Compiler.java:5296) >>>>>>>> at clojure.lang.Compiler$FnExpr.parse(Compiler.java:3925) >>>>>>>> at clojure.lang.Compiler.analyzeSeq(Compiler.java:6721) >>>>>>>> at clojure.lang.Compiler.analyze(Compiler.java:6524) >>>>>>>> at clojure.lang.Compiler.eval(Compiler.java:6779) >>>>>>>> at clojure.lang.Compiler.load(Compiler.java:7227) >>>>>>>> at clojure.lang.Compiler.loadFile(Compiler.java:7165) >>>>>>>> at clojure.main$load_script.invoke(main.clj:275) >>>>>>>> at clojure.main$script_opt.invoke(main.clj:337) >>>>>>>> at clojure.main$main.doInvoke(main.clj:421) >>>>>>>> at clojure.lang.RestFn.invoke(RestFn.java:408) >>>>>>>> at clojure.lang.Var.invoke(Var.java:379) >>>>>>>> at clojure.lang.AFn.applyToHelper(AFn.java:154) >>>>>>>> at clojure.lang.Var.applyTo(Var.java:700) >>>>>>>> at clojure.main.main(main.java:37) >>>>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>>>>> at >>>>>>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) >>>>>>>> at >>>>>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>>>>>>> at java.lang.reflect.Method.invoke(Method.java:606) >>>>>>>> at >>>>>>>> com.intellij.rt.execution.application.AppMain.main(AppMain.java:140) >>>>>>>> >>>>>>>> -- >>>>>>>> You received this message because you are subscribed to the Google >>>>>>>> Groups "Clojure" group. >>>>>>>> To post to this group, send email to clo...@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+u...@googlegroups.com >>>>>>>> For more options, visit this group at >>>>>>>> http://groups.google.com/group/clojure?hl=en >>>>>>>> --- >>>>>>>> You received this message because you are subscribed to the Google >>>>>>>> Groups "Clojure" group. >>>>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>>>> send an email to clojure+u...@googlegroups.com. >>>>>>>> For more options, visit https://groups.google.com/d/optout. >>>>>>>> >>>>>>> >>>>>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "Clojure" group. >>>> To post to this group, send email to clo...@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+u...@googlegroups.com >>>> For more options, visit this group at >>>> http://groups.google.com/group/clojure?hl=en >>>> --- >>>> You received this message because you are subscribed to the Google >>>> Groups "Clojure" group. >>>> To unsubscribe from this group and stop receiving emails from it, send >>>> an email to clojure+u...@googlegroups.com. >>>> For more options, visit https://groups.google.com/d/optout. >>>> >>> >>> -- 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 --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
