Yes, moving the ^bytes to the arg vector works. Thanks!

Anyone had problem with Java 16 about "Implementation of JAXB-API has not been found on module path or classpath". I know that is a problem with xml binding, I tried many ways about including javax.xml.bind/jaxb-api but not that solve it. Anyone has solved it?

When I evaluate:

(if (resolve 'foo)
  (foo :a)
  :b)

I'm a bit confused by a difference of behavior between two snippets:

(do (require '[portal.api :as p])
    (p/open)
    (add-tap #'p/submit))

(require '[portal.api :as p])
(do (p/open)
    (add-tap #'p/submit))

you've come across the Gilardi Scenario™

https://technomancy.us/143

tldr: the require form executes at runtime, not compile time

so in the first example p isn't a valid alias in p/open or p/submit

the do block is compiled all at once

Thank you, very instructive! So I suppose this bit from the article:

In Clojure 1.1, the compiler introduced special handling to work around this. If the top-level form being evaled is a do, then it will be broken up and each subform will be evaled separately. Unfortunately this only goes so far; it only applies to top-level dos, so even though our when above macro-expands to a form that contains do, the compiler can't apply its special-case.

are you using a REPL? what type of REPL?

nrepl via cider-interactive-eval

Clojure 1.11.0-rc1
user=> (do (require '[clojure.datafy :as d]) (d/datafy 42))
42

speculation: nREPL might be wrapping forms, so your top-level do isn't top-level

amazing, I see what the problem could be, thanks!

(when (bound? #'*seed-state*)
                                           *seed-state*)

Is there a function that does this ^^^ ? Returns nil if var is unbound?

Is there a good way to get the information from clojure.repl/dir as data, instead of printed?

(source dir) shows it should be relatively simple to amend to your needs

hey guys quick question - if i include deps.edn in jar files published to clojars, will clj read it to download dependencies which are missing from pom.xml?

No.

For dependencies brought in via :mvn/version, the pom.xml file in the JAR is the "system of record" for dependencies and (only) those will be treated as transitive dependencies that need to be figured out (version-wise) for things that need to be downloaded.

Thanks Sean. Sorry for asking twice. 🥴

I thought it sounded familiar 🙂

Sorry for obsessing about this but it sounds like this makes dependency management more difficult because you can't guarantee that a maven coordinate will pull in all the dependencies...and you can't pull non-maven coordinates with leiningen.

maven coordinates need to specify their dependencies in pom.xml. If you do this, you will have all of your dependencies

that's a suitable answer if i control everything in the stack

i don’t follow. a well formed jar lists its dependencies in a pom.xml. If you are publishing the jar, which i’m getting from “if i include deps.edn in jar files published to clojars” then you need to make your jars correctly.

but perhaps you could back up and explain your problem rather than trying to solve it with deps.edn in a jar file. Explain the actual issue you are trying to accomplish

I see an issue with the ecosystem and I'm trying to find someone to tell me that I'm nuts or overlooking something. pom.xml doesn't include https://clojure.org/reference/deps_and_cli#_git. If a library specifies a gitlib in deps.edn, then any dependants on that library won't receive that gitlib dependency if they rely on my library from clojars. If that gitlib dependency is not on maven at all, then leinengen users can't use the library. If I maintain a dependant on the library, then I can work around this problem like you said - I can fork both dependencies and consume them however I want. But, uh... that's not a good solution.

If you're publishing a library to Clojars/Maven, it's on you to do it correctly -- and that means no git dependencies.

If a project has git deps, it can't be packaged as a JAR for Clojars/Maven -- it can only be consumed from source via git deps, i.e., deps.edn projects and the CLI.

That’s correct. I think there has been some writing on this. The clojure cli allows you to build a classpath using projects hosted on github by cloning them and adding them to the classpath. This is considered a dev time helper largely. And this is a functionality that is offered by the Clojure cli and not the java ecosystem as a whole.

CLI-specific tooling can (and often is) provided as git deps only. Some people occasionally request such tooling be packaged as a JAR that can be consumed from Clojars (or Maven) but it is up to the author to decide whether or not that is appropriate.

@doubleagent Do you have a specific library in mind for this question or is this an abstract consideration?

It's an abstract consideration. Personally, I think this approach is dragon-territory because it relies on good actors. If clj merged dependencies from pom.xml and deps.edn then it would be tenable even if it left Leiningen users in the cold for a while. I've followed Clojure for over ten years and have been using it professionally for seven, but I'll have to consider things before crossing this bridge.

I’m not following the confusion. If you are relying on maven coordinates for your stuff, you know you are not using the gitlibs functionality. If you elect to use coordinates based on gitlibs, you have elected into it and you know that its not going in a jar. It seems straightforward to me.

☝️:skin-tone-2: Exactly this. I don't see how it's an issue @doubleagent

I have a bunch of OSS projects. Most are published as JARs to Clojars (and do not use git deps internally). Some are deliberately git deps (and are not published as JARs because of that).