ahah

the boot which installed using brew install boot-clj has updated it's core, aether, etc dependencies and since then multiple of our projects dont run but give this error:

clojure.lang.ExceptionInfo: java.lang.NoSuchMethodError: boot.App.getClojureName()Ljava/lang/String;
    data: {:file
           "/var/folders/yr/3b2j3m0s3rs5_511xsvxp3v80000gp/T/boot.user3543958616418125125.clj",
           :line 21}
java.util.concurrent.ExecutionException: java.lang.NoSuchMethodError: boot.App.getClojureName()Ljava/lang/String;
            java.lang.NoSuchMethodError: boot.App.getClojureName()Ljava/lang/String;
                  boot.pod/make-pod                           pod.clj:  458
      pandeiro.boot-http/eval280/fn                     boot_http.clj:   40
                                ...
               boot.user/eval333/fn  boot.user3543958616418125125.clj:   19
                                ...
                 clojure.core/apply                          core.clj:  624
          boot.core/construct-tasks                          core.clj:  678
                                ...
                 clojure.core/apply                          core.clj:  624
                  boot.core/boot/fn                          core.clj:  706
clojure.core/binding-conveyor-fn/fn                          core.clj: 1910

(deftask dev "Build se.marketplace for development." [] (comp (serve :port 3008 :reload true :handler (quote se.marketplace.api/ring-handler)) (watch)))

i will try to download the binary as the tweet mentioned it, but it would have been better if i could just upgrade from brew

oh, actually there is no binary for osx on the https://github.com/boot-clj/boot#install 😕 should i look somewhere else?

looks like pandeiro's boot-http is breaking

@onetom: unfortunately the new 'core' isn't compatible with the old App binary

tried: * 0.6.3-SNAPSHOT * 0.6.3 * 0.6.2 none worked

ok, thx

who is in charge of the brew formula then?

usually @martinklepsch but technically anyone could send them a PR to bump the boot version

https://github.com/Homebrew/homebrew/blob/master/share/doc/homebrew/How-To-Open-a-Homebrew-Pull-Request-(and-get-it-merged).md is the recipe

ok, i will try, thx! it's great u were still awake 😉

hehe, working on slides for a boot/hoplon preso tomorrow

do u know u can delete these slack site previews after u posted?

actually last week i was in hawaii, and quite close to your timezone!

just to reduce clutter....

i think it's somewhere in the preferences

ah yes, Preferences > Media & links

well, it's good in general, but sometimes it's useless

@alandipert: it worked, thx!

is pandeiro on slack, btw, just under some other name? does he needs more convincing to switch from irc?

@onetom: glad it works! i haven't seen pandeiro in here yet

i have been really enjoying slack for work but i'm still not sure fi it's the best thing for OSS

not unsure enough to not be here though 😄

@alandipert: where are you presenting this presentation?

@micha: boot + hoplon, http://www.meetup.com/Los-Angeles-Clojure-Users-Group/events/223863686/

not sure if it's gonna be recorded or broadcast yet

sweet

@onetom: let me know if you have any questions about the brew formula or would like me to do it. Should be quick to do :)

@martinklepsch: i've never done it, so it would be great if you could

i just modified it on this one machine in the office, so that solution served the 2 of us for today at least

@onetom: will do it from the iPad now if you can paste me the sha256

Any tips on how to get CircleCI to cache boot?

@petrus I guess you could put the executable into a directory that's in cache_directories? Currently downloading every time myself

@martinklepsch: hm, i havent thought about doing it directly from the github interface, so i tried it now: https://github.com/Homebrew/homebrew/pull/42559

Hi...wondering if anyone else sees a (big) class leak when creating and destroying a pod. I've been seeing this with boot watch and boot-test. My profiling shows that none of the new classes are getting gc'd between invocations of test by boot watch.

sbrady: which version of java are you using?

1.8

hm, so no permgen

nope...not a permgen issue

do you know what's holding the references?

still eventually get an oom exception after enough invocations of the test

I'm not sure. Can't think of anything. I've tried stripping things down to a minimal build.boot with boot watch test.

I still see the class leak.

are you profiling in visualvm or something where you have a [Force GC] button?

and if so does that help?

yep visualvm...and I've tried forcing gc. No go.

if you can make a repo demonstrating the problem i'll be happy to have a look

I can clearly see the number of classes growing every time I trigger the watch to run test again

and please open a ticket if you can

sure

is boot-test calling the destroy-pod function?

there is a function in the boot.pod namespace, destroy-pod! i thin kit's called

that closes the classloader and whatnot

one thing i can think of is perhaps agents are taking a while to shut down

destroy-pod! kills those

and calls .close on the classloader

well, boot-test uses the pod-service

ah ok

so that will happen automatically

(core/cleanup (worker-pods :shutdown))

and there's a call to :refresh at each invocation of boot-test

yeah that should be reaping the previous pod

so it should be calling destroy

sbrady: does it happen with the helloworld test, too?

like just a single failing test

yes, that's what I'll show. I've stripped it down that far. Also forked boot-test and was stripping it down further. Still leaks.

bummer

i was hoping we were past all of this

@micha: here's a repo that I'm using to reproduce this: https://github.com/stephenbrady/boot-pod-leak

excellent, thanks!

hoping you can find something...i've gotten way deeper into pod internals that I thought I would

haha i'm sorry, it's not pretty in there

later tonight if anyone is interested: https://plus.google.com/u/0/events/cecpl5mufq6rpll3d20n0d64vu8

i'm having trouble understanding why a test is failing

https://github.com/cddr/boot-env-test/blob/master/test/database_url_test.clj

boot-environ is being used to set the database-url environment variable

but executing boot run-test shows the environment variable as being nil

@cddr the issue is that boot-environ does not appear to set environment variables at all

it seems to make a call to with-redefs only

johnwalker: the tests are run in a fresh pod each time

vars in the main pod are not accessible from the test pods

i think this could be the issue you're seeing

@johnwalker: ^^

possibly? i also experienced this issue with the serve task

from boot http

the solution is to use the environment, like set system properties or environment variables

oh, it also uses pods 😜

those are truly "environment"

vs vars in a namespace which are not really

ok, so either use a bash script with export DATABASE_URL or System/setProperty?

thanks @micha

i believe environ can also work from system properties

which you can set in your build.boot via system/setproperty or by providing BOOT_JVM_OPTIONS

or a bash script of course

yeah, looks like it reads system properties

i generally use environment variables for production in the 12-factor way

thanks again, very useful

sure my pleasure