[HEROKU/NODEJS/BABEL] requires uit tmp directory

[happylife]

Hallo Tweakers,

Ik loop tegen een probleem aan met een Heroku applicatie (een van Vue 2 naar Vue 3 gemigreerde applicatie die lokaal en in docker goed werkt). Wanneer ik nieuwe code push naar de Heroku dyno verloopt de build goed, echter wanneer het npm start command wordt gedraaid krijg ik de volgende foutmelding:

code:

Error: Cannot find module '/tmp/build_bc24584a/node_modules/@babel/runtime/helpers/interopRequireDefault'

Wat klopt, want wanneer ik een bash sessie start op die dyno dan bestaat deze tmp directory niet.

Ik vermoed dat ik weet wat er fout gaat, namelijk dat er in de build step een one off dyno wordt gebruikt en dat babel tijdens deze stap de bestanden transpiled met bovenstaande tmp dir (ik zie deze verwijzing namelijk terug in de requires in de build output). Vervolgens wordt de build dyno vernietigd en omdat dyno filesystems ephemeral zijn, wordt de tmp directory ook verwijderd. De ge-transpilede code komt vervolgens op de daadwerkelijke applicatie dyno en heeft dan geen toegang meer tot de bestanden die nodig zijn.

Tot dus ver mijn analyse, ik heb al geprobeerd of ik vanuit Babel settings hier wat mee kan, maar tot dusver geen resultaat.

Ik heb ook gekeken of dit een webpack ding kan zijn, maar aangezien de config hiervan in de vue cli zit weet ik niet of ik dit aan kan passen.

[DJMaze]

Aangezien babel en webpack anno 2021 best veel overhead kunnen zijn,
heb je ook een (werkende) versie met rollup.js geprobeerd?

[happylife]

DJMaze schreef op maandag 28 juni 2021 @ 15:29:
Aangezien babel en webpack anno 2021 best veel overhead kunnen zijn,
heb je ook een (werkende) versie met rollup.js geprobeerd?

Nee niet geprobeerd, ik werk aan een project van een ontwikkelaar die enige tijd geleden is vertrokken. Ga wel even kijken of het wat is, want ik vind Babel en Webpack inderdaad veel overhead toevoegen.

Ik heb het ondertussen wel gefixed, blijkbaar werd de .babelrc niet opgepakt op Heroku. Door expliciet deze bestandsnaam mee te geven via de --config-file flag gaat het nu wel goed