I'm building an API using pedestal, I need to extract body params, but can't seem to create a proper route:

["/api/users"
       :post [(body-params/body-params)]
       user-handler
       :route-name :user-handler
       ]

Assert failed: In row 5, there were unused elements (#object[ping_holiday.routes$user_handler 0x4d81a56a "ping_holiday.routes$user_handler@4d81a56a"] :route-name :user-handler).
The whole route was: ["/api/users" :post [#Interceptor{:name :io.pedestal.http.body-params/body-params}] #object[ping_holiday.routes$user_handler 0x4d81a56a "ping_holiday.routes$user_handler@4d81a56a"] :route-name :user-handler]
(empty? (:remaining ctx))

@johnwesonga Maybe ask in #pedestal ? I'm not sure how widely used it is...

Yes #pedestal tends to be responsive :)

Morning all. Can anyone give me any advice on accessing the content of resources in a library? I have aped other examples I have seen doing similar things, and when running a REPL in this project it works, however when I try to call this library from elsewhere it doesn’t recognise that there’s a file in the resources dir called bar.csv

(def foo
  (with-open [file (io/input-stream (io/resource "bar.csv"))]
    (u/load-csv file)))

It just returns a nil when trying to compile

Cannot open <nil> as an InputStream.

I need to make some basic edits to namespaced XML (SOAP). What should I be reaching out for? clojure.zip+ clojure.data.xml?

Is there a way to unload implementations for a certain protocol?

(keys (:impls clojure.core.protocols/Datafiable))

apologies if this is the wrong forum, but I am investigating larger-than-expected JIT CodeCache sizes in my JVM; I am wondering if I can partly blame this on anonymous classes; if I have 10 million instances of an anonymous class that are all functionally the same will they get compiled into 10 million distinct CodeCache nmethods? Would convering into a named class make a noticeable difference, do you think?

if it's the same class then no

if you're evaling the same form over and over again, it may generate new classes

can share a sample @ben.hammond? are you doing eval regularly in this JVM?

I recall vaguely that there was a discussion about making tools.analyzer for core.async optional (if you don't use go routines anyway). Was there?

sort of but not quite. the discussion was about avoiding loading tools.analyzer if the core.async code was AOTed

tools.analyzer is only needed at macroexpansion time

core.async itself uses go blocks

ah ok. I was pondering about this because core.async loads clojure.reflect (indirectly via tools.analyzer) which kinda bloats my GraalVM binary with 30mb, but there are maybe other ways of getting out of that

(in combination with clojure.datafy this is, not only with core.async)

what I really want is to opt of out of some datafy implementations to keep my binary lean

but I guess that isn't really possible

without patching a bunch of namespaces

you might be in "fork" territory

wouldn't be the first time. it's always a solution, but maybe there are nicer ways

FWIW overriding the protocol implementation for a type with something else works to keep the binary lean! Just gotta be very careful about the order (speaks for itself).

clojure.core/*loading-verbosely* is a super helpful tool to track this

Turns out that clojure.reflect isn't the problem, it's the Datafiable for clojure.lang.Namespace that gets a bloated binary.

Is there any Clojure library I can use to syntax highlight a JSON string without parsing it to a Clojure object? Or is there something I can use to build such a library myself?