@deleted-user Organized a little differently, but:

(def ansi
  '{>blue ">blue"
    >red ">red"})

(defmacro ansi-str
  [& body]
  (let [tokens (mapv #(get ansi % %) body)]
    `(str ~@tokens)))

I changed your characters, since they were wreaking havoc on my emacs.

Hi there! I created project template for clj-new, based on Badigeon. It can compile java sources, make uberjar, (optionally omit sources), create standalone bundle (JDK9+ required). Thanks to Sean Corfield and Ewen Grosjean (EwenG). https://github.com/mikeananev/sapp

I had a query regarding pmap, I wanted to use it to run a number of http queries in parallel. However the documentation for pmap contains -

Semi-lazy in that the
parallel computation stays ahead of the consumption, but doesn't
realize the entire result unless required.

Hi There!!, I am trying to scan the clojure projects using sonarqube and trying to run the lein cloverage for checking the source code coverage. But we are getting the below error. Any suggestions, highly appreciated. 🙂

./lein cloverage Exception in thread "main" java.lang.RuntimeException: Unable to resolve symbol: update in this context, compiling:(cloverage/args.clj:81:20) at clojure.lang.Compiler.analyze(Compiler.java:6380) at clojure.lang.Compiler.analyze(Compiler.java:6322) at clojure.lang.Compiler$InvokeExpr.parse(Compiler.java:3573) at clojure.lang.Compiler.analyzeSeq(Compiler.java:6562) at clojure.lang.Compiler.analyze(Compiler.java:6361) at clojure.lang.Compiler.analyze(Compiler.java:6322) at clojure.lang.Compiler$IfExpr$Parser.parse(Compiler.java:2669) at clojure.lang.Compiler.analyzeSeq(Compiler.java:6560) at clojure.lang.Compiler.analyze(Compiler.java:6361) at clojure.lang.Compiler.analyze(Compiler.java:6322) at clojure.lang.Compiler$BodyExpr$Parser.parse(Compiler.java:5708) at clojure.lang.Compiler$LetExpr$Parser.parse(Compiler.java:6009) at clojure.lang.Compiler.analyzeSeq(Compiler.java:6560) at clojure.lang.Compiler.analyze(Compiler.java:6361) at clojure.lang.Compiler.analyzeSeq(Compiler.java:6548) at clojure.lang.Compiler.analyze(Compiler.java:6361) at clojure.lang.Compiler.analyze(Compiler.java:6322) at clojure.lang.Compiler$BodyExpr$Parser.parse(Compiler.java:5708) at clojure.lang.Compiler$FnMethod.parse(Compiler.java:5139) at clojure.lang.Compiler$FnExpr.parse(Compiler.java:3751) at clojure.lang.Compiler.analyzeSeq(Compiler.java:6558) at clojure.lang.Compiler.analyze(Compiler.java:6361) at clojure.lang.Compiler.analyzeSeq(Compiler.java:6548) at clojure.lang.Compiler.analyze(Compiler.java:6361) at clojure.lang.Compiler.analyze(Compiler.java:6322) at clojure.lang.Compiler$InvokeExpr.parse(Compiler.java:3624) at clojure.lang.Compiler.analyzeSeq(Compiler.java:6562) at clojure.lang.Compiler.analyze(Compiler.java:6361) at clojure.lang.Compiler.analyzeSeq(Compiler.java:6548) at clojure.lang.Compiler.analyze(Compiler.java:6361) at clojure.lang.Compiler.analyzeSeq(Compiler.java:6548) at clojure.lang.Compiler.analyze(Compiler.java:6361) at clojure.lang.Compiler.analyze(Compiler.java:6322) at clojure.lang.Compiler$BodyExpr$Parser.parse(Compiler.java:5708) at clojure.lang.Compiler$FnMethod.parse(Compiler.java:5139) at clojure.lang.Compiler$FnExpr.parse(Compiler.java:3751) at clojure.lang.Compiler.analyzeSeq(Compiler.java:6558) at clojure.lang.Compiler.analyze(Compiler.java:6361) at clojure.lang.Compiler.analyzeSeq(Compiler.java:6548) at clojure.lang.Compiler.analyze(Compiler.java:6361) at clojure.lang.Compiler.access$100(Compiler.java:37) at clojure.lang.Compiler$DefExpr$Parser.parse(Compiler.java:529) at clojure.lang.Compiler.analyzeSeq(Compiler.java:6560) at clojure.lang.Compiler.analyze(Compiler.java:6361) at clojure.lang.Compiler.analyze(Compiler.java:6322) at clojure.lang.Compiler.eval(Compiler.java:6623) at clojure.lang.Compiler.load(Compiler.java:7064) at clojure.lang.RT.loadResourceScript(RT.java:370) at clojure.lang.RT.loadResourceScript(RT.java:361) at clojure.lang.RT.load(RT.java:440) at clojure.lang.RT.load(RT.java:411) at clojure.core$load$fn__5018.invoke(core.clj:5530) at clojure.core$load.doInvoke(core.clj:5529) at clojure.lang.RestFn.invoke(RestFn.java:408) at clojure.core$load_one.invoke(core.clj:5336) at clojure.core$load_lib$fn__4967.invoke(core.clj:5375) at clojure.core$load_lib.doInvoke(core.clj:5374) at clojure.lang.RestFn.applyTo(RestFn.java:142) at clojure.core$apply.invoke(core.clj:619) at clojure.core$load_libs.doInvoke(core.clj:5413) at clojure.lang.RestFn.applyTo(RestFn.java:137) at clojure.core$apply.invoke(core.clj:619) at clojure.core$require.doInvoke(core.clj:5496) at clojure.lang.RestFn.invoke(RestFn.java:3204) at cloverage.coverage$eval20$loading__4910__auto____21.invoke(coverage.clj:1) at cloverage.coverage$eval20.invoke(coverage.clj:1) at clojure.lang.Compiler.eval(Compiler.java:6619) at clojure.lang.Compiler.eval(Compiler.java:6608) at clojure.lang.Compiler.load(Compiler.java:7064) at clojure.lang.RT.loadResourceScript(RT.java:370) at clojure.lang.RT.loadResourceScript(RT.java:361) at clojure.lang.RT.load(RT.java:440) at clojure.lang.RT.load(RT.java:411) at clojure.core$load$fn__5018.invoke(core.clj:5530) at clojure.core$load.doInvoke(core.clj:5529) at clojure.lang.RestFn.invoke(RestFn.java:408) at clojure.core$load_one.invoke(core.clj:5336) at clojure.core$load_lib$fn__4967.invoke(core.clj:5375) at clojure.core$load_lib.doInvoke(core.clj:5374) at clojure.lang.RestFn.applyTo(RestFn.java:142) at clojure.core$apply.invoke(core.clj:619) at clojure.core$load_libs.doInvoke(core.clj:5413) at clojure.lang.RestFn.applyTo(RestFn.java:137) at clojure.core$apply.invoke(core.clj:619) at clojure.core$require.doInvoke(core.clj:5496) at clojure.lang.RestFn.invoke(RestFn.java:408) at user$eval5$fn__7.invoke(form-init2997471456182541493.clj:1) at user$eval5.invoke(form-init2997471456182541493.clj:1) at clojure.lang.Compiler.eval(Compiler.java:6619) at clojure.lang.Compiler.eval(Compiler.java:6609) at clojure.lang.Compiler.load(Compiler.java:7064) at clojure.lang.Compiler.loadFile(Compiler.java:7020) at clojure.main$load_script.invoke(main.clj:294) at clojure.main$init_opt.invoke(main.clj:299) at clojure.main$initialize.invoke(main.clj:327) at clojure.main$null_opt.invoke(main.clj:362) at clojure.main$main.doInvoke(main.clj:440) at clojure.lang.RestFn.invoke(RestFn.java:421) at clojure.lang.Var.invoke(Var.java:419) at clojure.lang.AFn.applyToHelper(AFn.java:163) at clojure.lang.Var.applyTo(Var.java:532) at clojure.main.main(main.java:37) Caused by: java.lang.RuntimeException: Unable to resolve symbol: update in this context at clojure.lang.Util.runtimeException(Util.java:219) at clojure.lang.Compiler.resolveIn(Compiler.java:6874) at clojure.lang.Compiler.resolve(Compiler.java:6818) at clojure.lang.Compiler.analyzeSymbol(Compiler.java:6779) at clojure.lang.Compiler.analyze(Compiler.java:6343) ... 101 more Java HotSpot(TM) Client VM warning: TieredCompilation is disabled in this release. Java HotSpot(TM) Client VM warning: TieredCompilation is disabled in this release.

$ cat project.clj (defproject XXXXXXXXXXXXX "1.0.188" :description "XXXXXXXXXXX" :url "XXXXXXXXXXXX" :plugins [[lein-sub "0.3.0"] [lein-tar "3.3.0"] [lein-set-version "0.4.1"] [lein-ancient "0.6.10"] [lein-cljfmt "0.5.6"] [lein-cloverage "1.0.10"] [jonase/eastwood "0.3.5"] [lein-kibit "0.1.6"] [lein-nvd "1.0.0"] [test2junit "1.4.2"]] this is the project.clj file

I tried to change the cloverage version as per the article https://github.com/cloverage/cloverage/issues/219 but still getting the same error

./lein --version Leiningen 2.9.1 on Java 1.8.0_231 Java HotSpot(TM) Client VM Java HotSpot(TM) Client VM warning: TieredCompilation is disabled in this release.

Looking at the original exception with stack trace (probably best to put a link here to something longer than 4 or 5 lines, rather than a whole long stack trace, by the way), it says "Unable to resolve symbol: update in this context". The function "update" was added to Clojure in version 1.7, which is several years ago now, but perhaps this project is using an older Clojure version? You can use the command lein deps :tree to see all dependencies, including Clojure itself, and what versions a Leiningen project depends on.

@andy.fingerhut ./lein --version Leiningen 2.9.1 on Java 1.8.0_231 Java HotSpot(TM) Client VM Java HotSpot(TM) Client VM warning: TieredCompilation is disabled in this release. we are using 2.9.1 version of Leiningen

I see. That does not give much of a clue of what Clojure version is used by your project, though, where you are trying to use cloverage. Is the project where this is occurring public source code, or private?

In any case, if in the same directory where you tried to run cloverage, if you run the command lein deps :tree you should see the output I described above, which should include in there which version of Clojure is used by that project. If you could publish that output somewhere (if it is longer than 5 to 10 lines, best to publish it somewhere and link to it from here), someone may be able to determine which version of Clojure your project uses, and whether it is earlier or later than Clojure 1.7, when the update function was added.

lein deps :tree [clojure-complete "0.2.5" :exclusions [[org.clojure/clojure]]] [nrepl "0.6.0" :exclusions [[org.clojure/clojure]]] Java HotSpot(TM) Client VM warning: TieredCompilation is disabled in this release.

this is the private github project

Did you run that command in the same directory where you tried running the ./lein cloverage command? Is it the directory of the project where the Leiningen project.clj file is located?

It looks shorter than the output of most projects I have seen.

Yes, I am running ./lein cloverage from the project root directory where I have lein and project.clj files

Does the project's project.clj file contain a key :dependencies ? For example, one like this: https://github.com/clojure/core.rrb-vector/blob/master/project.clj#L8

(That is a project that is a library that still supports very old versions of Clojure, by the way, older than you will see in many projects)

Is there any way to introduce "middleware" into the clojure compilation process? That being some custom code that runs and transforms the code that is being require'd.

macros transform code :)

but if you're looking to get into the ns require machinery, no

It should be possible to slurp, transform, and eval the whole codebase. :)

@dave.dixon there is this sort of thing: https://github.com/ztellman/sleight also i have used rewrite-clj to transform code here and there.

imo, wanting to do any of these things is a bad idea :) you are just creating something likely to break tools and require special maintenance forever. do the dumb easy thing and save your brain for the hard stuff.

@dave.dixon Co-incidentally that was exactly what I was thinking about in the past two hours... I want to have a callback for code that is required so I can build an "uberscript" (one single file that contains all required code). This feature already exists in babashka, but it would be cool to have for normal Clojure. When having that single file, you can then unleash carve on it: https://github.com/borkdude/carve to end up with a small file that only has the necessary functions. But maybe creating the single file can also be done using something like tools.namespace.

There is some dynamic var in clojure called *loading-verbose*, but it's private. If the Clojure compiler could just spit out all .URIs for loaded files from the classpath in the right order, then it would be a trivial problem to solve

private does not stop you from binding it

(binding [#'clojure.core/*loading-verbosely* true] ...)

tools.namespace can answer these kinds of questions too

https://clojure.github.io/tools.namespace/#clojure.tools.namespace.parse/deps-from-ns-decl etc

$ clj -e "(with-bindings {#'clojure.core/*loading-verbosely* true} (require '[clojure.java.shell]))"
(clojure.core/load "/clojure/java/shell")
(clojure.core/in-ns 'clojure.java.shell)
(clojure.core/refer ' :only '(as-file copy))

wow

sorry, you probably don't need the #' above

user=> @#'clojure.core/*loading-verbosely*
false
user=> (binding [clojure.core/*loading-verbosely* true] @#'clojure.core/*loading-verbosely*)
true

ah, so binding also works with private vars. didn't know. I just fixed with-redefs in clj-kondo, but I'll so the same with binding then

if you're like Neo, you can see around the private flags :)

pluck those vars out of the air

fwiw this is a (hacky non-optimized) script which prints the namespaces (or rather paths) in the order of loading: https://gist.github.com/borkdude/82b711183e64e6f88dfc15a93eaadc98

(ns atomstore.soap
  (:import .URL
           javax.xml.namespace.QName
           javax.xml.ws.Service
           (.example.schema Auth AtomApiServicePortType Imagesize Message)
           (java.util.logging Logger Level)))

(.setLevel (Logger/getLogger "com.sun.xml.internal.ws.model.JavaMethodImpl") Level/SEVERE)

(.setLevel (Logger/getLogger "com.sun.xml.internal.ws.model.JavaMethodImpl") Level/SEVERE)

Why was add-classpath deprecated?

user=> (java.util.Date.)
java.lang.NoClassDefFoundError: Could not initialize class java.util.Currency

{:type java.lang.NoClassDefFoundError                                                                                                                                               
   :message "Could not initialize class java.util.Currency"                                                                                                                           
   :at [java.text.DecimalFormatSymbols initialize "DecimalFormatSymbols.java" 638]}]                                                                                                  
 :trace                                                                                                                                                                               
 [[java.text.DecimalFormatSymbols initialize "DecimalFormatSymbols.java" 638]                                                                                                         
  [java.text.DecimalFormatSymbols <init> "DecimalFormatSymbols.java" 113]                                                                                                             
  [sun.util.locale.provider.DecimalFormatSymbolsProviderImpl getInstance "DecimalFormatSymbolsProviderImpl.java" 85]                                                                  
  [java.text.DecimalFormatSymbols getInstance "DecimalFormatSymbols.java" 180]                                                                                                        
  [sun.util.locale.provider.NumberFormatProviderImpl getInstance "NumberFormatProviderImpl.java" 178]                                                                                 
  [sun.util.locale.provider.NumberFormatProviderImpl getIntegerInstance "NumberFormatProviderImpl.java" 131]                                                                          
  [java.text.NumberFormat getInstance "NumberFormat.java" 884]                                                                                                                        
  [java.text.NumberFormat getInstance "NumberFormat.java" 861]                                                                                                                        
  [java.text.NumberFormat getIntegerInstance "NumberFormat.java" 508]                                                                                                                 
  [java.text.SimpleDateFormat initialize "SimpleDateFormat.java" 639]                                                                                                                 
  [java.text.SimpleDateFormat <init> "SimpleDateFormat.java" 605]                                                                                                                     
  [java.text.SimpleDateFormat <init> "SimpleDateFormat.java" 580]                                                                                                                     
  [clojure.tools.reader.default_data_readers$fn__5006$fn__5007 invoke "default_data_readers.clj" 166]

@didibus What JVM/JDK is that on?

It works in a clean repl, but not in my customized one, so I suspect it is due to a dependency, like rebel-readline or pretty or puget

openjdk version "1.8.0_232"

Those are my deps:

{:extra-deps {com.bhauman/rebel-readline {:mvn/version "0.1.4"}
                               com.gfredericks/user.clj {:mvn/version "0.1.0"}
                               org.clojure/core.async {:mvn/version "0.6.532"}
                               org.clojure/core.logic {:mvn/version "0.8.11"}
                               org.clojure/test.check {:mvn/version "0.10.0"}
                               com.clojure-goes-fast/clj-java-decompiler {:mvn/version "0.2.1"}
                               com.clojure-goes-fast/clj-memory-meter {:mvn/version "0.1.2"}
                               com.clojure-goes-fast/clj-async-profiler {:mvn/version "0.4.0"}
                               io.aviso/pretty {:mvn/version "0.1.37"}
                               mvxcvi/puget {:mvn/version "1.2.0"}
                               com.hypirion/clj-xchart {:mvn/version "0.2.0"}
                               org.clojure/clojure {:mvn/version "1.10.1"}
                               com.cognitect/rebl {:local/root "/home/arslania/bin/REBL-0.9.218.jar"}
                               generateme/fastmath {:mvn/version "1.5.0-alpha4"}}
                  :main-opts  ["-m" "rebel-readline.main"]}

Hum, restarted the repl and the error went away

Weird

Heisenbugs...

Made a natural language to datalog lib in CLJC. Experimental. Please read readme before commenting on why strings are a terrible idea for DB queries 😁 ️Curious to hear your thoughts and ideas! https://www.reddit.com/r/Clojure/comments/emwgry/nldl_natural_language_clojure_flavored_datalog/