This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
- # ai (2)
- # beginners (12)
- # bitcoin (1)
- # boot (41)
- # chestnut (5)
- # cider (9)
- # clara (24)
- # cljs-dev (11)
- # clojure (107)
- # clojure-dev (2)
- # clojure-italy (4)
- # clojure-nl (4)
- # clojure-russia (10)
- # clojure-spec (19)
- # clojure-uk (71)
- # clojurescript (121)
- # cursive (3)
- # data-science (7)
- # datacrypt (1)
- # datomic (72)
- # docs (7)
- # duct (2)
- # emacs (3)
- # ethereum (1)
- # figwheel (1)
- # fulcro (58)
- # graphql (16)
- # hoplon (9)
- # jobs (2)
- # jobs-rus (1)
- # lein-figwheel (1)
- # leiningen (25)
- # luminus (2)
- # lumo (5)
- # off-topic (6)
- # onyx (22)
- # pedestal (3)
- # portkey (1)
- # proton (2)
- # re-frame (7)
- # remote-jobs (1)
- # ring-swagger (3)
- # rum (2)
- # shadow-cljs (38)
- # specter (7)
- # yada (30)
Yeah not sure what is going on but it makes developing Boot tasks at the REPL pretty much impossible.
I've noticed some weirdness defining vars in the Cursive REPL occasionally, although I'm not sure if that's Cursive, my project, or boot
1. In build.boot :dependencies, I have:
2. in a clj file, I have:
I get a ClassNotFound boofcv.struct.Image.GrayU8 exception From JavaDocs, this class exists and should be loaded. How do I debug this?
(ns server.snip.boof (:import [boofcv.struct.image GrayU8]))
Core problem is: I think I have a jar/class added as a dependency, but I try to import it from clojure land, it says not found. I don't know how to debug this.
I figured it out, by looking inside jars in ~/.m2 ; turns out, I was requesting the wrong dependency
hi guys. do you have any plans to release in a near future new boot version, compatible with java 9?
Hello, when using
boot pom jar push, the push task is trying to push the project dependencies to the configured repository.
alandipert that’s not what I’m seeing.
cljs task triggers compilation lasting 20-30 seconds on a medium-sized project when .scss or .clj files are changed.
Exception in thread "main" java.lang.ClassCastException: java.base/jdk.internal.loader.ClassLoaders$AppClassLoader cannot be cast to java.base/java.net.URLClassLoader at Boot.loadJar(Boot.java:228) at Boot.main(Boot.java:254)
https://github.com/boot-clj/boot-bin/releases/ there is a new version of the
boot base script, that is versioned the same as boot.jar
Not sure if you have to do
boot --upgrade or just drop in the shell script over the top
try the upgrade thing first, otherwise do
whereis boot and drop the boot-bin over the top (or use brew or whatever package manager if that's your thing)
great. there are few warnings, but looks like it works now 🙂
WARNING: An illegal reflective access operation has occurred WARNING: Illegal reflective access by dynapath.defaults$fn__1516$fn__1517 (file:/Users/michal/.m2/repository/boot/pod/2.7.2/pod-2.7.2.jar) to method java.net.URLClassLoader.addURL(java.net.URL) WARNING: Please consider reporting this to the maintainers of dynapath.defaults$fn__1516$fn__1517 WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations WARNING: All illegal access operations will be denied in a future release
I am looking for a simple example demonstrating compiling java. I am writing antlr4 tasks (antlr4 :lexer :parser) which generate intermediate java files into a fileset.
phreed https://github.com/RadicalZephyr/boot-javac-star might interest you. in addition to compiling, it adds the generated .class files to the classpath
lsnape i wouldn't expect that, but i'm no longer a cljs task expert... maybe juhoteperi has some insight?
Maybe not 30s though, that sounds like a bad macro expansion (speculation: I think that's the cause of problems)
Ah, well we’re using macros to get all the strings that are displayed on our site, so could be the cause of excessive wait times.
Better to load the translations from a static resource than use cljs macros. I’ve never been a fan of the approach!
oh yeah, if you're using macros for that, you might consider extracting that generation into a separate (caching) task
is there a way to unit test boot tasks? i’m trying to write a task that generates a generic Dockerfile and would like to unit test it
@andrew.sharp57 there is, it is in
boot.test...you can use
clojure.test but in the context of a boot task
actually probably better this one: https://github.com/boot-clj/boot/blob/master/boot/core/test/boot/task/built_in_test.clj#L21
deftesttask composes tasks sequentially where the last one contains
attempting to write a task that composes
install. having trouble getting
install to find the jarfile. this is my task’s output on the command line:
i’m pretty confused by this output, it seems like
Compiling 1/1 ags799.boot-docker../.. Writing pom.xml and pom.properties../.. Adding uberjar entries../.. Writing boot-docker-0.0.0-6-g8c1837f-dirty.jar../.. Installing boot-docker-0.0.0-6-g8c1837f-dirty.jar../.. ... java.io.FileNotFoundException: boot-docker-0.0.0-6-g8c1837f-dirty.jar (No such file or directory) clojure.lang.ExceptionInfo: boot-docker-0.0.0-6-g8c1837f-dirty.jar (No such file or directory)
installis trying to install the same file that
jarwrote. is there something obviously wrong here? i can provide code if that helps. thanks