that would be nifty!

I've written something for doing namespace->dependencies, but it is marking some things as completely unused due to them being java

I'm getting this:

Execution error (ClassCastException) at clj-kondo.impl.core/filter-findings$iter$fn$fn$fn (core.clj:285).
class java.io.File cannot be cast to class java.lang.CharSequence (java.io.File and java.lang.CharSequence are in module java.base of loader 'bootstrap')

Full report at:
/tmp/clojure-15340904493825742425.edn

@dominicm Could be this (fixed) issue: https://github.com/borkdude/clj-kondo/issues/719

@borkdude next release meaning, next one to hit clojars will have this fix in?

yes, you can use as git dep meanwhile

or clojars snapshot

it's np, I found another project to do my demo with.

https://github.com/SevereOverfl0w/vizns This project uses kondo to find the relationships between your project and it's dependencies.

sweet!

so I guess you need the imports for the java false positives?

Yeah, exactly. It won't cover everything (like implicit loaded logback, but a number of other common java libraries could be handled). I guess I'd also need "implicit imports" - use of java without import.

there are things in clj-kondo which guess if something is a java class / interop so it won't be reported as a false positive unresolved symbol. I guess that could also go to the used classes

there's two things: imported classes and actually used classes. both seem useful to include in the analysis data

clj-kondo already knows about it since it can report unused imports