oooh... monitor-enter that's a pretty low level thing.

yeah

oh, you should include this dependency for clojure.spec: https://github.com/babashka/spec.alpha/blob/babashka/src/main/clojure/clojure/spec/gen/alpha.clj

but I didn't try to upgrade, the project is using some old libraries anyway... this is coming as a transitive dep

but why does a chrome devtools tool use spec gen alpha at runtime... that seems to be mostly for testing

it doesn't but something else requires it

but as monitors are so low level, I guess graalvm stuff should support it

you can see this with (binding [clojure.core/*loading-verbosely* true] (require '[...]) (in clojure)

yes, it is supported by graalvm compilation, just not as a special form in interpreted SCI code right now

hmm, doesn't say anything about spec related things

I'm in the middle of something clj-kondo right now, but I can check later today

no worries

ok let's take a look

So how I'm testing this: I checked out the project. Then ran:

$ lein classpath > .classpath

and then I ran:

$ bb --classpath $(cat .classpath) -e "(require '[clj-chrome-devtools.core])"

Which resulted in:

----- Error --------------------------------------------------------------------
Type:     java.lang.Exception
Message:  Unable to resolve classname: org.eclipse.jetty.websocket.client.ClientUpgradeRequest
Location: gniazdo/core.clj:2:3

----- Context ------------------------------------------------------------------
1: (ns gniazdo.core
2:   (:import java.net.URI
     ^--- Unable to resolve classname: org.eclipse.jetty.websocket.client.ClientUpgradeRequest
3:            java.nio.ByteBuffer
4:            java.util.List
5:            (org.eclipse.jetty.websocket.client ClientUpgradeRequest
6:                                                WebSocketClient)
7:            (org.eclipse.jetty.util.ssl SslContextFactory)

You could try to replace org.eclipse.jetty.websocket client by the java.net.http stuff.

which is supported by bb

Also this library works with bb, if you want to include a dep: https://github.com/schmee/java-http-clj#websockets

thanks, I'll try that

got rid of the jetty in favor of java http, that's a good idea in any case to shed some dependencies

❯ bb --classpath $(cat .classpath) -e "(require '[clj-chrome-devtools.core])"
----- Error --------------------------------------------------------------------
Type:     clojure.lang.ExceptionInfo
Message:  Protocol not found: java.lang.AutoCloseable

yes unfortunately, only protocols are supported at the moment

is there a bb specific reader conditional that could be used to omit that? It would be best if the same code worked in jvm clojure and bb

:bb - must come before :clj , else :clj wins

thanks, I'll try that

that fixed the core namespace require

another ns still has problems

bb --classpath $(cat .classpath) -e "(require '[clj-chrome-devtools.automation.launcher])"
----- Error --------------------------------------------------------------------
Type:     clojure.lang.ExceptionInfo
Message:  Unable to resolve classname: clojure.lang.Var
Phase:    analysis

Dinner time, will be back

it is again the require of clojure.spec.alpha ns

ok, found the blog post https://blog.michielborkent.nl/using-clojure-spec-alpha-with-babashka.html

got over the spec stuff... next up is core.async... as go is not supported I think I'll need some bigger changes

the go blocks in use are very simple, maybe I could just rip out core.async as well and use java.util.concurrent stuff instead

well go is supported, but it just maps to <!! behind the scenes a sort of polyfill

you shouldn't really get an error with those, if you're not using millions of go blocks

for some reason I was

Type:     clojure.lang.ExceptionInfo
Message:  Could not resolve symbol: clj-chrome-devtools.events/go
Phase:    analysis

but I already started with replacing core.async use, it will actually be simpler to use promises and an executor service for listeners

@U064X3EF3 I've tried your script, but had to delete some weird whitespace symbols, after that it worked for me...

aha

1.9:

clojure.lang.Symbol:    private static final long serialVersionUID = 1191039485148212259L;

clojure.lang.Symbol:    private static final long serialVersionUID = 1191039485148212259L;

Hey. On 0.7.8 bb, I also get a blank. Looks like the last process call is failing. Change that last go line to (println (:err @(process ["serialver" "-classpath" cp c] {:err :string}))) to see Class clojure.lang.Symbol not found.

and then the question is ... why?

Which OS are you on?

0.7.6 Linux here. Prints the src: output for both 1.9.0 and 1.8.0 but no serialVersionUID after 1.8.0

mac

bb version?

Can you try this?

(require '[babashka.process :refer [process
                                    check]])

(defn go
  [clj-ver]
  (let [c "clojure.lang.Symbol"
        cp (:out (check (process
                         ["clj" "-Spath" "-Sdeps"
                          (format "{:deps {org.clojure/clojure {:mvn/version \"%s\"}}}" clj-ver)]
                         {:out :string})))]
    (println)
    (println clj-ver cp)
    (println (:out @(process ["serialver" "-classpath" cp c] {:out :string})))))

(go "1.9.0") ;; works as expected
(go "1.8.0") ;; no output, not sure why

v0.7.8

As I said, I had to remove a couple of weird whitespace symbols, perhaps it was that?

does not seem like it, same original output for me

@U04V15CAJ I was only able to repro in a fresh directory. When I ran it in an existing clj project, I got your results. I'm also 0.7.8 osx

ok, bingo

Also try:

(println (:out (check (process ["serialver" "-classpath" cp c] {:out :string}))))

Maybe it's the trailing newline in the classpath

Yeah, that was it

(require '[babashka.process :refer [process
                                    check]]
         '[clojure.string :as str])

(defn go
  [clj-ver]
  (let [c "clojure.lang.Symbol"
        cp (str/trim (:out (check (process
                                  ["clj" "-Spath" "-Sdeps"
                                   (format "{:deps {org.clojure/clojure {:mvn/version \"%s\"}}}" clj-ver)]
                                  {:out :string}))))]
    (println)
    (println clj-ver cp)
    (println (:out (check (process ["serialver" "-classpath" cp c] {:out :string}))))))

(go "1.9.0") ;; works as expected
(go "1.8.0") ;; no output, not sure why

^ that should work

yep

but why is it different between 1.8 and 1.9?

I'm getting:

clojure.lang.Symbol:    private static final long serialVersionUID = 1191039485148212259L;
clojure.lang.Symbol:    private static final long serialVersionUID = 1191039485148212259L;

maybe that's a Clojure CLI question, no idea

yeah, works now for me so that was it, just unclear why it's different

I'm getting the same one?

$ bb -e '(= "1191039485148212259L" "1191039485148212259L")'
true

not talking about that

oh you mean the newline

don't care about the particular answer here at all, this is subset of much larger script

yeah, new line

for me, this failed for all clojure versions through 1.8, worked on 1.9-1.11

I guess that's the spec switchover so more jars so maybe classpath construction is different

I suspect having more deps than only clojure (like clojure.spec) accidentally fixed it

probably something in tools.deps

Let's print the classpath as seen from the clojure process

Hmm, I don't see anything strange there, so yes, this could be a CLI issue

Or rather, a serialver issue

same version of serialver

I mean, when you feed serialver a classpath with a newline, maybe it behaves sometimes correct, sometimes not

The error clojure.lang.Symbol not found was coming from serialver

Yeah could be

$ serialver -classpath "src:/Users/borkdude/.m2/repository/org/clojure/clojure/1.8.0/clojure-1.8.0.jar" clojure.lang.Symbol
clojure.lang.Symbol:    private static final long serialVersionUID = 1191039485148212259L;

$ serialver -classpath "src:/Users/borkdude/.m2/repository/org/clojure/clojure/1.8.0/clojure-1.8.0.jar\n" clojure.lang.Symbol
Class clojure.lang.Symbol not found.

Another question - can I make serialver a bg process ?

Right now it foregrounds and steals focus

Putting something before newline fixes it:

$ serialver -classpath "src:/Users/borkdude/.m2/repository/org/clojure/clojure/1.8.0/clojure-1.8.0.jar:\n" clojure.lang.Symbol
clojure.lang.Symbol:    private static final long serialVersionUID = 1191039485148212259L;

What do you mean with steals focus?

I mean, I see a serialver task show up in the task manager and it gets focus, then the process dies and it goes away, for every call (I'm running this in a nested loop over every clojure release and class)

don't I need to deref to get the string output? or should I slurp the stream

That's weird :) I'm not sure why this happens, why is serialver a GUI program?

no idea

I'm not seeing that

which Java?

$ java --version
openjdk 11.0.8 2020-07-14
OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.8+10)
OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.8+10, mixed mode)

ah, does it on 1.8, but not on newer

I switched as I was debugging

nvm!

thx for the help

Maybe it could be as simple as:

bash <(curl ) 

It is. E.g. this is the build step in one of my .gitlab-ci.yml configs that builds a webapp with shadow-cljs and then runs a bb script that reads the manifest.edn output from shadow and points the index.html to the correct js file:

build:webapp:
  stage: build:webapp
  image: clojure:latest
  tags:
    - docker-runner
  artifacts:
    paths:
      - public/
  script:
    - apt-get update && apt-get -y install nodejs npm curl unzip
    - npm install
    - npx shadow-cljs release app
    - bash < <(curl -s )
    - bb update-index.clj