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.

Reply via email to