<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
<channel>
<title>Clojure Q&amp;A - Recent questions and answers in Leiningen</title>
<link>https://ask.clojure.org/index.php/qa/tools/leiningen</link>
<description></description>
<item>
<title>Answered: Using log4j-layout-template-json with Leiningen</title>
<link>https://ask.clojure.org/index.php/13968/using-log4j-layout-template-json-with-leiningen?show=13969#a13969</link>
<description>&lt;p&gt;If you depend on multiple libraries that each have their own plugins cache (the &lt;code&gt;.dat&lt;/code&gt; file), you need to merge those as part of your build process -- which is what the &lt;code&gt;log4j2-plugins-cache&lt;/code&gt; plugin is for, with Leiningen.&lt;/p&gt;
&lt;p&gt;In log4j 3.x, they plan to do away with this cache file and use something more amenable to build tooling that doesn't require custom merging like this.&lt;/p&gt;
&lt;p&gt;I had to write something similar for &lt;code&gt;tools.build&lt;/code&gt; / &lt;code&gt;build.clj&lt;/code&gt; for use with the Clojure CLI: &lt;a rel=&quot;nofollow&quot; href=&quot;https://github.com/seancorfield/build-uber-log4j2-handler&quot;&gt;https://github.com/seancorfield/build-uber-log4j2-handler&lt;/a&gt;&lt;/p&gt;
</description>
<category>Leiningen</category>
<guid isPermaLink="true">https://ask.clojure.org/index.php/13968/using-log4j-layout-template-json-with-leiningen?show=13969#a13969</guid>
<pubDate>Thu, 13 Jun 2024 17:10:43 +0000</pubDate>
</item>
<item>
<title>Answered: Problem with leiningen and a local library</title>
<link>https://ask.clojure.org/index.php/13157/problem-with-leiningen-and-a-local-library?show=13161#a13161</link>
<description>&lt;p&gt;Your setup is uncommon, therefore it is kinda hard to figure out what you expect to happen or why you'd want typically development only files in the .jar.&lt;/p&gt;
&lt;p&gt;In common Clojure(Script) setups libraries only contain their source code, and no compiled artifacts. Actual projects then use those libraries to build what they need.&lt;/p&gt;
&lt;p&gt;There can still be CLJS builds in the library as well, but those would only be relevant for the development of that library, and not part of the actual published outputs.&lt;/p&gt;
&lt;p&gt;If for some reason you don't want this and prefer to keep the build in the library, then the only relevant file the project should include in the &lt;code&gt;.jar&lt;/code&gt; is the &lt;code&gt;.js&lt;/code&gt; file produced by the &lt;code&gt;prod&lt;/code&gt; build. Which is likely defined in a &lt;code&gt;prod.edn&lt;/code&gt; in the project. It likely only produces one output file. The files you complained about missing are development files, and should no longer be relevant.&lt;/p&gt;
&lt;p&gt;Your project also seems to be a little stitched together since there are still remnants of what probably used to be &lt;code&gt;lein-cljsbuild&lt;/code&gt; config, yet also some newer &lt;code&gt;figwheel.main&lt;/code&gt; references. You probably want to clean that up so it is easier to figure out what is actually going on.&lt;/p&gt;
&lt;p&gt;I'm also not sure about the use of &lt;code&gt;lein-localrepo&lt;/code&gt;. A simpler &lt;code&gt;lein install&lt;/code&gt; should achieve the same, if the goal is using the local installed library from the project. Not sure what else &lt;code&gt;localrepo&lt;/code&gt; does exactly.&lt;/p&gt;
</description>
<category>Leiningen</category>
<guid isPermaLink="true">https://ask.clojure.org/index.php/13157/problem-with-leiningen-and-a-local-library?show=13161#a13161</guid>
<pubDate>Wed, 16 Aug 2023 08:52:08 +0000</pubDate>
</item>
</channel>
</rss>