This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-09-29
Channels
- # 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:
[org.boofcv/all "0.26"]
2. in a clj file, I have:
(ns server.snip.boof
(:import [boofcv.struct.image GrayU8]))
I get a ClassNotFound boofcv.struct.Image.GrayU8 exception
From JavaDocs, this class exists and should be loaded.
How do I debug this?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.
@dominicm yup:
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
@alandipert @micha I am sure you know this already but looks like the adzert website is having some trouble
nha which one?
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
example here: https://github.com/boot-clj/boot/blob/master/boot/core/test/boot/test_test.clj
actually probably better this one: https://github.com/boot-clj/boot/blob/master/boot/core/test/boot/task/built_in_test.clj#L21
the deftesttask
composes tasks sequentially where the last one contains is
checks
attempting to write a task that composes jar
and install
. having trouble getting install
to find the jarfile. this is my task’s output on the command line:
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)
i’m pretty confused by this output, it seems like install
is trying to install the same file that jar
wrote. is there something obviously wrong here? i can provide code if that helps. thanksfigured this out, all is well