Fork me on GitHub
#boot
<
2017-06-29
>
juhoteperi10:06:28

I added a new example for using CircleCI v2 with Boot, works a lot better now, no more problems with caching and inotify watches: https://github.com/boot-clj/boot/wiki/Running-Boot-on-CI-systems#circleci-v2

kommen10:06:08

anybody has a tip on how to debug what is going on here? https://github.com/boot-clj/boot/issues/607

kommen10:06:25

my clojure/java foo is not strong enough

kommen10:06:57

more concretely: how to debug why the watcher from https://github.com/boot-clj/boot/blob/master/boot/core/src/boot/core.clj#L729 stops calling the callback fn

kommen10:06:19

folks have to constantly restart the boot instance to get it working again, which isn’t…. ideal

miikka13:06:56

@kommen, I wonder if this is some problem with inotify and Docker… I assume you're watching some mounted host directory with boot?

miikka13:06:12

Which host os are you using, by the way?

kommen13:06:18

@miikka we’re using this as the base image: https://hub.docker.com/_/node/

kommen13:06:25

and no, it doesn’t seem to be an issue with inotify and docker. a another boot process running in same container is still getting and processing the events

lwhorton15:06:01

does boot offer a way to modify dependencies and auto-require them for different builds?

lwhorton15:06:51

Initially I wanted something like this: dynamically require certain dependencies depending on a clojure-defines compiler flag e.g.

(ns my.ns (:require
[my.dependency :as a]
(when goog.DEBUG [clojure.test.check]))
But then I figure that boot must support this somehow and I shouldn’t have this oddness in my codebase. The ultimate goal is to not include test.check and its dependencies in my prod build, but to have it included in the dev builds.

lwhorton15:06:47

Looks like I might be able to get away with something using :preloads https://github.com/clojure/clojurescript/wiki/Compiler-Options#preloads

pesterhazy20:06:10

you can use a different namespace as entry point and require you.project.core from there

kenny21:06:43

What would a :not-found handler in boot-http look like to support pushState? It seems like you'd want to just serve the same index HTML file that is set by default but :not-found expects a ring handler, not Ring middleware. Am I missing something here? /cc @pandeiro

pandeiro21:06:49

@kenny Yeah, I think as originally contributed, it takes a symbol pointing to a handler function. But it could also just take a string representing a file or resource and serve that. PR welcome.

kenny21:06:15

Will take a look now.

kenny22:06:00

@pandeiro Would you be opposed to me adding a new option called not-found-middleware?

kenny22:06:35

Actually it's not really middleware. It'd essentially be a replacement for not-found-handler.

pandeiro23:06:40

You can open an issue and we can discuss, but IMO the nicest API would be to reuse the same option for both different ways of handling: function and static file

kenny23:06:06

@pandeiro Oh I can totally use the same option for both. However, that would introduce a breaking change and I was trying to avoid that.