Closed nnmrts closed 10 months ago
PR #83 is now ready for review, glad to know I was not the only one experiencing the issue!
I'm not sure if this is because of Docker. I had a working Esbuild config, then I added another entry-point and encountered the error message described here.
const res = await esbuild.build({
plugins: [...denoPlugins()],
entryPoints: [fileA, fileB], // <---- adding file B here produced the error
outdir: filePath('dist'),
bundle: true,
splitting: true,
format: 'esm'
});
In my case, I had a dependency that was used in both scripts, and it seemed like it was a race condition where both builds started loading the file. I solved it by just runnning Esbuild twice for now, one for each entry. Maybe my experience can help out with this somehow.
When running
in a fresh project in a Docker environment, it fails with this:
To reproduce, check out this repository: https://github.com/pumpncode/open-match
It uses fly.io as deployment platform and you might need an account there to exactly reproduce this, but maybe just deploying the Dockerfile locally works as well. Below are the steps for fly.io:
PORT=8000
to itdeno task authenticate
deno task create-app
fly secrets set PORT=8000
deno task scale
deno task deploy
This may be related to #82 and may be fixed by #83, however I never rename the
DENO_DIR
in my case, in case this a requirement for this issue to occur.Running
deno task build
locally works just fine for me.