This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-11-25
Channels
- # bangalore-clj (2)
- # beginners (50)
- # boot (21)
- # cljs-dev (2)
- # cljsrn (1)
- # clojure (93)
- # clojure-russia (5)
- # clojure-spec (22)
- # clojure-uk (3)
- # clojurescript (24)
- # data-science (4)
- # datomic (1)
- # events (2)
- # fulcro (46)
- # graphql (9)
- # hoplon (16)
- # lumo (42)
- # off-topic (3)
- # perun (2)
- # protorepl (1)
- # re-frame (10)
- # reagent (12)
- # ring (1)
- # ring-swagger (1)
- # shadow-cljs (12)
- # specter (16)
- # unrepl (10)
No. It's [prismatic/schema "1.1.6"]
.
uhm, it looks like it leaks in some exception
boot-cljs
executes things in a pod so I don't know if you can hook into that Juho knows more
I actually hacked it to println
the exception from inside the pod, so problem solved for now. Thanks.
Are there any resources outlining how to get started with figwheel using boot? My concern is that it is somehow geared towards lein and the setup is difficult/not 100% possible. Is this true?
@tkjone maintainer of boot-figreload
here, there are two ways of getting reload with boot: the most battle tested is boot-reload
, it's been around for longer and stable. HUD output is similar but not exactly the same. That is why I came up with a way to use the awesome client side only part of figwheel for boot-figreload
.
About the setup, there are templates that set everything up for you, or you ask here and somebody will guide you through the process (oh...actually there is a setup right above this comment).
Thanks! I have seen both boot-figreload
and boot-reload
but I was not sure how they compare to one another. From your explanation, it seems that boot-figreload
add the front end experience to match what figwheel does, yes? How do they differ?
For further clarification, it seems like figwheel is not an option with boot
. Instead, boot
has created a task that will simulate some/all of the figwheel behaviour, yes? Or, like boot-figreload
is boot-reload
using some of the figwheel
src internally?
So boot-reload has its own reloading and display HUD, while boot-figreload uses figwheel's HUD directly.
Just for my own clarification (apologies) - does boot-figreload
rely on boot-reload
as a dependency in any way?
I suppose what I am trying to fit into my mental model is that figwheel
seems to be a strong selling point for clojurescript. However, it appears to be coupled with lein
. So, in order to get the functionality that figwheel provides with boot, the boot community has created their own tasks. The question becomes, do the boot tasks have near 100% parity of functionality with figwheel? I see that your boot-figreload
is using the front end component - which seems to mean that a lot of those great features from figwheel
are available in boot because you are actually using parts of figwheel
. The end question being, does using boot
result in a CLJ/S developer being blocked (so to speak) from using all the magic that is figwheel?
I guess the only way to answer properly is : which features are you referring to? The Readme explains what it's there
The error display is the same
And no it does not depend on boot-reload
Based on the features outlined in the fighweel README here https://github.com/bhauman/lein-figwheel I would be looking for everything minus the node supprt (that is not a primary concern)
I reviewed features provided by the boot tasks, but they are using different naming conventions compared to figwheels README, so it is not obvious (to me) the level of feature parity.
Maybe give it a go with one template like tenzing
or the re-frame one.
Make sure to report what you miss in the repos
If you want to make a sales pitch for boot: https://www.reddit.com/r/Clojure/comments/7fabpl/responses_to_which_cljs_build_tool/dqalq3j/
Apologies if this is documented by boot, but I don't understand what the :scope "test"
part of the following line in the :dependencies
config property for a build.boot
file.
[adzerk/boot-reload "0.5.1" :scope "test"]
I see it in some template and in others I do not. An example of where I have seen this: https://github.com/martinklepsch/tenzing/blob/master/resources/leiningen/new/tenzing/build.boot@tkjone https://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html#Dependency_Scope
So this would be the equivalent of npm's devDependencies
. Makes sense. Thanks @juhoteperi!