@U013SKZJM39 Just add com.fasterxml to the list

We also have a solution for this here: https://github.com/clj-easy/graal-config if you are using cheshire, supposedly

Hmm not cheshire in particular, but maybe one of the other deps depends on it

easy to find out with clojure -Stree or lein deps :tree

I’m using etaoin and some CLI option parsing, so it’s likely a transitive dep somewhere

oh etaoin... I have that graalified already

Thanks, I’ll take a look later 🙇

but I had to do some workarounds for that

Oh for Babashka? :thinking_face: yeah that would be very useful

Yes:

(require '[babashka.pods :as pods])
(pods/load-pod 'org.babashka/etaoin "0.1.0")
;; or for loading local binary: (pods/load-pod "./pod-babashka-etaoin")
(require '[pod.babashka.etaoin :as eta])
(def driver (eta/firefox))
(eta/go driver "")
(eta/quit driver)

so I looked at graal-config examples and merged the options and reflection configs, and I got much further now :thumbsup:

now I’m just stuck on this error and can’t wrap my head around it:

Error: Classes that should be initialized at run time got initialized during image building:
 java.security.Security the class was requested to be initialized at run time (from the command line). To see why java.security.Security got initialized use --trace-class-initialization=java.security.Security
java.security.SecureRandom the class was requested to be initialized at run time (from the command line). To see why java.security.SecureRandom got initialized use --trace-class-initialization=java.security.SecureRandom
java.security.MessageDigest the class was requested to be initialized at run time (from the command line). To see why java.security.MessageDigest got initialized use --trace-class-initialization=java.security.MessageDigest

My config so far

I have a separate project here on which I based the pod: https://github.com/borkdude/etaoin-graal where I changed some stuff. Maybe it's useful going into that.

hm I was debugging a bit more and hit this one:

Error: Incompatible change of initialization policy for com.sun.jndi.dns.DnsClient: trying to change RUN_TIME from the command line to RERUN Contains Random references, therefore can't be included in the image heap.
com.oracle.svm.core.util.UserError$UserException: Incompatible change of initialization policy for com.sun.jndi.dns.DnsClient: trying to change RUN_TIME from the command line to RERUN Contains Random references, therefore can't be included in the image heap.

The problem is that some secure-random thing is initialized at the top level

perhaps you are doing (def http-client ...)

which you should wrap in a delay

nope, no bare HTTP calls, just using etaoin APIs

but maybe etaoin itself is doing that

(defn setup-driver
  ([] (setup-driver true))
  ([headless?]
   (let [driver (api/chrome {:headless headless?})]
     (api/set-window-size driver 1200 800)
     driver)))

this is why I ultimately forked it and made it graal-friendly

Hmm could be, should I try your fork then?

sure. I also published it to clojars

see its project.clj

Ok I tried the fork, still getting this:

Error: Classes that should be initialized at run time got initialized during image building:
 sun.security.jca.JCAUtil the class was requested to be initialized at run time (from the command line). sun.security.jca.JCAUtil has been initialized without the native-image initialization instrumentation and the stack trace can't be tracked. Try avoiding to initialize the class that caused initialization of sun.security.jca.JCAUtil
java.security.SecureRandom the class was requested to be initialized at run time (from the command line). com.sun.jndi.dns.DnsClient caused initialization of this class with the following trace:
	at java.security.SecureRandom.<clinit>(SecureRandom.java:152)
	at sun.security.jca.JCAUtil$CachedSecureRandomHolder.<clinit>(JCAUtil.java:59)
	at sun.security.jca.JCAUtil.getSecureRandom(JCAUtil.java:69)
	at com.sun.jndi.dns.DnsClient.<clinit>(DnsClient.java:84)

This might be coming from your app code then

If I can't see it, I can't really comment on it

sleep time here, back tomorrow

I got the compile working and an exe that will run by copying the flags from the tools-deps-native project and using clj-easy, but for whatever reason it won’t see a deps.edn in the directory i run it in

This is likely because you are using a def somewhere which reads things at compile time rather than at run time.

afaict nothing in my code does that. the only defs i have are for help messages.

Are you using the same version of tools.deps.alpha as tools-deps-native is?

Nope. I was on 0.12.1109 and tools-deps-native is on 0.12.1067

i was able to resolve the issue by manually slurping the project deps.edn

but im gonna have to shelve this while i learn stuff since seeing this https://github.com/sormuras/bach makes me realize i dont understand modules nearly enough yet