@micha Sorry I'm a bit late to the discussion, but you don't have to write your own ClassLoader, you can use instances of the standard ones. If you're inclined, and really want to be able to "remove" things from the classpath, You just create a new CL instance, add the paths to it, and set it as the thread's contextClassLoader. A lot of the Java EE containers manage classpaths that way. The default CL is a java.net.URLClassLoader. Ping me if you want to go that direction...I've done some pretty weird things with CLs.

@kirked: wouldn't that do crazy things with the Clojure runtime? Clojure uses the TCCL for its mutable state

@micha I'm sure it could be managed. I'd have to see the TCCL code

like when it generates bytecode

You could have the code gen in one CL and then load the gen'd code in another

you would also have to track down all references to things that have been "removed", i guess

I'd think it would be more explicit than that; remember, you're not "removing" individual classes, but rather classpath entries

We're just adding in to the new CL the paths we want, vs. diff'ing against something. We just don't add the paths that were "removed"

that's kind of what pods achieve

pods allow you to make new runtimes that have a different classpath

Yeah, when I noticed them I'd guessed you were just using different classloaders to implement pods

Let’s say that there is a task `x`. When (boot (watch) (x)) is run, is there a way for task `x` to detect whether certain files have changed since the last time it was run within the current pipeline?

My use case is that I have a task that takes a considerable amount of time to occur, but its output changes rarely. I also have tasks that depend on the first task’s output, and those downstream tasks are frequently modified.

I could use cache folders, but I’d like to ask first if there’s a way to do it this way. Caches seem dirtier, since they introduce incidental state that I have to additionally manage.

@cigitia: there is boot.core/fileset-diff. See https://github.com/tailrecursion/boot-heredoc/blob/master/src/boot/heredoc.clj#L42 for an example.

@mynomoto: Excellent; thank you. This looks like exactly what I need.

How do people use boot projects in IDE like cursive? manually maintaining an associated project.clj?

@jeluard: https://github.com/boot-clj/boot/wiki/For-Cursive-Users

I'm hoping the authors of lein-generate task would package it as a library

That’s still manual as I have to regenerate it every time I change my deps.

Like good old style maven when IDE didn’t support it natively.

You could compose lein-generate task with your other tasks

Do you mean having a boot task calling lein-generate to create a project.clj from my build file?

Yeah

Ideally I’d want to have everything transparent. Are there plans in that regard or are people happy the way it is?

I understand from @micha recent comment cursive couldn’t possibly support boot without running tasks.

jeluard: most of our machines are a bit underpowered (2.5GHz i5 + hdd) so we are just using sublime text 3 which is still lightning fast + terminal to run ~ boot watch serve hoplon cljs speak we don't really use repl much either. no one really feels the need for more, at least until we have more cutting edge machines i guess

Ok so I guess sublime doesn’t rely on data from your build file in this case. One nice feature of cursive is understanding your dependencies (completion, doc, arity check, ..). That requires extracting this information from your build file.

it's a nice thing until u realize how rarely u need to rely on this. i see arity error maybe once a week and i might pop into a boot -BP repl or a planck recently maybe every second day.

i might check documentation out on http://conj.io 1-2 times every day and of course refer to github pages

otherwise i have a ~/r/ directory with hoplon, boot-hoplon, castra, javelin, etc source in it and i have that whole directory open in a 2nd sublime window and i can do a full-text search on it in 2-3 seconds or a fuzzy search for a filename instantaneously...

our primary window contains all of our company specific source code. they are in different git repos but under the same dir, so i can just open it up with subl ~/exicon

it's 3.6GB, but sublime file name fuzzy search is near instant in it

all this is not as accurate as cursive might be, but in practice it's just not a problem

opening 4-5 repos as different projects in different windows in intellij IS a problem though, because it's annoyingly laggy even on our 3.8GHz i7 quad-core mac...

tab completion for symbol names are the same story. sometimes it completes to the wrong one, but 95% of the time i just type some fragment of what i want, even "soem grabage" and sublime autocompletes it correctly, since it corrects swapped letters...

Ok makes sense. Surely this removes the issues of integrating boot with cursive

and it's compatible with lein too 😉

or gulp or rake or mocha or whatever buildshistem u have to use

i just tried, so i can give u a realistic example of our experience: if i type sre<tab> or ser<tab> it gets autocompleted to search-results (in a 100 line file) in summary: fck accurate (~=costly) language analysis...

i often feel like im not typing on the keyboard, i just "think" into/onto the keyboard, like a monkey (or my 11months old daughter by pounding on it roughly and the correct text just appears automatically

(without that annoying autocompletion dropdown dialog constantly obscuring the surrounding source code...

Cursive requiring to run boot to find the dependencies shouldn't be a problem I think. It could just run some custom task each time it sees that build.boot has been changed and cache the value.

Might even be possible for Cursive to run the tasks in Cursive JVM (it would need to add Boot to the classpath somehow)

Or Cursive could use pods!

yeah there are options to boot show for editors to use

show -e should contain all the necessary data

deraen: but cursive is not open source, right? and it wont planned to be opened either, no?

Yeah. But it only means that we need for @cfleming to implement it 😉

also boot show -C should provide classpath info more like what an editor expects

i.e. source directories where the user's source files are instead of the tempdirs used internally by boot for the real classpath

micha: the same paths are in env? :source-paths :resource-paths

the env contains the real classpath

it contain both

really?

dependencies, directories, source-paths, resource-paths, asset-paths, target-path, repositories

ah i see what you mean, yes

pretty much the same format as what lein has

ok yes

i'm tracking now

though Cursive usually differentiates source, test and resource paths. But I'm not sure if that has any real effect.

I usually have some special source paths for dev mode merged during some specific tasks execution. Would those show with boot show?

if show task is after the specific tasks then yes

@juhoteperi: i had an interesting conversation with @jumblerg this morning about a web.edn spec

it would be cool if we could maybe get together and work out something simple to start with

Sure

he's been studying all the java ee web specs

Hmm what would http server need to do to support servlet spec?

I still fear that Http-kit doesn't support servlet stuff

nothing, we would generate a web.xml file or whatever we want

Okay

yeah i told him about that and he said he'd look into it and have a definite answer

he needs web sockets for some project so i tried to get him to use http-kit for it

i guess the idea is similar to .cljs.edn

we can generate specific things from the spec file

Yeah

and in this case it might make sense to allow only one spec file (web.edn) per fileset?

but once we have the spec file we can use it to coordinate different tasks that contribute to the overall aim

i'm not sure

at first probably yeah

but like .cljs.edn we might discover that the filename itself could contain the info we need to disambiguate

Also web.edn might be too general name and cause clashes

yeah

perhaps like

foo/bar/baz.web.edn

where .web.edn is the extension

i thin kthat's specific enough to not cause too many clashes

@micha: ^?

@micha: a static, “basic” map of dependencies? In my experience the majority of projects don’t dynamically add critical dependencies in separate tasks. “critical” is a bit vague here but maybe let’s say it means something like “needed in uberjar”

@martinklepsch: what about like boot watch foo bar baz show --leiningen project.clj

that would write the project.clj or whatever

yeah i understand the need, but making things that only work when you don't make new abstractions is a really bad way to go imo

a better option is to let boot do its thing and then when eevrything is computed write a file

you can still consume that file

but we're not stuck in the declarative world of having to be able to specify everything sttically

*statically

I’m going to sleep. I think I agree with what you’re saying. The cases where you would benefit most is when you use lein/boot side by side which arguably isn’t a common situation.

yeah i think definitely the way to achieve this is with some kind of a task

boot shouldn't be a build tool

it shouldn't know anything about your project, per se

it should just get you to a place where you can program in clojure

Can I quote you on that “boot shouldn’t be a build tool”? 😄

and provide some library functions for getting your program fully bootstrapped and convenience functions for building jars and other things

totally

!!

that's why we named it "boot"

it just bootstraps you into program world

you write the build tool yourself from there on

make your own tasks, or use boot libraries that have tasks in them

cool, didn’t know.

our main idea was that your project will inevitably need its own unique build tool once it reaches a certain level of complexity

so boot just gives you the foundation for writing this tool

this is why boot doesn't assume that you need to compile AOT before making a JAR

it knows nothing about JARs really

things like that

but when you make your tasks, or at the command line, you can specify these things very easily

like you know what you want to do

boot doesn't know, cause you're probably doing something we never thought of

👍

I -> bed (should have done that a while ago already)

Good night @micha

haha see you later

sorry i was hung over

it would have been cool to see some of Tampere together