This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-03-16
Channels
- # aatree (1)
- # admin-announcements (6)
- # alda (3)
- # beginners (66)
- # boot (41)
- # cider (4)
- # cljsjs (3)
- # cljsrn (18)
- # clojure (146)
- # clojure-android (2)
- # clojure-nl (1)
- # clojure-russia (35)
- # clojure-sdn (2)
- # clojure-sg (5)
- # clojure-uk (41)
- # clojurescript (116)
- # datomic (12)
- # dirac (40)
- # docker (2)
- # editors (2)
- # hoplon (85)
- # immutant (19)
- # jobs (1)
- # keechma (2)
- # lein-figwheel (8)
- # mount (33)
- # off-topic (1)
- # om (114)
- # onyx (159)
- # parinfer (24)
- # proton (3)
- # reagent (4)
- # ring-swagger (15)
- # uncomplicate (7)
- # untangled (93)
- # yada (30)
@currentoor: Totally game, just not anywhere on our radar. Untangled is us sharing what we use with the community, and we have no need for boot here. So, if you want to contribute something that adds that support, we'd welcome it assuming it doesn't break anything we use.
@tony.kay: hey, just trying to go through
. A few questions:
Is this supposed to work with intellij? I’m currently getting:
ANALYSIS ERROR: No such namespace: doo.runner, could not locate doo/runner.cljs, doo/runner.cljc, or Closure namespace "doo.runner" in file test/client/app/all_tests.cljs on file null, line null, column null
It is. That is what we use. Doo is the test runner for CI...let me glance at why that might be going sideways
not a replacement. Untangled does all of the Om plumbing for you, so everything about Om UI, queries, and such still applies. You just don't have to write all of the parser or networking stuff.
welcome. I stopped there mainly because we were developing this...which makes a lot of that unneeded
{:user {:plugins [[lein-cljfmt "0.1.10"]
[lein-try "0.4.3"]
[lein-difftest "2.0.0"]
[lein-marginalia "0.8.0" :exclusions [org.clojure/clojure]]
[lein-pprint "1.1.2"]
[lein-swank "1.4.5"]
[lein-catnip "0.5.1" :exclusions [org.clojure/clojure]]
[lein-kibit "0.0.8" :exclusions [org.clojure/clojure org.clojure/tool$
[lein-environ "1.0.0"]
[lein-cljsbuild "1.0.5"]
[lein-autoexpect "1.4.2"]
[lein-ancient "0.6.5" :exclusions [org.clojure/clojure cheshire]]]
:env {:twitter-consumer-key “<>"
:twitter-consumer-secret “<>"
:twitter-token “<>"
:twitter-secret “<>"}}}
Ah....all of those cause dependencies to get injected into the build. You might try disabling that (move it out of the way) and completely clean/reimport the project.
ok, it seems the -Dtest
build barfs, I haven’t checked all the combinations, but -Dtutorial
by itself seems fine. As does -Dclient -server
.
ok, I don’t think that it’s due to my user plugin’s as I’ve commented them all out for the moment
it is more documentation than anything at the moment. Not had time to add much in the way of exercises
it is a full-stack working app, and if you've played with Om it will get you going quickly
oh, just remembered, your docs here
say: to browse to
. But the url doesn’t appear to exist if I use. JVM_OPTS="-Dtutorial" lein run -m clojure.main script/figwheel.clj
.
just to check when you said -Dtest
works, are you trying JVM_OPTS="-Dtest" lein run -m clojure.main script/figwheel.clj
at the command line?
sounds sorta like you're getting old versions of tools in the classpath somehow, is my guess
IntelliJ can be notorious for caching things. I sometimes have to clean things out (e.g. git clean -xfd) and re-import the project. I'm touching up the project file to do automated tests...that might change things too
you might also try (from CL) lein deps :tree
and see if you see conflicts/warnings about deps
Also, try it from the CL. I just added a Makefile, so make dev
should start all three builds. If it works there, then it is a cursive bug.
ok, so I’ve pulled and then reimported. When running make dev
I still get an error on the client part:
JVM_OPTS="-server -Dclient -Dtest -Dtutorial" rlwrap lein run -m clojure.main ./script/figwheel.clj
STARTING FIGWHEEL ON BUILDS: (client test tutorial)
Figwheel: Starting server at
Figwheel: Watching build - test
Compiling "resources/public/js/specs.js" from ["src/client" "src/shared" "test/client" "test/shared"]...
Successfully compiled "resources/public/js/specs.js" in 4.017 seconds.
Figwheel: Watching build - client
Compiling "resources/public/js/main.js" from ["dev/client" "src/client" "src/shared"]...
{:tag :cljs/analysis-error}
ANALYSIS ERROR: No reader function for tag object in file src/client/app/ui.cljs on file null, line null, column null
Successfully compiled "resources/public/js/main.js" in 1.253 seconds.
Figwheel: Watching build - tutorial
Compiling "resources/public/js/tutorial.js" from ["src/tutorial" "src/shared"]...
Successfully compiled "resources/public/js/tutorial.js" in 2.547 seconds.
Figwheel: Starting CSS Watcher for paths ["resources/public/css"]
Launching ClojureScript REPL for build: tutorial
as a note, the query editors in untangled_tutorial.D_Queries
dont seem to be working when i click Run Query
, can you confirm that?
i have
hm. The query editor was a contribution, and the rendering wasn't written correctly. A fix t oOm broke it
@folcon: Looks like I do have some kind of deps thing that causes periodic issues like you are seeing. I just got it, but not consistently 😞
it was clear...I just saw the problem you were having on todo, but not on tutorial. I think I fixed both
some kind of tools namespace dependency resolution problem getting the wrong version and confusing everything....bleh
@tony.kay: I may be being dense, but as far as I can tell you mention the Untangled support viewer
in untangled_tutorial.B_UI
for the first time. But it’s not linked to anything or explained further. So I’m left wondering what it is.
It allows you to send a VCR-style recording of the user interactions with the UI to your server, for debugging client issues