[ClojureScript] Problems with Clojurescript quickstart — build fails

2018-01-25 Thread Johannes


I'm trying to follow the Clojurescript Quick-Start

I have downloaded the Clojurescript jar as described in the Quick-Start 
guide.  I have created the files describe there. But when I try to build 
using the command:

java -cp cljs.jar:src clojure.main build.clj

I get the following stacktrace:


Exception in thread "main" java.lang.ExceptionInInitializerError, 
compiling:(/Users/johannes/tmp/hello_world/build.clj:1:1)

at clojure.lang.Compiler.load(Compiler.java:7391)

at clojure.lang.Compiler.loadFile(Compiler.java:7317)

at clojure.main$load_script.invokeStatic(main.clj:275)

at clojure.main$script_opt.invokeStatic(main.clj:335)

at clojure.main$script_opt.invoke(main.clj:330)

at clojure.main$main.invokeStatic(main.clj:421)

at clojure.main$main.doInvoke(main.clj:384)

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)

Caused by: java.lang.ExceptionInInitializerError

at java.base/java.lang.Class.forName0(Native Method)

at java.base/java.lang.Class.forName(Class.java:375)

at clojure.lang.RT.classForName(RT.java:2168)

at clojure.lang.RT.classForName(RT.java:2177)

at clojure.lang.RT.loadClassForName(RT.java:2196)

at clojure.lang.RT.load(RT.java:443)

at clojure.lang.RT.load(RT.java:419)

at clojure.core$load$fn__5677.invoke(core.clj:5893)

at clojure.core$load.invokeStatic(core.clj:5892)

at clojure.core$load.doInvoke(core.clj:5876)

at clojure.lang.RestFn.invoke(RestFn.java:408)

at clojure.core$load_one.invokeStatic(core.clj:5697)

at clojure.core$load_one.invoke(core.clj:5692)

at clojure.core$load_lib$fn__5626.invoke(core.clj:5737)

at clojure.core$load_lib.invokeStatic(core.clj:5736)

at clojure.core$load_lib.doInvoke(core.clj:5717)

at clojure.lang.RestFn.applyTo(RestFn.java:142)

at clojure.core$apply.invokeStatic(core.clj:648)

at clojure.core$load_libs.invokeStatic(core.clj:5774)

at clojure.core$load_libs.doInvoke(core.clj:5758)

at clojure.lang.RestFn.applyTo(RestFn.java:137)

at clojure.core$apply.invokeStatic(core.clj:648)

at clojure.core$require.invokeStatic(core.clj:5796)

at cljs.build.api$loading__5569__auto4052.invoke(api.clj:8)

at cljs.build.api__init.load(Unknown Source)

at cljs.build.api__init.(Unknown Source)

at java.base/java.lang.Class.forName0(Native Method)

at java.base/java.lang.Class.forName(Class.java:375)

at clojure.lang.RT.classForName(RT.java:2168)

at clojure.lang.RT.classForName(RT.java:2177)

at clojure.lang.RT.loadClassForName(RT.java:2196)

at clojure.lang.RT.load(RT.java:443)

at clojure.lang.RT.load(RT.java:419)

at clojure.core$load$fn__5677.invoke(core.clj:5893)

at clojure.core$load.invokeStatic(core.clj:5892)

at clojure.core$load.doInvoke(core.clj:5876)

at clojure.lang.RestFn.invoke(RestFn.java:408)

at clojure.core$load_one.invokeStatic(core.clj:5697)

at clojure.core$load_one.invoke(core.clj:5692)

at clojure.core$load_lib$fn__5626.invoke(core.clj:5737)

at clojure.core$load_lib.invokeStatic(core.clj:5736)

at clojure.core$load_lib.doInvoke(core.clj:5717)

at clojure.lang.RestFn.applyTo(RestFn.java:142)

at clojure.core$apply.invokeStatic(core.clj:648)

at clojure.core$load_libs.invokeStatic(core.clj:5774)

at clojure.core$load_libs.doInvoke(core.clj:5758)

at clojure.lang.RestFn.applyTo(RestFn.java:137)

at clojure.core$apply.invokeStatic(core.clj:648)

at clojure.core$require.invokeStatic(core.clj:5796)

at clojure.core$require.doInvoke(core.clj:5796)

at clojure.lang.RestFn.invoke(RestFn.java:408)

at user$eval1.invokeStatic(build.clj:1)

at user$eval1.invoke(build.clj:1)

at clojure.lang.Compiler.eval(Compiler.java:6927)

at clojure.lang.Compiler.load(Compiler.java:7379)

... 11 more

Caused by: java.lang.ClassNotFoundException: 
javax.xml.bind.DatatypeConverter

at 
java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582)

at 
java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185)

at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496)

at java.base/java.lang.Class.forName0(Native Method)

at java.base/java.lang.Class.forName(Class.java:375)

at clojure.lang.RT.classForName(RT.java:2168)

at clojure.lang.RT.classForNameNonLoading(RT.java:2181)

at cljs.util$loading__5569__auto268.invoke(util.cljc:9)

at cljs.util__init.load(Unknown Source)

at cljs.util__init.(Unknown Source)

... 66 more

What is going wrong?

Johannes

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
"ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at https://groups.google.com/group/clojurescript.


[ClojureScript] Re: Problems with Clojurescript quickstart — build fails

2018-01-26 Thread Johannes
Indeed, I updated to Java 9 a few day ago. Until now I didn't get any 
problems using Clojure with Java 9. I seems I have to wait for a Java 9 
compatible version of Clojurescript.

Am Freitag, 26. Januar 2018 01:30:34 UTC+1 schrieb Phill Wolf:
>
> The first sentence of the Quick Start says, "The only dependencies 
> required for this tutorial are an installation of Java 8 and the standalone 
> ClojureScript JAR."
>
> The clue "Caused by: java.lang.ClassNotFoundException: 
> javax.xml.bind.DatatypeConverter" suggests you might be using Java 9.
>

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
"ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at https://groups.google.com/group/clojurescript.


[ClojureScript] Re: Problems with Clojurescript quickstart — build fails

2018-01-26 Thread Johannes
yes, it works!

Thank you

Am Freitag, 26. Januar 2018 13:15:00 UTC+1 schrieb Thomas Heller:
>
> You can use it with Java9 today if you add a little flag to the command 
> line
>
> Instead of calling
>
> java -cp cljs.jar:src clojure.main build.clj
>
> you call
>
> java --add-modules java.xml.bind -cp cljs.jar:src clojure.main build.clj
>
> That should fix it. The Java9 fix was already applied to ClojureScript 
> master but it was not released yet. Until then you can just use the flag.
>
>
> On Friday, January 26, 2018 at 10:20:03 AM UTC+1, Johannes wrote:
>>
>> Indeed, I updated to Java 9 a few day ago. Until now I didn't get any 
>> problems using Clojure with Java 9. I seems I have to wait for a Java 9 
>> compatible version of Clojurescript.
>>
>> Am Freitag, 26. Januar 2018 01:30:34 UTC+1 schrieb Phill Wolf:
>>>
>>> The first sentence of the Quick Start says, "The only dependencies 
>>> required for this tutorial are an installation of Java 8 and the standalone 
>>> ClojureScript JAR."
>>>
>>> The clue "Caused by: java.lang.ClassNotFoundException: 
>>> javax.xml.bind.DatatypeConverter" suggests you might be using Java 9.
>>>
>>

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
"ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at https://groups.google.com/group/clojurescript.


[ClojureScript] Re: Problems with Clojurescript quickstart — build fails

2018-01-26 Thread Johannes


Am Donnerstag, 25. Januar 2018 23:14:10 UTC+1 schrieb Johannes:
>
> I'm trying to follow the Clojurescript Quick-Start
>
> I have downloaded the Clojurescript jar as described in the Quick-Start 
> guide.  I have created the files describe there. But when I try to build 
> using the command:
>
> java -cp cljs.jar:src clojure.main build.clj
>
> I get the following stacktrace:
>
>
> Exception in thread "main" java.lang.ExceptionInInitializerError, 
> compiling:(/Users/johannes/tmp/hello_world/build.clj:1:1)
>
> at clojure.lang.Compiler.load(Compiler.java:7391)
>
> at clojure.lang.Compiler.loadFile(Compiler.java:7317)
>
> at clojure.main$load_script.invokeStatic(main.clj:275)
>
> at clojure.main$script_opt.invokeStatic(main.clj:335)
>
> at clojure.main$script_opt.invoke(main.clj:330)
>
> at clojure.main$main.invokeStatic(main.clj:421)
>
> at clojure.main$main.doInvoke(main.clj:384)
>
> 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)
>
> Caused by: java.lang.ExceptionInInitializerError
>
> at java.base/java.lang.Class.forName0(Native Method)
>
> at java.base/java.lang.Class.forName(Class.java:375)
>
> at clojure.lang.RT.classForName(RT.java:2168)
>
> at clojure.lang.RT.classForName(RT.java:2177)
>
> at clojure.lang.RT.loadClassForName(RT.java:2196)
>
> at clojure.lang.RT.load(RT.java:443)
>
> at clojure.lang.RT.load(RT.java:419)
>
> at clojure.core$load$fn__5677.invoke(core.clj:5893)
>
> at clojure.core$load.invokeStatic(core.clj:5892)
>
> at clojure.core$load.doInvoke(core.clj:5876)
>
> at clojure.lang.RestFn.invoke(RestFn.java:408)
>
> at clojure.core$load_one.invokeStatic(core.clj:5697)
>
> at clojure.core$load_one.invoke(core.clj:5692)
>
> at clojure.core$load_lib$fn__5626.invoke(core.clj:5737)
>
> at clojure.core$load_lib.invokeStatic(core.clj:5736)
>
> at clojure.core$load_lib.doInvoke(core.clj:5717)
>
> at clojure.lang.RestFn.applyTo(RestFn.java:142)
>
> at clojure.core$apply.invokeStatic(core.clj:648)
>
> at clojure.core$load_libs.invokeStatic(core.clj:5774)
>
> at clojure.core$load_libs.doInvoke(core.clj:5758)
>
> at clojure.lang.RestFn.applyTo(RestFn.java:137)
>
> at clojure.core$apply.invokeStatic(core.clj:648)
>
> at clojure.core$require.invokeStatic(core.clj:5796)
>
> at cljs.build.api$loading__5569__auto4052.invoke(api.clj:8)
>
> at cljs.build.api__init.load(Unknown Source)
>
> at cljs.build.api__init.(Unknown Source)
>
> at java.base/java.lang.Class.forName0(Native Method)
>
> at java.base/java.lang.Class.forName(Class.java:375)
>
> at clojure.lang.RT.classForName(RT.java:2168)
>
> at clojure.lang.RT.classForName(RT.java:2177)
>
> at clojure.lang.RT.loadClassForName(RT.java:2196)
>
> at clojure.lang.RT.load(RT.java:443)
>
> at clojure.lang.RT.load(RT.java:419)
>
> at clojure.core$load$fn__5677.invoke(core.clj:5893)
>
> at clojure.core$load.invokeStatic(core.clj:5892)
>
> at clojure.core$load.doInvoke(core.clj:5876)
>
> at clojure.lang.RestFn.invoke(RestFn.java:408)
>
> at clojure.core$load_one.invokeStatic(core.clj:5697)
>
> at clojure.core$load_one.invoke(core.clj:5692)
>
> at clojure.core$load_lib$fn__5626.invoke(core.clj:5737)
>
> at clojure.core$load_lib.invokeStatic(core.clj:5736)
>
> at clojure.core$load_lib.doInvoke(core.clj:5717)
>
> at clojure.lang.RestFn.applyTo(RestFn.java:142)
>
> at clojure.core$apply.invokeStatic(core.clj:648)
>
> at clojure.core$load_libs.invokeStatic(core.clj:5774)
>
> at clojure.core$load_libs.doInvoke(core.clj:5758)
>
> at clojure.lang.RestFn.applyTo(RestFn.java:137)
>
> at clojure.core$apply.invokeStatic(core.clj:648)
>
> at clojure.core$require.invokeStatic(core.clj:5796)
>
> at clojure.core$require.doInvoke(core.clj:5796)
>
> at clojure.lang.RestFn.invoke(RestFn.java:408)
>
> at user$eval1.invokeStatic(build.clj:1)
>
> at user$eval1.invoke(build.clj:1)
>
> at clojure.lang.Compiler.eval(Compiler.java:6927)
>
> at clojure.lang.Compiler.load(Compiler.java:7379)
>
> ... 11 more
>
> Caused by: java.lang.ClassNotFoundException: 
> javax.xml.bind.DatatypeConverter
>
> at 
> java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582)
>
> at 
> java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185)
>
> at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496)
>
> at java.base/java.lang.Class.forName0(Native Me

[ClojureScript] Re: Problems with Clojurescript quickstart — build fails

2018-01-26 Thread Johannes
Is there a way to use leiningen with Clojurescript and Java 9 too.

If I try this from the Quickstart:
lein run -m clojure.main repl.clj

I get the following stack trace ...

clojure.lang.Compiler$CompilerException: java.io.FileNotFoundException: 
Could not locate cljs/repl__init.class or cljs/repl.clj on classpath., 
compiling:(/Users/johannes/tmp/hello_world/repl.clj:1:1)
 at clojure.lang.Compiler.load (Compiler.java:7391)
clojure.lang.Compiler.loadFile (Compiler.java:7317)
clojure.main$load_script.invokeStatic (main.clj:275)
clojure.main$script_opt.invokeStatic (main.clj:335)
clojure.main$script_opt.invoke (main.clj:330)
clojure.main$main.invokeStatic (main.clj:421)
clojure.main$main.doInvoke (main.clj:384)
clojure.lang.RestFn.invoke (RestFn.java:408)
clojure.lang.Var.invoke (Var.java:379)
clojure.lang.AFn.applyToHelper (AFn.java:154)
clojure.lang.Var.applyTo (Var.java:700)
clojure.main.main (main.java:37)

Am Freitag, 26. Januar 2018 14:55:42 UTC+1 schrieb Johannes:
>
> yes, it works!
>
> Thank you
>
> Am Freitag, 26. Januar 2018 13:15:00 UTC+1 schrieb Thomas Heller:
>>
>> You can use it with Java9 today if you add a little flag to the command 
>> line
>>
>> Instead of calling
>>
>> java -cp cljs.jar:src clojure.main build.clj
>>
>> you call
>>
>> java --add-modules java.xml.bind -cp cljs.jar:src clojure.main build.clj
>>
>> That should fix it. The Java9 fix was already applied to ClojureScript 
>> master but it was not released yet. Until then you can just use the flag.
>>
>>
>> On Friday, January 26, 2018 at 10:20:03 AM UTC+1, Johannes wrote:
>>>
>>> Indeed, I updated to Java 9 a few day ago. Until now I didn't get any 
>>> problems using Clojure with Java 9. I seems I have to wait for a Java 9 
>>> compatible version of Clojurescript.
>>>
>>> Am Freitag, 26. Januar 2018 01:30:34 UTC+1 schrieb Phill Wolf:
>>>>
>>>> The first sentence of the Quick Start says, "The only dependencies 
>>>> required for this tutorial are an installation of Java 8 and the 
>>>> standalone 
>>>> ClojureScript JAR."
>>>>
>>>> The clue "Caused by: java.lang.ClassNotFoundException: 
>>>> javax.xml.bind.DatatypeConverter" suggests you might be using Java 9.
>>>>
>>>

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
"ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at https://groups.google.com/group/clojurescript.


Re: [ClojureScript] Re: Problems with Clojurescript quickstart — build fails

2018-01-31 Thread Johannes
As described in the section headed "Browser repl" of Quickstart the 
repl.clj file doesn't contain any ns clause and is located in the project 
directory. I can build the repl with

java --add-modules java.xml.bind -cp cljs.jar:src clojure.main repl.clj

instead of 

java -cp cljs.jar:src clojure.main repl.clj

as described in the Quickstart, because of Java 9 incompatibility of 
ClojureScript. The hint I got from Thomas Heller.

In the section headed "Leiningen" Quickstart says
"All the commands above may be executed with the run feature of Leiningen. 
But as described 
lein run -m clojure.main repl.clj
doesn't work. My assumption is that the Java 9 incompatibility is the 
problem again.
Maybe I am wrong.

Johannes

Am Montag, 29. Januar 2018 22:35:02 UTC+1 schrieb Gary Verhaegen:
>
> It seems it's not finding the repl.clj file, which would point to an 
> incorrect classpath definition.
>
> There's not much we can do to help without access to your project.clj file.
>
> From the stack trace, it looks like you may have incorrectly configured 
> the source paths (default is "src", I think), or your repl.clj files starts 
> with "(ns cljs.repl".
>
> By default, if your repl.clj files starts with that, the file itself needs 
> to be at src/cljs/repl.clj for Java to find it.
>
> On 26 Jan 2018, at 20:18, Johannes > 
> wrote:
>
> Is there a way to use leiningen with Clojurescript and Java 9 too.
>
> If I try this from the Quickstart:
> lein run -m clojure.main repl.clj
>
> I get the following stack trace ...
>
> clojure.lang.Compiler$CompilerException: java.io.FileNotFoundException: 
> Could not locate cljs/repl__init.class or cljs/repl.clj on classpath., 
> compiling:(/Users/johannes/tmp/hello_world/repl.clj:1:1)
>  at clojure.lang.Compiler.load (Compiler.java:7391)
> clojure.lang.Compiler.loadFile (Compiler.java:7317)
> clojure.main$load_script.invokeStatic (main.clj:275)
> clojure.main$script_opt.invokeStatic (main.clj:335)
> clojure.main$script_opt.invoke (main.clj:330)
> clojure.main$main.invokeStatic (main.clj:421)
> clojure.main$main.doInvoke (main.clj:384)
> clojure.lang.RestFn.invoke (RestFn.java:408)
> clojure.lang.Var.invoke (Var.java:379)
> clojure.lang.AFn.applyToHelper (AFn.java:154)
> clojure.lang.Var.applyTo (Var.java:700)
> clojure.main.main (main.java:37)
>
> Am Freitag, 26. Januar 2018 14:55:42 UTC+1 schrieb Johannes:
>>
>> yes, it works!
>>
>> Thank you
>>
>> Am Freitag, 26. Januar 2018 13:15:00 UTC+1 schrieb Thomas Heller:
>>>
>>> You can use it with Java9 today if you add a little flag to the command 
>>> line
>>>
>>> Instead of calling
>>>
>>> java -cp cljs.jar:src clojure.main build.clj
>>>
>>> you call
>>>
>>> java --add-modules java.xml.bind -cp cljs.jar:src clojure.main build.clj
>>>
>>> That should fix it. The Java9 fix was already applied to ClojureScript 
>>> master but it was not released yet. Until then you can just use the flag.
>>>
>>>
>>> On Friday, January 26, 2018 at 10:20:03 AM UTC+1, Johannes wrote:
>>>>
>>>> Indeed, I updated to Java 9 a few day ago. Until now I didn't get any 
>>>> problems using Clojure with Java 9. I seems I have to wait for a Java 9 
>>>> compatible version of Clojurescript.
>>>>
>>>> Am Freitag, 26. Januar 2018 01:30:34 UTC+1 schrieb Phill Wolf:
>>>>>
>>>>> The first sentence of the Quick Start says, "The only dependencies 
>>>>> required for this tutorial are an installation of Java 8 and the 
>>>>> standalone 
>>>>> ClojureScript JAR."
>>>>>
>>>>> The clue "Caused by: java.lang.ClassNotFoundException: 
>>>>> javax.xml.bind.DatatypeConverter" suggests you might be using Java 9.
>>>>>
>>>> -- 
> Note that posts from new members are moderated - please be patient with 
> your first post.
> --- 
> You received this message because you are subscribed to the Google Groups 
> "ClojureScript" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to clojurescrip...@googlegroups.com .
> To post to this group, send email to clojur...@googlegroups.com 
> .
> Visit this group at https://groups.google.com/group/clojurescript.
>
>

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
"ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at https://groups.google.com/group/clojurescript.


[ClojureScript] Re: problem with figwheel quick start tutorial

2018-04-22 Thread Johannes
Mike :: I just found your answer. Because of some other problems concerning 
Clojurescript and Java 9 I didn't anything with figwheel. But today I made 
an new try getting the same problem. And your hint was helpful. Safari 
doesn't work but Chrome does.

Have you got any further insights concerning that problem in the meantime?

Johannes


>>

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
"ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at https://groups.google.com/group/clojurescript.


Re: [ClojureScript] Re: Figwheel and Java 9 compatibility

2018-04-23 Thread Johannes
Today, I tried to use figwheel 0.5.15 together with ClojureScript 
 1.10.238. If I omit 
:jvm-opts ["--add-modules" "java.xml.bind"]
I get the "old" error message:
Exception in thread "main" java.lang.ExceptionInInitializerError
at clojure.main.(main.java:20)
Caused by: java.lang.ClassNotFoundException: 
javax.xml.bind.DatatypeConverter, compiling:(org/httpkit/server.clj:1:1)
at clojure.lang.Compiler.load(Compiler.java:7526)
If I reactivate the flag, all works fine.
Is the ClojjureScript 1.9 issue not being solved?

Johannes


Am Mittwoch, 14. März 2018 23:12:33 UTC+1 schrieb Daniel Compton:
>
> Yep this is a ClojureScript issue. I wrote more about this here 
> https://www.deps.co/blog/how-to-upgrade-clojure-projects-to-use-java-9/. 
>
> Until ClojureScript 1.10, you need to add:
>
> :jvm-opts ["--add-modules" "java.xml.bind"]
>
> to your Leiningen config.
>
> On Thu, Mar 15, 2018 at 1:14 AM gvim > 
> wrote:
>
>> So it's a Clojurescript issue, not Figwheel?
>>
>> gvim
>>
>>
>> On 14/03/2018 06:43, Aleš Roubíček wrote:
>> > Java 9 compatibility will come with ClojureScript 1.10. It will be
>> > released in few weeks timeframe.
>> >
>> > On Tuesday, March 13, 2018 at 1:58:12 PM UTC+1, g vim wrote:
>> >
>> > A few months ago I tried setting-up a Figwheel-based Clojurescript
>> > project with Java 9 but hit some errors which seemed to be issues 
>> with
>> > Figwheel and Java 9. Does anyone know if these issues have been
>> > resolved? I couldn't find anything recent on Google.
>> >
>> > gvim
>> >
>> > --
>> > Note that posts from new members are moderated - please be patient with
>> > your first post.
>> > ---
>> > You received this message because you are subscribed to the Google
>> > Groups "ClojureScript" group.
>> > To unsubscribe from this group and stop receiving emails from it, send
>> > an email to clojurescrip...@googlegroups.com 
>> > <mailto:clojurescript+unsubscr...@googlegroups.com >.
>> > To post to this group, send email to clojur...@googlegroups.com 
>> 
>> > <mailto:clojur...@googlegroups.com >.
>> > Visit this group at https://groups.google.com/group/clojurescript.
>>
>> --
>> Note that posts from new members are moderated - please be patient with 
>> your first post.
>> ---
>> You received this message because you are subscribed to the Google Groups 
>> "ClojureScript" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to clojurescrip...@googlegroups.com .
>> To post to this group, send email to clojur...@googlegroups.com 
>> .
>> Visit this group at https://groups.google.com/group/clojurescript.
>>
>

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
"ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at https://groups.google.com/group/clojurescript.


Re: [ClojureScript] Re: Figwheel and Java 9 compatibility

2018-04-26 Thread Johannes
I've learned from several discussions 
(https://github.com/bhauman/lein-figwheel/issues/612) that the problem was 
ClojureScript 1.9 and that one should use the tag :jvm-opts 
["--add-modules" "java.xml.bind"] until a new ClojureScript version is out.

Am Donnerstag, 26. April 2018 01:04:37 UTC+2 schrieb Phill Wolf:
>
> The error message fingers org/httpkit/server.clj.
>
> Is this it? --> https://github.com/http-kit/http-kit/issues/356
>

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
"ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at https://groups.google.com/group/clojurescript.


Re: [ClojureScript] Re: Figwheel and Java 9 compatibility

2018-04-30 Thread Johannes
Hm, I downloaded your profile.clj, and with

lein figwheel

I get the known error:

Figwheel: Cutting some fruit, just a sec ...

Retrieving tupelo/tupelo/0.9.76/tupelo-0.9.76.pom from clojars

Retrieving clojure-csv/clojure-csv/2.0.2/clojure-csv-2.0.2.pom from clojars

Retrieving criterium/criterium/0.4.4/criterium-0.4.4.pom from clojars

Retrieving danlentz/clj-uuid/0.1.7/clj-uuid-0.1.7.pom from clojars

Retrieving primitive-math/primitive-math/0.1.4/primitive-math-0.1.4.pom 
from clojars

Retrieving enlive/enlive/1.1.6/enlive-1.1.6.pom from clojars

Retrieving org/clojure/core.match/0.3.0-alpha4/core.match-0.3.0-alpha4.pom 
from central

Retrieving 
org/clojure/tools.analyzer.jvm/0.6.5/tools.analyzer.jvm-0.6.5.pom from 
central

Retrieving org/clojure/tools.analyzer/0.6.4/tools.analyzer-0.6.4.pom from 
central

Retrieving org/clojure/tools.reader/0.8.12/tools.reader-0.8.12.pom from 
central

Retrieving 
org/clojure/math.combinatorics/0.1.4/math.combinatorics-0.1.4.pom from 
central

Retrieving prismatic/schema/1.1.7/schema-1.1.7.pom from clojars

Retrieving 
com/fasterxml/jackson/core/jackson-core/2.9.0/jackson-core-2.9.0.jar from 
central

Retrieving 
com/fasterxml/jackson/dataformat/jackson-dataformat-smile/2.9.0/jackson-dataformat-smile-2.9.0.jar
 
from central

Retrieving 
com/fasterxml/jackson/dataformat/jackson-dataformat-cbor/2.9.0/jackson-dataformat-cbor-2.9.0.jar
 
from central

Retrieving 
org/clojure/math.combinatorics/0.1.4/math.combinatorics-0.1.4.jar from 
central

Retrieving org/clojure/core.match/0.3.0-alpha4/core.match-0.3.0-alpha4.jar 
from central

Retrieving cheshire/cheshire/5.8.0/cheshire-5.8.0.jar from clojars

Retrieving clojure-csv/clojure-csv/2.0.2/clojure-csv-2.0.2.jar from clojars

Retrieving danlentz/clj-uuid/0.1.7/clj-uuid-0.1.7.jar from clojars

Retrieving criterium/criterium/0.4.4/criterium-0.4.4.jar from clojars

Retrieving tupelo/tupelo/0.9.76/tupelo-0.9.76.jar from clojars

Retrieving enlive/enlive/1.1.6/enlive-1.1.6.jar from clojars

Retrieving primitive-math/primitive-math/0.1.4/primitive-math-0.1.4.jar 
from clojars

Retrieving prismatic/schema/1.1.7/schema-1.1.7.jar from clojars

Exception in thread "main" java.lang.ClassNotFoundException: 
javax.xml.bind.DatatypeConverter, compiling:(org/httpkit/server.clj:1:1)

at clojure.lang.Compiler.load(Compiler.java:7526)

at clojure.lang.RT.loadResourceScript(RT.java:379)

...


Am Montag, 30. April 2018 02:46:34 UTC+2 schrieb Alan Thompson:
>
> I am not including `--add-modules` in my template project 
> <https://github.com/cloojure/cljs-template.git> and it works great:
>
>
> (defproject flintstones "0.1.0-SNAPSHOT"
>   :min-lein-version "2.7.1"
>   :dependencies [[org.clojure/clojure "1.9.0"]
>  [org.clojure/clojurescript "1.10.238"]
>  [org.clojure/core.async "0.4.474"]
>  [tupelo "0.9.76"]
> ]
>   :plugins [[lein-cljsbuild "1.1.7" :exclusions [[org.clojure/clojure]]]
> [lein-figwheel "0.5.15"]
> [lein-doo "0.1.10"]]
>
>
> ---
>
> ~/expr/cljs-template > lein figwheel
> Figwheel: Cutting some fruit, just a sec ...
> Figwheel: Validating the configuration found in project.clj
> Figwheel: Configuration Valid ;)
> Figwheel: Starting server at http://0.0.0.0:3449
> Figwheel: Watching build - dev
> Compiling build :dev to "resources/public/js/compiled/flintstones.js" from 
> ["src"]...
> Successfully compiled build :dev to 
> "resources/public/js/compiled/flintstones.js" in 0.908 seconds.
> Launching ClojureScript REPL for build: dev
> ...
> Exit: :cljs/quit
>  Results: Stored in vars *1, *2, *3, *e holds last exception object
> Prompt will show when Figwheel connects to your application
> [Rebel readline] Type :repl/help for online help info
> ClojureScript 1.10.238
> dev:cljs.user!{:conn 2}=> 
>
>
>
>
> On Thu, Apr 26, 2018 at 2:53 AM, Johannes  > wrote:
>
>> I've learned from several discussions (
>> https://github.com/bhauman/lein-figwheel/issues/612) that the problem 
>> was ClojureScript 1.9 and that one should use the tag :jvm-opts 
>> ["--add-modules" "java.xml.bind"] until a new ClojureScript version is out.
>>
>>
>> Am Donnerstag, 26. April 2018 01:04:37 UTC+2 schrieb Phill Wolf:
>>>
>>> The error message fingers org/httpkit/server.clj.
>>>
>>> Is this it? --> https://github.com/http-kit/http-kit/issues/356
>>>
>> -- 
>> Note that posts from new members are moderated - please be patient with 
>> your first post.
>> --- 
>> You received this message because you are subscrib

[ClojureScript] cider clojurescript repl

2018-05-01 Thread Johannes
ler.analyzeSeq(Compiler.java:7010) at 
clojure.lang.Compiler.analyze(Compiler.java:6773) at 
clojure.lang.Compiler.analyze(Compiler.java:6729) at 
clojure.lang.Compiler$InvokeExpr.parse(Compiler.java:3881) at 
clojure.lang.Compiler.analyzeSeq(Compiler.java:7005) at 
clojure.lang.Compiler.analyze(Compiler.java:6773) at 
clojure.lang.Compiler.analyze(Compiler.java:6729) at 
clojure.lang.Compiler$InvokeExpr.parse(Compiler.java:3881) at 
clojure.lang.Compiler.analyzeSeq(Compiler.java:7005) at 
clojure.lang.Compiler.analyze(Compiler.java:6773) at 
clojure.lang.Compiler.access$300(Compiler.java:38) at 
clojure.lang.Compiler$LetExpr$Parser.parse(Compiler.java:6368) at 
clojure.lang.Compiler.analyzeSeq(Compiler.java:7003) at 
clojure.lang.Compiler.analyze(Compiler.java:6773) at 
clojure.lang.Compiler.analyze(Compiler.java:6729) at 
clojure.lang.Compiler$BodyExpr$Parser.parse(Compiler.java:6100) at 
clojure.lang.Compiler$FnMethod.parse(Compiler.java:5460) at 
clojure.lang.Compiler$FnExpr.parse(Compiler.java:4022) at 
clojure.lang.Compiler.analyzeSeq(Compiler.java:7001) at 
clojure.lang.Compiler.analyze(Compiler.java:6773) at 
clojure.lang.Compiler.eval(Compiler.java:7059) at 
clojure.lang.Compiler.eval(Compiler.java:7052) at 
clojure.lang.Compiler.load(Compiler.java:7514) at 
clojure.lang.Compiler.loadFile(Compiler.java:7452) at 
clojure.main$load_script.invokeStatic(main.clj:278) at 
clojure.main$init_opt.invokeStatic(main.clj:280) at 
clojure.main$init_opt.invoke(main.clj:280) at 
clojure.main$initialize.invokeStatic(main.clj:311) at 
clojure.main$null_opt.invokeStatic(main.clj:345) at 
clojure.main$null_opt.invoke(main.clj:342) at 
clojure.main$main.invokeStatic(main.clj:424) at 
clojure.main$main.doInvoke(main.clj:387) at 
clojure.lang.RestFn.applyTo(RestFn.java:137) at 
clojure.lang.Var.applyTo(Var.java:702) at clojure.main.main(main.java:37) 
Caused by: java.lang.RuntimeException: Unable to resolve var: 
cider.nrepl.middleware.test/wrap-test in this context at 
clojure.lang.Util.runtimeException(Util.java:221) at 
clojure.lang.Compiler$TheVarExpr$Parser.parse(Compiler.java:720) at 
clojure.lang.Compiler.analyzeSeq(Compiler.java:7003) ... 34 more Subprocess 
failed 

Any hints, what to do?
Johannes

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
"ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at https://groups.google.com/group/clojurescript.


Re: [ClojureScript] Re: Figwheel and Java 9 compatibility

2018-05-02 Thread Johannes
I am not sure if this is what you want to see:

JohMBAir:hello-world johannes$ clj --main cljs.main --compile 
hello-world.core --repl

ClojureScript 1.10.238

cljs.user=> ^D

JohMBAir:hello-world johannes$ clj

Clojure 1.9.0

user=> ^D

JohMBAir:hello-world johannes$ java --version

java 9.0.1

Java(TM) SE Runtime Environment (build 9.0.1+11)

Java HotSpot(TM) 64-Bit Server VM (build 9.0.1+11, mixed mode)

Am Mittwoch, 2. Mai 2018 21:05:09 UTC+2 schrieb Alan Thompson:
>
> Can you verify versions for Java, Clojure, & ClojureScript?
>
> On Mon, Apr 30, 2018 at 6:34 AM, Johannes  > wrote:
>
>> Hm, I downloaded your profile.clj, and with
>>
>> lein figwheel
>>
>> I get the known error:
>>
>> Figwheel: Cutting some fruit, just a sec ...
>>
>> Retrieving tupelo/tupelo/0.9.76/tupelo-0.9.76.pom from clojars
>>
>> Retrieving clojure-csv/clojure-csv/2.0.2/clojure-csv-2.0.2.pom from 
>> clojars
>>
>> Retrieving criterium/criterium/0.4.4/criterium-0.4.4.pom from clojars
>>
>> Retrieving danlentz/clj-uuid/0.1.7/clj-uuid-0.1.7.pom from clojars
>>
>> Retrieving primitive-math/primitive-math/0.1.4/primitive-math-0.1.4.pom 
>> from clojars
>>
>> Retrieving enlive/enlive/1.1.6/enlive-1.1.6.pom from clojars
>>
>> Retrieving 
>> org/clojure/core.match/0.3.0-alpha4/core.match-0.3.0-alpha4.pom from central
>>
>> Retrieving 
>> org/clojure/tools.analyzer.jvm/0.6.5/tools.analyzer.jvm-0.6.5.pom from 
>> central
>>
>> Retrieving org/clojure/tools.analyzer/0.6.4/tools.analyzer-0.6.4.pom from 
>> central
>>
>> Retrieving org/clojure/tools.reader/0.8.12/tools.reader-0.8.12.pom from 
>> central
>>
>> Retrieving 
>> org/clojure/math.combinatorics/0.1.4/math.combinatorics-0.1.4.pom from 
>> central
>>
>> Retrieving prismatic/schema/1.1.7/schema-1.1.7.pom from clojars
>>
>> Retrieving 
>> com/fasterxml/jackson/core/jackson-core/2.9.0/jackson-core-2.9.0.jar from 
>> central
>>
>> Retrieving 
>> com/fasterxml/jackson/dataformat/jackson-dataformat-smile/2.9.0/jackson-dataformat-smile-2.9.0.jar
>>  
>> from central
>>
>> Retrieving 
>> com/fasterxml/jackson/dataformat/jackson-dataformat-cbor/2.9.0/jackson-dataformat-cbor-2.9.0.jar
>>  
>> from central
>>
>> Retrieving 
>> org/clojure/math.combinatorics/0.1.4/math.combinatorics-0.1.4.jar from 
>> central
>>
>> Retrieving 
>> org/clojure/core.match/0.3.0-alpha4/core.match-0.3.0-alpha4.jar from central
>>
>> Retrieving cheshire/cheshire/5.8.0/cheshire-5.8.0.jar from clojars
>>
>> Retrieving clojure-csv/clojure-csv/2.0.2/clojure-csv-2.0.2.jar from 
>> clojars
>>
>> Retrieving danlentz/clj-uuid/0.1.7/clj-uuid-0.1.7.jar from clojars
>>
>> Retrieving criterium/criterium/0.4.4/criterium-0.4.4.jar from clojars
>>
>> Retrieving tupelo/tupelo/0.9.76/tupelo-0.9.76.jar from clojars
>>
>> Retrieving enlive/enlive/1.1.6/enlive-1.1.6.jar from clojars
>>
>> Retrieving primitive-math/primitive-math/0.1.4/primitive-math-0.1.4.jar 
>> from clojars
>>
>> Retrieving prismatic/schema/1.1.7/schema-1.1.7.jar from clojars
>>
>> Exception in thread "main" java.lang.ClassNotFoundException: 
>> javax.xml.bind.DatatypeConverter, compiling:(org/httpkit/server.clj:1:1)
>>
>> at clojure.lang.Compiler.load(Compiler.java:7526)
>>
>> at clojure.lang.RT.loadResourceScript(RT.java:379)
>>
>> ...
>>
>>
>> Am Montag, 30. April 2018 02:46:34 UTC+2 schrieb Alan Thompson:
>>
>>> I am not including `--add-modules` in my template project 
>>> <https://github.com/cloojure/cljs-template.git> and it works great:
>>>
>>>
>>> (defproject flintstones "0.1.0-SNAPSHOT"
>>>   :min-lein-version "2.7.1"
>>>   :dependencies [[org.clojure/clojure "1.9.0"]
>>>  [org.clojure/clojurescript "1.10.238"]
>>>  [org.clojure/core.async "0.4.474"]
>>>  [tupelo "0.9.76"]
>>> ]
>>>   :plugins [[lein-cljsbuild "1.1.7" :exclusions [[org.clojure/clojure]]]
>>> [lein-figwheel "0.5.15"]
>>> [lein-doo "0.1.10"]]
>>>
>>>
>>> ---
>>>
>>> ~/expr/cljs-template > lein figwheel
>>> Figwheel: Cutting some fruit, just a sec ...
>>> Figwheel: Validating the configuration found in proj

Re: [ClojureScript] Re: Figwheel and Java 9 compatibility

2018-05-03 Thread Johannes


Am Donnerstag, 3. Mai 2018 22:28:29 UTC+2 schrieb Alan Thompson:
>
> That looks good.  Can you verify it matches what is in `project.clj`?  
>
Yes, I think it does. That's the downloaded project.clj:
(defproject flintstones "0.1.0-SNAPSHOT"
  :min-lein-version "2.7.1"
  :dependencies [[org.clojure/clojure "1.9.0"]
 [org.clojure/clojurescript "1.10.238"]
 [org.clojure/core.async "0.4.474"]
 [tupelo "0.9.76"]
]
  :plugins [[lein-cljsbuild "1.1.7" :exclusions [[org.clojure/clojure]]]
[lein-figwheel "0.5.15"]
[lein-doo "0.1.10"]]

  :doo {:karma {:config {"plugins"   ["karma-junit-reporter"]
 "reporters" ["progress" "junit"]
 "junitReporter" {"outputDir" 
"target/test-results"}}}
:paths {:karma   "node_modules/karma/bin/karma"
:phantom "node_modules/phantomjs/bin/phantomjs" }}
  :source-paths ["src"]
  :cljsbuild {:builds
  [{:id   "dev"
:source-paths ["src"]
;; The presence of a :figwheel configuration here will 
cause figwheel to inject the
;; figwheel client into your build
:figwheel {:on-jsload "flintstones.core/on-js-reload"
   ;; :open-urls will pop open your application 
in the default browser once
   ;; Figwheel has started and compiled your 
application.  Comment this out
   ;; once it no longer serves you.
   :open-urls 
["http://localhost:3449/index.html"]}
:compiler {:main flintstones.core
   :optimizations:none
   :libs 
["resources/public/libs"] ; recursive includes all children

   :foreign-libs [{:file "dino.js"
   :provides 
["dinoPhony"]}]
   :externs  ["dino-externs.js"]

   :output-to   
 "resources/public/js/compiled/flintstones.js"
   :output-dir   
"resources/public/js/compiled/flintstones-dev"
   :asset-path   
"js/compiled/flintstones-dev" ; rel to figwheel default of 
`resources/public`
; ^^^ must match 
:output-dir
   :source-map-timestamp true
   ;; To console.log CLJS data-structures make 
sure you enable devtools in Chrome
   ;; https://github.com/binaryage/cljs-devtools
   :preloads [devtools.preload]}}

   {:id   "test"
:source-paths ["src" "test"]
:compiler {:main 
tst.flintstones.doorunner
   :optimizations:none ; :advanced
   :libs 
["resources/public/libs"] ; recursive includes all children

   :foreign-libs [{:file "dino.js"
   :provides 
["dinoPhony"]}]
   :externs  ["dino-externs.js"]

   :output-to   
 "resources/public/js/compiled/bedrock.js"
   :output-dir   
"resources/public/js/compiled/bedrock-tst"
   ;:asset-path   
"js/compiled/bedrock-tst" ; rel to figwheel default of `resources/public`

   :source-map-timestamp true}}]}

  :profiles {:dev {:dependencies  [[binaryage/devtools "0.9.9"]
   [figwheel-sidecar "0.5.15"]
   [com.cemerick/piggieback "0.2.2"]]
   ;; need to add dev source path here to get user.clj 
loaded
   :source-paths  ["src" "dev"]
   ;; for CIDER
   ;; :plugins [[cider/cider-nrepl "0.12.0"]]
   :repl-options  {:nrepl-middleware 
[cemerick.piggieback/wrap-cljs-repl]}
   ;; need to add the compliled assets to the :clean-targets
   :clean-targets ^{:protect false} 
["resources/public/js/compiled

Re: [ClojureScript] Re: Figwheel and Java 9 compatibility

2018-05-03 Thread Johannes


Am Donnerstag, 3. Mai 2018 22:51:33 UTC+2 schrieb Alan Thompson:
>
> And what happens if you type `lein figwheel` ?
>
The same problem as before:

JohMBAir:cljs-template-master johannes$ lein figwheel

Figwheel: Cutting some fruit, just a sec ...

Exception in thread "main" java.lang.ExceptionInInitializerError

at clojure.main.(main.java:20)

Caused by: java.lang.ClassNotFoundException: 
javax.xml.bind.DatatypeConverter, compiling:(org/httpkit/server.clj:1:1)

at clojure.lang.Compiler.load(Compiler.java:7526)

at clojure.lang.RT.loadResourceScript(RT.java:379)

at clojure.lang.RT.loadResourceScript(RT.java:370)

at clojure.lang.RT.load(RT.java:460)

at clojure.lang.RT.load(RT.java:426)

at clojure.core$load$fn__6548.invoke(core.clj:6046)

at clojure.core$load.invokeStatic(core.clj:6045)

at clojure.core$load.doInvoke(core.clj:6029)

at clojure.lang.RestFn.invoke(RestFn.java:408)

at clojure.core$load_one.invokeStatic(core.clj:5848)

at clojure.core$load_one.invoke(core.clj:5843)

at clojure.core$load_lib$fn__6493.invoke(core.clj:5888)

at clojure.core$load_lib.invokeStatic(core.clj:5887)

at clojure.core$load_lib.doInvoke(core.clj:5868)

at clojure.lang.RestFn.applyTo(RestFn.java:142)

at clojure.core$apply.invokeStatic(core.clj:659)

at clojure.core$load_libs.invokeStatic(core.clj:5925)

at clojure.core$load_libs.doInvoke(core.clj:5909)

at clojure.lang.RestFn.applyTo(RestFn.java:137)

at clojure.core$apply.invokeStatic(core.clj:659)

at clojure.core$require.invokeStatic(core.clj:5947)

at clojure.core$require.doInvoke(core.clj:5947)

at clojure.lang.RestFn.invoke(RestFn.java:1789)

at 
figwheel_sidecar.components.figwheel_server$eval18306$loading__6434__auto18307.invoke(figwheel_server.clj:1)

at 
figwheel_sidecar.components.figwheel_server$eval18306.invokeStatic(figwheel_server.clj:1)

at 
figwheel_sidecar.components.figwheel_server$eval18306.invoke(figwheel_server.clj:1)

at clojure.lang.Compiler.eval(Compiler.java:7062)

at clojure.lang.Compiler.eval(Compiler.java:7051)

at clojure.lang.Compiler.load(Compiler.java:7514)

at clojure.lang.RT.loadResourceScript(RT.java:379)

at clojure.lang.RT.loadResourceScript(RT.java:370)

at clojure.lang.RT.load(RT.java:460)

at clojure.lang.RT.load(RT.java:426)

at clojure.core$load$fn__6548.invoke(core.clj:6046)

at clojure.core$load.invokeStatic(core.clj:6045)

at clojure.core$load.doInvoke(core.clj:6029)

at clojure.lang.RestFn.invoke(RestFn.java:408)

at clojure.core$load_one.invokeStatic(core.clj:5848)

at clojure.core$load_one.invoke(core.clj:5843)

at clojure.core$load_lib$fn__6493.invoke(core.clj:5888)

at clojure.core$load_lib.invokeStatic(core.clj:5887)

at clojure.core$load_lib.doInvoke(core.clj:5868)

at clojure.lang.RestFn.applyTo(RestFn.java:142)

at clojure.core$apply.invokeStatic(core.clj:659)

at clojure.core$load_libs.invokeStatic(core.clj:5925)

at clojure.core$load_libs.doInvoke(core.clj:5909)

at clojure.lang.RestFn.applyTo(RestFn.java:137)

at clojure.core$apply.invokeStatic(core.clj:659)

at clojure.core$require.invokeStatic(core.clj:5947)

at clojure.core$require.doInvoke(core.clj:5947)

at clojure.lang.RestFn.invoke(RestFn.java:1789)

at 
figwheel_sidecar.repl$eval9100$loading__6434__auto9101.invoke(repl.clj:1)

at figwheel_sidecar.repl$eval9100.invokeStatic(repl.clj:1)

at figwheel_sidecar.repl$eval9100.invoke(repl.clj:1)

at clojure.lang.Compiler.eval(Compiler.java:7062)

at clojure.lang.Compiler.eval(Compiler.java:7051)

at clojure.lang.Compiler.load(Compiler.java:7514)

at clojure.lang.RT.loadResourceScript(RT.java:379)

at clojure.lang.RT.loadResourceScript(RT.java:370)

at clojure.lang.RT.load(RT.java:460)

at clojure.lang.RT.load(RT.java:426)

at clojure.core$load$fn__6548.invoke(core.clj:6046)

at clojure.core$load.invokeStatic(core.clj:6045)

at clojure.core$load.doInvoke(core.clj:6029)

at clojure.lang.RestFn.invoke(RestFn.java:408)

at clojure.core$load_one.invokeStatic(core.clj:5848)

at clojure.core$load_one.invoke(core.clj:5843)

at clojure.core$load_lib$fn__6493.invoke(core.clj:5888)

at clojure.core$load_lib.invokeStatic(core.clj:5887)

at clojure.core$load_lib.doInvoke(core.clj:5868)

at clojure.lang.RestFn.applyTo(RestFn.java:142)

at clojure.core$apply.invokeStatic(core.clj:659)

at clojure.core$load_libs.invokeStatic(core.clj:5925)

at clojure.core$load_libs.doInvoke(core.clj:5909)

at clojure.lang.RestFn.applyTo(RestFn.java:137)

at clojure.core$apply.invokeStatic(core.clj:659)

at clojure.core$require.invokeStatic(core.clj:5947)

at clojure.core$require.doInvoke(core.clj:5947)

at clojure.lang.RestFn.invoke(RestFn.java:1789)

at 
figwheel_sidecar.system$eval9094$loading__6434__auto9095.invoke(system.clj:1)

at figwheel_sidecar.system$eval9094.invokeStatic(system.clj:1)

at figwheel_sidecar.system$eval9094.invoke(system.clj:1)

at clojure.lang.Compiler.eval(Compiler.java:7062)

at clojure.lang.Compiler.eval(Compiler.java:7051)

at clojure.lang.Compiler.load(Comp

[ClojureScript] Re: cider clojurescript repl

2018-05-03 Thread Johannes
Thanks for the tip. Indeed, using the figwheel template, it works.
 I compared the project.clj files and I found a difference in dependencies: 
the figwheel template one uses 
[com.cemerick/piggieback "0.2.2"]
and that works. I the cider manual 
[cider/piggieback "0.3.1"]
is recommended. This does not work.

Johannes 

Am Donnerstag, 3. Mai 2018 14:24:38 UTC+2 schrieb Sonny To:
>
> I'm not sure but try starting with a working figwheel template then 
> compare it with yours to see whats missing
>
> On Tuesday, May 1, 2018 at 2:35:26 PM UTC+3, Johannes wrote:
>>
>> Hi,
>>
>> I am looking for a working configuration for Emacs/Cider/ClojureScript 
>> Repl. Following the instructions given in the Cider manual 
>> <http://cider.readthedocs.io/en/latest/clojurescript/> I built a 
>> project.clj:
>>
>> (defproject piggi "0.1.0-SNAPSHOT"
>>   :description "FIXME: write description"
>>   :url "http://example.com/FIXME";
>>   :license {:name "Eclipse Public License"
>> :url "http://www.eclipse.org/legal/epl-v10.html"}
>>   :dependencies [[org.clojure/clojure "1.9.0"]
>>  [org.clojure/clojurescript "1.10.238"]]  
>>   :profiles
>>   {:dev {:dependencies [[cider/piggieback "0.3.1"]
>> [org.clojure/tools.nrepl "0.2.13"]]} 
>>:repl-options {:nrepl-middleware [cider.piggieback/wrap-cljs-repl]}})
>>
>> But, if I issue cider-jack-in-clojurescript I get:
>>
>> Starting nREPL server via lein update-in :dependencies conj 
>> \[org.clojure/tools.nrepl\ \"0.2.12\"\] -- update-in :plugins conj 
>> \[cider/cider-nrepl\ \"0.12.0-SNAPSHOT\"\] -- repl :headless... 
>>  is undefined error in process sentinel: Could not start nREPL 
>> server: WARNING: boolean? already refers to: #’clojure.core/boolean? in 
>> namespace: cider.inlined-deps.fipp.v0v6v4.fipp.visit, being replaced by: 
>> #’cider.inlined-deps.fipp.v0v6v4.fipp.visit/boolean? Error loading 
>> cider.nrepl.middleware.debug: java.lang.ClassNotFoundException: 
>> sun.misc.Launcher, compiling:(dynapath/defaults.clj:29:3) Error loading 
>> cider.nrepl.middleware.test: java.lang.RuntimeException: Invalid token: 
>> ::clojure.test/once-fixtures, 
>> compiling:(cider/nrepl/middleware/test.clj:106:57) Exception in thread 
>> "main" java.lang.RuntimeException: Unable to resolve var: 
>> cider.nrepl.middleware.test/wrap-test in this context, 
>> compiling:(/private/var/folders/lj/z8hchxbn7n58vh8bqg8frmr0gq/T/form-init7208710527506290850.clj:1:7918)
>>  
>> at clojure.lang.Compiler.analyzeSeq(Compiler.java:7010) at 
>> clojure.lang.Compiler.analyze(Compiler.java:6773) at 
>> clojure.lang.Compiler.analyze(Compiler.java:6729) at 
>> clojure.lang.Compiler$InvokeExpr.parse(Compiler.java:3881) at 
>> clojure.lang.Compiler.analyzeSeq(Compiler.java:7005) at 
>> clojure.lang.Compiler.analyze(Compiler.java:6773) at 
>> clojure.lang.Compiler.analyze(Compiler.java:6729) at 
>> clojure.lang.Compiler$InvokeExpr.parse(Compiler.java:3881) at 
>> clojure.lang.Compiler.analyzeSeq(Compiler.java:7005) at 
>> clojure.lang.Compiler.analyze(Compiler.java:6773) at 
>> clojure.lang.Compiler.access$300(Compiler.java:38) at 
>> clojure.lang.Compiler$LetExpr$Parser.parse(Compiler.java:6368) at 
>> clojure.lang.Compiler.analyzeSeq(Compiler.java:7003) at 
>> clojure.lang.Compiler.analyze(Compiler.java:6773) at 
>> clojure.lang.Compiler.analyze(Compiler.java:6729) at 
>> clojure.lang.Compiler$BodyExpr$Parser.parse(Compiler.java:6100) at 
>> clojure.lang.Compiler$FnMethod.parse(Compiler.java:5460) at 
>> clojure.lang.Compiler$FnExpr.parse(Compiler.java:4022) at 
>> clojure.lang.Compiler.analyzeSeq(Compiler.java:7001) at 
>> clojure.lang.Compiler.analyze(Compiler.java:6773) at 
>> clojure.lang.Compiler.eval(Compiler.java:7059) at 
>> clojure.lang.Compiler.eval(Compiler.java:7052) at 
>> clojure.lang.Compiler.load(Compiler.java:7514) at 
>> clojure.lang.Compiler.loadFile(Compiler.java:7452) at 
>> clojure.main$load_script.invokeStatic(main.clj:278) at 
>> clojure.main$init_opt.invokeStatic(main.clj:280) at 
>> clojure.main$init_opt.invoke(main.clj:280) at 
>> clojure.main$initialize.invokeStatic(main.clj:311) at 
>> clojure.main$null_opt.invokeStatic(main.clj:345) at 
>> clojure.main$null_opt.invoke(main.clj:342) at 
>> clojure.main$main.invokeStatic(main.clj:424) at 
>> clojure.main$main.doInvoke(main.clj:387) at 
>> clojure.lang.RestFn.applyTo(RestFn.java:137) at 
&g

Re: [ClojureScript] Re: Figwheel and Java 9 compatibility

2018-05-03 Thread Johannes
I'm sorry, but I get the same stack trace as before. And again: if I modify 
the :jvm-opts

:jvm-opts ["-Xmx1g" "--add-modules" "java.xml.bind"]

all works fine.

Johannes

Am Freitag, 4. Mai 2018 00:08:48 UTC+2 schrieb Alan Thompson:
>
> OK, I made a super-stripped down version to remove possible config 
> problems.  Try this:
>
> https://github.com/cloojure/cljs-figwheel-stripped.git
>
>
>
> Alan
>
> On Thu, May 3, 2018 at 1:56 PM, Johannes  > wrote:
>
>>
>>
>> Am Donnerstag, 3. Mai 2018 22:51:33 UTC+2 schrieb Alan Thompson:
>>>
>>> And what happens if you type `lein figwheel` ?
>>>
>> The same problem as before:
>>
>> JohMBAir:cljs-template-master johannes$ lein figwheel
>>
>> Figwheel: Cutting some fruit, just a sec ...
>>
>> Exception in thread "main" java.lang.ExceptionInInitializerError
>>
>> at clojure.main.(main.java:20)
>>
>> Caused by: java.lang.ClassNotFoundException: 
>> javax.xml.bind.DatatypeConverter, compiling:(org/httpkit/server.clj:1:1)
>>
>> at clojure.lang.Compiler.load(Compiler.java:7526)
>>
>> at clojure.lang.RT.loadResourceScript(RT.java:379)
>>
>> at clojure.lang.RT.loadResourceScript(RT.java:370)
>>
>> at clojure.lang.RT.load(RT.java:460)
>>
>> at clojure.lang.RT.load(RT.java:426)
>>
>> at clojure.core$load$fn__6548.invoke(core.clj:6046)
>>
>> at clojure.core$load.invokeStatic(core.clj:6045)
>>
>> at clojure.core$load.doInvoke(core.clj:6029)
>>
>> at clojure.lang.RestFn.invoke(RestFn.java:408)
>>
>> at clojure.core$load_one.invokeStatic(core.clj:5848)
>>
>> at clojure.core$load_one.invoke(core.clj:5843)
>>
>> at clojure.core$load_lib$fn__6493.invoke(core.clj:5888)
>>
>> at clojure.core$load_lib.invokeStatic(core.clj:5887)
>>
>> at clojure.core$load_lib.doInvoke(core.clj:5868)
>>
>> at clojure.lang.RestFn.applyTo(RestFn.java:142)
>>
>> at clojure.core$apply.invokeStatic(core.clj:659)
>>
>> at clojure.core$load_libs.invokeStatic(core.clj:5925)
>>
>> at clojure.core$load_libs.doInvoke(core.clj:5909)
>>
>> at clojure.lang.RestFn.applyTo(RestFn.java:137)
>>
>> at clojure.core$apply.invokeStatic(core.clj:659)
>>
>> at clojure.core$require.invokeStatic(core.clj:5947)
>>
>> at clojure.core$require.doInvoke(core.clj:5947)
>>
>> at clojure.lang.RestFn.invoke(RestFn.java:1789)
>>
>> at 
>> figwheel_sidecar.components.figwheel_server$eval18306$loading__6434__auto18307.invoke(figwheel_server.clj:1)
>>
>> at 
>> figwheel_sidecar.components.figwheel_server$eval18306.invokeStatic(figwheel_server.clj:1)
>>
>> at 
>> figwheel_sidecar.components.figwheel_server$eval18306.invoke(figwheel_server.clj:1)
>>
>> at clojure.lang.Compiler.eval(Compiler.java:7062)
>>
>> at clojure.lang.Compiler.eval(Compiler.java:7051)
>>
>> at clojure.lang.Compiler.load(Compiler.java:7514)
>>
>> at clojure.lang.RT.loadResourceScript(RT.java:379)
>>
>> at clojure.lang.RT.loadResourceScript(RT.java:370)
>>
>> at clojure.lang.RT.load(RT.java:460)
>>
>> at clojure.lang.RT.load(RT.java:426)
>>
>> at clojure.core$load$fn__6548.invoke(core.clj:6046)
>>
>> at clojure.core$load.invokeStatic(core.clj:6045)
>>
>> at clojure.core$load.doInvoke(core.clj:6029)
>>
>> at clojure.lang.RestFn.invoke(RestFn.java:408)
>>
>> at clojure.core$load_one.invokeStatic(core.clj:5848)
>>
>> at clojure.core$load_one.invoke(core.clj:5843)
>>
>> at clojure.core$load_lib$fn__6493.invoke(core.clj:5888)
>>
>> at clojure.core$load_lib.invokeStatic(core.clj:5887)
>>
>> at clojure.core$load_lib.doInvoke(core.clj:5868)
>>
>> at clojure.lang.RestFn.applyTo(RestFn.java:142)
>>
>> at clojure.core$apply.invokeStatic(core.clj:659)
>>
>> at clojure.core$load_libs.invokeStatic(core.clj:5925)
>>
>> at clojure.core$load_libs.doInvoke(core.clj:5909)
>>
>> at clojure.lang.RestFn.applyTo(RestFn.java:137)
>>
>> at clojure.core$apply.invokeStatic(core.clj:659)
>>
>> at clojure.core$require.invokeStatic(core.clj:5947)
>>
>> at clojure.core$require.doInvoke(core.clj:5947)
>>
>> at clojure.lang.RestFn.invoke(RestFn.java:1789)
>>
>> at 
>> figwheel_sidecar.repl$eval9100$loading__6434__auto9101.invoke(repl.clj:1)
>>
>> at figwheel_sidecar.repl$eval9100.invokeStatic(repl.clj:1)
>>
>> at figwheel_sidecar

Re: [ClojureScript] Re: Figwheel and Java 9 compatibility

2018-05-04 Thread Johannes
I've learned from Daniel Compton (in this discussion)

Yep this is a ClojureScript issue. I wrote more about this here 
> https://www.deps.co/blog/how-to-upgrade-clojure-projects-to-use-java-9/. 
> Until ClojureScript 1.10, you need to add:
> :jvm-opts ["--add-modules" "java.xml.bind"]
> to your Leiningen config.


that this kind of workaround will become unnecessary with ClojureScript 
1.10. That does not seem to be the case.

Johannes

Am Freitag, 4. Mai 2018 08:48:10 UTC+2 schrieb Alan Thompson:
>
> Cleaned it up a little:
>
>   :jvm-opts #=(eval (into ["-Xmx1g"]
>   (let [version-str (System/getProperty 
> "java.version")]
> (if (or (= "10" version-str) (re-find #"^9\." 
> version-str))
>   ["--add-modules" "java.xml.bind"] ; needed for 
> java 9 or 10
>   [] ; java 8 or below
>
>
>
>
>
> On Thu, May 3, 2018 at 11:37 PM, Alan Thompson  > wrote:
>
>> I created a little lein dynamic eval code to automatically handle the 
>> :jvm-opts stuff for Java 8/9/10:
>>
>>  :jvm-opts #=(eval (let [version-str (System/getProperty "java.version")]
>>  (cond
>>(re-find #"^9\." version-str)  ["-Xmx1g" 
>> "--add-modules" "java.xml.bind"]
>>(= "10" version-str)   ["-Xmx1g" 
>> "--add-modules" "java.xml.bind"]
>>:else  ["-Xmx1g"])))
>>
>>
>>
>>
>>
>> On Thu, May 3, 2018 at 8:45 PM, Alan Thompson > > wrote:
>>
>>> I just tried it with Java 10.  I get the same error as for Java 9, and 
>>> it has the same fix:
>>>
>>>   :jvm-opts ["-Xmx1g" "--add-modules" "java.xml.bind"])
>>>
>>>
>>> This is with 
>>>
>>>   :dependencies [[org.clojure/clojure "1.9.0"]
>>>  [org.clojure/clojurescript "1.10.238"] ]
>>>   :plugins [[lein-cljsbuild "1.1.7" :exclusions [[org.clojure/clojure]]]
>>> [lein-figwheel "0.5.15"] ]
>>>
>>>
>>> So one of those dependencies is still not cool with java 9/10.
>>>
>>> Clojure itself works fine on Java 10 (just tested).
>>>
>>> The stacktrace mentiones both http-kit and 
>>> figwheel-sidecar/figwheel-server not sure who the culprit is (or 
>>> clojurescript 1.10.238 ?)
>>> Alan
>>>
>>>
>>>
>>> On Thu, May 3, 2018 at 8:22 PM, Alan Thompson >> > wrote:
>>>
>>>> Hmmm, OK, I just noticed I am on JVM 1.8.   If I switch to java 9, I 
>>>> get the same error as you.
>>>>
>>>> On Thu, May 3, 2018 at 4:36 PM, Johannes >>> > wrote:
>>>>
>>>>> I'm sorry, but I get the same stack trace as before. And again: if I 
>>>>> modify the :jvm-opts
>>>>>
>>>>> :jvm-opts ["-Xmx1g" "--add-modules" "java.xml.bind"]
>>>>>
>>>>> all works fine.
>>>>>
>>>>> Johannes
>>>>>
>>>>> Am Freitag, 4. Mai 2018 00:08:48 UTC+2 schrieb Alan Thompson:
>>>>>>
>>>>>> OK, I made a super-stripped down version to remove possible config 
>>>>>> problems.  Try this:
>>>>>>
>>>>>> https://github.com/cloojure/cljs-figwheel-stripped.git
>>>>>>
>>>>>>
>>>>>>
>>>>>> Alan
>>>>>>
>>>>>> On Thu, May 3, 2018 at 1:56 PM, Johannes  
>>>>>> wrote:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Am Donnerstag, 3. Mai 2018 22:51:33 UTC+2 schrieb Alan Thompson:
>>>>>>>>
>>>>>>>> And what happens if you type `lein figwheel` ?
>>>>>>>>
>>>>>>> The same problem as before:
>>>>>>>
>>>>>>> JohMBAir:cljs-template-master johannes$ lein figwheel
>>>>>>>
>>>>>>> Figwheel: Cutting some fruit, just a sec ...
>>>>>>>
>>>>>>> Exception in thread "main" java.lang.ExceptionInInitializerError
>>>>

Re: [ClojureScript] Re: Figwheel and Java 9 compatibility

2018-05-08 Thread Johannes
dito

Johannes

Am Montag, 7. Mai 2018 21:30:17 UTC+2 schrieb Alan Thompson:
>
> I have tested that it works on Java 10 now using Figwheel 0.5.16.My 
> project.clj looks so plain now without the tricky
>
> #=(eval ...)
>
>
> :(
>
> On Sun, May 6, 2018 at 4:55 PM, Daniel Compton  > wrote:
>
>> Working from https://github.com/cloojure/cljs-figwheel-stripped I could 
>> reproduce the issue Alan was seeing with Java 9. Looking at the dependency 
>> tree, I could see that http-kit 2.2.0 was being pulled in by 
>> figwheel-sidecar. http-kit 2.3.0 doesn't depend on the java.xml.bind module 
>> any more, so using that should fix the issue.
>>
>> To do so, you can either:
>>
>> * Add http-kit 2.3.0 to your dependencies to override the version that 
>> Figwheel 0.5.15 pulls in
>> * Upgrade to Figwheel 0.5.16, which was released in the last few hours. 
>> This version uses http-kit 2.3.0.
>>
>> Both of these options should work for starting up a Figwheel repl using 
>> ClojureScript 1.10 and Java 9, without adding any modules. I was able to do 
>> so on my machine after removing Alan's (clever) :jvm-opts evaling.
>>
>> --
>> Daniel.
>>
>> On Sat, May 5, 2018 at 12:16 AM Johannes > > wrote:
>>
>>> I've learned from Daniel Compton (in this discussion)
>>>
>>> Yep this is a ClojureScript issue. I wrote more about this here 
>>>> https://www.deps.co/blog/how-to-upgrade-clojure-projects-to-use-java-9/
>>>> . 
>>>> Until ClojureScript 1.10, you need to add:
>>>> :jvm-opts ["--add-modules" "java.xml.bind"]
>>>> to your Leiningen config.
>>>
>>>
>>> that this kind of workaround will become unnecessary with ClojureScript 
>>> 1.10. That does not seem to be the case.
>>>
>>> Johannes
>>>
>>> Am Freitag, 4. Mai 2018 08:48:10 UTC+2 schrieb Alan Thompson:
>>>
>>>> Cleaned it up a little:
>>>>
>>>>   :jvm-opts #=(eval (into ["-Xmx1g"]
>>>>   (let [version-str (System/getProperty 
>>>> "java.version")]
>>>> (if (or (= "10" version-str) (re-find #"^9\." 
>>>> version-str))
>>>>   ["--add-modules" "java.xml.bind"] ; needed 
>>>> for java 9 or 10
>>>>   [] ; java 8 or below
>>>>
>>>>
>>>>
>>>>
>>>> On Thu, May 3, 2018 at 11:37 PM, Alan Thompson  
>>>> wrote:
>>>>
>>> I created a little lein dynamic eval code to automatically handle the 
>>>>> :jvm-opts stuff for Java 8/9/10:
>>>>>
>>>>>  :jvm-opts #=(eval (let [version-str (System/getProperty 
>>>>> "java.version")]
>>>>>  (cond
>>>>>(re-find #"^9\." version-str)  ["-Xmx1g" 
>>>>> "--add-modules" "java.xml.bind"]
>>>>>(= "10" version-str)   ["-Xmx1g" 
>>>>> "--add-modules" "java.xml.bind"]
>>>>>:else  ["-Xmx1g"])))
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Thu, May 3, 2018 at 8:45 PM, Alan Thompson  
>>>>> wrote:
>>>>>
>>>> I just tried it with Java 10.  I get the same error as for Java 9, and 
>>>>>> it has the same fix:
>>>>>>
>>>>>>   :jvm-opts ["-Xmx1g" "--add-modules" "java.xml.bind"])
>>>>>>
>>>>>>
>>>>>> This is with 
>>>>>>
>>>>>>   :dependencies [[org.clojure/clojure "1.9.0"]
>>>>>>  [org.clojure/clojurescript "1.10.238"] ]
>>>>>>   :plugins [[lein-cljsbuild "1.1.7" :exclusions 
>>>>>> [[org.clojure/clojure]]]
>>>>>> [lein-figwheel "0.5.15"] ]
>>>>>>
>>>>>>
>>>>>> So one of those dependencies is still not cool with java 9/10.
>>>>>>
>>>>>> Clojure itself works fine on Java 10 (just tested).
>>>>>>
>>>>>> The stacktrace mentione

[ClojureScript] how to build dynamic select boxes using reagent-forms

2019-05-08 Thread Johannes
Hi,

I'm building my UI using reagent/reagent-forms. I cannot figure out how 
build a dynamic select box as described in 
https://www.dyn-web.com/tutorials/forms/select/paired.php
for example.
The problem of reagent-forms seems to be that the form-template given to 
the bind-fields call is evaluated once. Therefore the options of the second 
select box are unaffected by any state changes resulting from using the 
first select box.
My problem is that I don't understand Javascript well, so I cannot follow 
the solution given on the linked web page.

Are there any ideas what I could do?

Johannes

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
"ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at https://groups.google.com/group/clojurescript.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojurescript/5f46af3c-7e45-462a-95a1-4f72f04bdd95%40googlegroups.com.


Re: [ClojureScript] how to build dynamic select boxes using reagent-forms

2019-05-09 Thread Johannes Brauer


Am 09.05.2019 um 10:24 schrieb Phill Wolf 
mailto:phill.w...@gmail.com>>:

Are you finding that reagent-forms is helpful overall?
Until now I found it quite useful. But now I get doubts about it.

"the form-template given to the bind-fields call is evaluated once" sounds like 
a problem.

--
Note that posts from new members are moderated - please be patient with your 
first post.
---
You received this message because you are subscribed to a topic in the Google 
Groups "ClojureScript" group.
To unsubscribe from this topic, visit 
https://groups.google.com/d/topic/clojurescript/_3Uy5UgjKh4/unsubscribe.
To unsubscribe from this group and all its topics, send an email to 
clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to 
clojurescript@googlegroups.com.
Visit this group at https://groups.google.com/group/clojurescript.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojurescript/e80d920e-0063-4441-a404-7e6f2de31b62%40googlegroups.com.

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
"ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at https://groups.google.com/group/clojurescript.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojurescript/3B82EFAD-9003-4F41-A568-978B6625E469%40nordakademie.de.


[ClojureScript] Problem with fig wheel.main tutorial (automatic reload doesn't work?)

2018-11-18 Thread &#x27;Johannes Brauer' via ClojureScript
Hi,

following the tutorial <https://figwheel.org/tutorial> I am encountering 
the following problem:

Under the headline Starting the REPL already intialized with your code 
<https://figwheel.org/tutorial#starting-the-repl-already-intialized-with-your-code>
 it 
is described how changed code is compiled and reloaded automatically.
But I don' see the line
[image: watching line in output] 
and after changing and saving the cruel_world.cljs file nothing happens.
I am using the deps.edn file as described in the tutorial.

Johannes

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
"ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at https://groups.google.com/group/clojurescript.


[ClojureScript] Re: Problem with fig wheel.main tutorial (automatic reload doesn't work?)

2018-11-20 Thread &#x27;Johannes Brauer' via ClojureScript
In the meantime I figured out that creating a file figwheel-main.edn with
{:watch-dirs ["src"]}
makes auto-reload working.
But the tutorial creates the impression that auto-reload is the default and 
specifying the :watch-dirs key is not necessary

Am Sonntag, 18. November 2018 22:12:06 UTC+1 schrieb Johannes Brauer:
>
> Hi,
>
> following the tutorial <https://figwheel.org/tutorial> I am encountering 
> the following problem:
>
> Under the headline Starting the REPL already intialized with your code 
> <https://figwheel.org/tutorial#starting-the-repl-already-intialized-with-your-code>
>  it 
> is described how changed code is compiled and reloaded automatically.
> But I don' see the line
> [image: watching line in output] 
> and after changing and saving the cruel_world.cljs file nothing happens.
> I am using the deps.edn file as described in the tutorial.
>
> Johannes
>
>

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
"ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at https://groups.google.com/group/clojurescript.