Any idea what this means?

Multiple files failed to compile.
aborted par-compile, [:shadow.build.classpath/resource "dataico/model/bank.cljc"] still waiting for #{dataico.model.payment}

I’m guessing perhaps RAM?

@tony.kay compilation aborts if no progress is made for 60 seconds. par-compile is the parallel compile and threads wait if dependencies they need are still compiling. after 60sec they abort since that usually means something went wrong and compilation cannot finish. is there something in dataico.model.payment that might cause a huge wait time? eg. some macro expanding into something gigantic or just taking very long?

you can set :build-options {:par-timeout 120000} to increase the timeout to 2min (its msec) but unlikely that changes much unless you CI system is running on a toaster 😉

It's a large build, and the runner is a bit taxed. 60s seems like a long time with no progress. It fails often, but not always. I'll try the larger timeout.

note that "progress" is counted based on top-level forms processed. so there must be a single form taking more than 60seconds to compile?

trying to set up shadow-cljs for an existing project and I keep getting this error when starting the watch process:

[:app] Build failure:
------ ERROR -------------------------------------------------------------------
 File: jar:file:/Users/rqf595/.m2/repository/thheller/shadow-cljs/2.16.12/shadow-cljs-2.16.12.jar!/shadow/remote/runtime/obj_support.cljc:1:1
--------------------------------------------------------------------------------

   1 | (ns shadow.remote.runtime.obj-support
-------^------------------------------------------------------------------------
Invalid :refer, var cljs.repl/error->str does not exist
--------------------------------------------------------------------------------
   2 |   (:require
   3 |     [clojure.datafy :as d]
   4 |     [clojure.pprint :refer (pprint)]
   5 |     [clojure.spec.alpha :as spec]
--------------------------------------------------------------------------------

Otherwise no other errors reported. The only other annoyance is about a novel’s worth of text in my terminal telling me [2022-01-13 15:53:12.679 - INFO] duplicate resource goog/....

Not really sure where to go from here since the error is reported to originate from within shadow-cljs itself :S

which version?

2.16.12

weird, I saw something similar long time ago, but I don't remember what did I wrong

yeah, also pretty much at a loss here… basically just copied in my shadow-cljs setup from a different project, trying to hook up the paths with new namespaces…

Translating fs.readFile to cljs seems to be not as straight forward (I think I'm missing something):

(ns ...
  (:require ...
            ["fs" :as fs]))

(fs/readFile ...)

browser doesn't have fs, that's nodejs api

ok, thx.

https://github.com/jvilk/BrowserFS 😄

I'm trying to translate this to cljs (https://github.com/alonrbar/easy-template-x#template-handler-options )

import { TemplateHandler } from 'easy-template-x';

const response = await fetch('');
const templateFile = await response.blob();

const data = {
    posts: [
        { author: 'Alon Bar', text: 'Very important\ntext here!' },
        { author: 'Alon Bar', text: 'Forgot to mention that...' }
    ]
};

const handler = new TemplateHandler();
const doc = await handler.process(templateFile, data);

(-> (fetch/get filePath {:headers {:accept "application/vnd.openxmlformats-officedocument.wordprocessingml.template"} })
        (.then (fn [response] (:body response)))
        (.then (fn [template]
                (.process templateHandler template #js{}) ))

have you tried debugging? like you can just step through the code in the browser and see what the problem is

well, the blob is not recognized as a valid zip file. The Zip.load line fails. It fails when I fetch it first, so there must be something in making the response a valid zip.

async loadDocx(file) {
    // load the zip file
    let zip;

    try {
      zip = await Zip.load(file);
    } catch (_unused) {
      throw new MalformedFileError('docx');
    } // load the docx file

well, solved it by just using js/fetch:

(-> (js/fetch filePath)
        (.then (fn [response]
                 (.blob response)))

@kurt.sys you need to use JS interop for many things. (.then (fn [response] (:body response))) this doesn't work because response is a JS object and keyword looks only work for clojure maps

Yeah, well, the (:body response) returned something, but not something valid 🙂 . Just plain js interop seems to work fine.

Are you using lambdaisland’s fetch there?

Yeah, I was, but I removed it and just use plain js/fetch

ah that was a library. though it was just fetch. then I don't know what response is

Same, but it explains why :body returned something

Well, plain js/fetch works, with the lib, the body doesn't seem to have a valid response, and .blob doesn't exist in the library.