Fork me on GitHub
#untangled
<
2016-03-21
>
zirmite14:03:28

anyone else run into this error?

JVM_OPTS="-Dtutorial" lein run -m clojure.main script/figwheel.clj     
STARTING FIGWHEEL ON BUILDS:  (tutorial)
Figwheel: Starting server at 
Figwheel: Watching build - tutorial
Compiling "resources/public/js/tutorial.js" from ["src/tutorial" "src/shared"]...
{:tag :cljs/analysis-error}
ANALYSIS ERROR: Could not locate untangled_tutorial/tutmacros__init.class or untangled_tutorial/tutmacros.clj on classpath. Please check that namespaces with dashes use underscores in the Clojure file name. in file src/tutorial/untangled_tutorial/G_Mutation_Exercises.cljs on file null, line null, column null

tony.kay17:03:43

@zirmite: I did some additions this weekend. I'll try re-running it on my end as well.

tony.kay17:03:03

I assume master branch?

tony.kay17:03:03

Confirmed problem. Sorry about that. Looking at it.

zirmite17:03:37

thanks, tony.kay !

zirmite17:03:55

and, yep, master

tony.kay17:03:30

yeah, missed something in source paths in project file when I added macros...weird that it didn't fail on my other machine

tony.kay17:03:57

fixed and pushed

tony.kay17:03:01

Thanks for letting me know!

zirmite17:03:22

thank you for untangled

tony.kay17:03:32

welcome...hope you love it simple_smile

zirmite17:03:43

works for me now

zirmite17:03:46

thanks again

tony.kay17:03:49

@polymeris: On SQL, since that is going to come up alot. What @ethangracer said. We're not using it (for anything yet), but we're trying to make it as simple as possible to hook it in. It seems technically possible to convert Om/Pull query syntax into limited kinds of SQL queries (e.g. turn Om joins into SQL joins, treat namespaces as table names, property names as column names, etc). It is a pretty interesting problem. The simpler approach would be to just have some logic at the server query processing level that detects a certain query, runs some hand-written SQL, and the transforms the result back to the proper form for Om. Not elegant, but certainly no worse than what you already do with REST. So, from our perspective Datomic is a really nice match in that it simplifies both sides. If you have to use SQL on the back-end, you still get the front-end benefits.

polymeris22:03:17

thanks, @tony.kay for the explanation!