If you are using dependencies in bb.edn then you need to have java installed to download them

OK. so I guess that’s what happens at runtime in the http-server script https://github.com/babashka/http-server#babashka?

indeed

any chance to use the docker image for this then? I guess not

if you want to download dependencies without java, it's probably better to make an uberjar and then add this to your docker image

bb uberjar

or use a staged image

hmm hmm thanks

I think this is becoming too much overhead, if I just found a way to start a binary for having tests run against that service, I wouldn’t need docker in the first place

for simple dependencies you can also just git clone the dependency and add manually to the classpath:

bb -cp ~/Downloads/http-server/src ...

sorry — X vs Y problem here on my end

let me start over: I’ve got two simple http/get API tests that I’d like to run against a service. can you give me a hint on how to start the service before tests and tear it down after? 😅

does the service or the test run in bb, or both?

only the tests are running in bb, the service is a little golang-built binary

then I'm even more confused :)

what does this have to do with bb then?

I mean, why did you need http-server in bb?

I’d like to do API tests like

(deftest authorized-cars
  (testing "bob is authorized to list all cars"
    (let [status (:status (request {"Authorization" "bob"}))]
      (is (= 200 status)))))

the piece I forgot to mention: the app needs to retrieve something via HTTP from a static file server

I’m sorry it’s really hot today 💦

> can you give me a hint on how to start the service before tests and tear it down after? clojure.test has fixtures for this

it's hot here too, hehe

so, my initial try was to start the service, and some file server, via docker-compose, and then have a bb run test:api job. now, I’m trying to do it all from bb, starting the service and the auxilliary file server

clojure.test. thanks, I’ll go read up on that end.

I have an example of running a server for tests here: https://github.com/babashka/http-client/blob/main/test/babashka/http_client_test.clj

oh this is great thank you

that fn calls as-path on the argument, which calls io/file on it, so it gets treated as a relative path, so it's essentially just the current directory

for example:

user=> (-> (fs/path "") .toAbsolutePath)
#object[sun.nio.fs.UnixPath 0x3bc3dc17 "/home/bob"]

Looks like it yeah, no idea about the rationale for why an empty UnixPath resolves to current dir, but I guess that's just a java thing and nothing wrong on this end then!

Thanks for testing!

I imagine it's sort of a circumstantial outcome of the rules of the File class - if the path doesn't start with a prefix that signifies it's an absolute path, it's relative, and since it's relative, it appends the string path to user.dir, and so appending an empty string returns the path at user.dir

I had no idea that "relative" in java File meant "relative to the home dir of the current user" instead of the usual "relative to the current directory of the calling process" but the explanation makes sense then

well, that was only because I happened to be running bb in my home dir.... the system property user.dir is typically the 'current dir'