Gatsby: La construction échoue après avec "jeton inattendu" dans `async-requires` après la mise à niveau vers 2.0.84

Créé le 21 janv. 2019 · 81Commentaires · Source: gatsbyjs/gatsby

La description

Lancer rm -rf .cache && rm -rf public && gatsby-build fonctionne bien sous 2.0.83. Après la mise à niveau vers 2.0.84, une erreur est renvoyée, annulant la construction.

Étapes à suivre pour reproduire

Le seul que je prends est en cours d'exécution gatsby build . Après le retour à la version 2.0.83, le problème disparaît.

Résultat attendu

La construction devrait se terminer avec succès

Résultat actuel

La construction se ferme avec l'erreur suivante:

success onPostBootstrap — 0.202 s

info bootstrap finished - 6.171 s


error Generating JavaScript bundles failed


  Error: ./.cache/async-requires.js 8:11
  Module parse failed: Unexpected token (8:11)
  You may need an appropriate loader to handle this file type.
  | exports.components = {
  |   "component---node-modules-gatsby-plugin-offline-app-shell-js": function componentNodeModulesGatsbyPluginOfflineAppShellJs() {
  >     return import("/Users/dereklindahl/Work/APP/node_modules/gatsby-plugin-offline/app-shell.js"
  |     /* webpackChunkName: "component---node-modules-gatsby-plugin-offline-app-shell-js" */
  |     );
   @ ./.cache/production-app.js 18:0-45 21:23-36 26:23-36

Environnement

npx gatsby info -- --clipboard                 

  System:
    OS: macOS High Sierra 10.13.6
    CPU: (4) x64 Intel(R) Core(TM) i5-7360U CPU @ 2.30GHz
    Shell: 5.4.2 - /usr/local/bin/zsh
  Binaries:
    Node: 10.14.0 - ~/.nodenv/versions/10.14.0/bin/node
    Yarn: 1.12.3 - /usr/local/bin/yarn
    npm: 6.4.1 - ~/.nodenv/versions/10.14.0/bin/npm
  Languages:
    Python: 2.7.10 - /usr/bin/python
  Browsers:
    Chrome: 71.0.3578.98
    Firefox: 63.0.3
    Safari: 12.0.2
  npmPackages:
    gatsby: 2.0.84 => 2.0.84 
    gatsby-image: ^2.0.25 => 2.0.25 
    gatsby-mdx: ^0.2.0 => 0.2.0 
    gatsby-plugin-canonical-urls: ^2.0.8 => 2.0.8 
    gatsby-plugin-google-analytics: ^2.0.8 => 2.0.8 
    gatsby-plugin-manifest: ^2.0.13 => 2.0.13 
    gatsby-plugin-netlify: ^2.0.6 => 2.0.6 
    gatsby-plugin-netlify-cache: ^1.0.0 => 1.0.0 
    gatsby-plugin-offline: ^2.0.21 => 2.0.21 
    gatsby-plugin-react-helmet: ^3.0.5 => 3.0.5 
    gatsby-plugin-sharp: ^2.0.17 => 2.0.17 
    gatsby-plugin-sitemap: ^2.0.4 => 2.0.4 
    gatsby-plugin-sri: ^1.0.4 => 1.0.4 
    gatsby-plugin-styled-components: ^3.0.4 => 3.0.4 
    gatsby-plugin-zopfli: ^1.0.2 => 1.0.2 
    gatsby-source-filesystem: ^2.0.12 => 2.0.12 
    gatsby-transformer-sharp: ^2.1.10 => 2.1.10

J'ai vu # 10038 qui semblait familier, mais ma configuration Webpack n'est pas intéressante:

// gatsby-node.js
exports.onCreateWebpackConfig = ({ actions }) => {
  actions.setWebpackConfig({
    module: {
      rules: [
        {
          test: /\.ogv$/,
          use: [
            {
              loader: require.resolve(`url-loader`),
              options: { limit: 10000, name: 'static/[name]-[hash].[ext]' }
            }
          ]
        }
      ]
    },
    resolve: {
      alias: {
        '@': path.resolve(__dirname, 'src/components')
      },
      modules: [path.resolve(__dirname, 'src'), 'node_modules']
    }
  })
}

Et commenter ce blocage ne résout pas l'erreur.

Si je remplace gatsby-plugin-offline par gatsby-plugin-remove-serviceworker , le problème persiste, mais avec une importation asynchrone différente.

FWIW, je ne remarque pas de différence dans le contenu de async-require.js dans les versions 2.0.83 ou 2.0.84 et la mise gatsby-plugin-offline niveau de

needs reproduction question or discussion

Source

dlindahl

👍21 😕8

Commentaire le plus utile

Une solution de contournement consiste à installer les dépendances avec Yarn au lieu de npm qui semble fonctionner après l'importation du fichier de verrouillage npm.

DanielRuf le 28 janv. 2019

❤2 👍2 🎉1

Tous les 81 commentaires

Je rencontre une erreur similaire après la mise à niveau de 2.0.62 à 2.0.91 .

Dans mon cas, gatsby develop fonctionne bien, mais gatsby build erreurs sur la page template.js (si je l'inclus) ou 404.js (si je supprime le createPages extrait de gatsby-node ):

error Generating JavaScript bundles failed

Error: ./.cache/async-requires.js 8:11
  Module parse failed: Unexpected token (8:11)
  You may need an appropriate loader to handle this file type.
  | exports.components = {
  |   "component---src-templates-template-js": function componentSrcTemplatesTemplateJs() {
  >     return import("/Users/michael/Sites/projects/gatsby-starter/src/templates/template.js"
  |     /* webpackChunkName: "component---src-templates-template-js" */  |     );
   @ ./.cache/production-app.js 18:0-45 21:23-36 26:23-36

error Generating JavaScript bundles failed

Error: ./.cache/async-requires.js 8:11
  Module parse failed: Unexpected token (8:11)
  You may need an appropriate loader to handle this file type.
  | exports.components = {
  |   "component---src-pages-404-js": function componentSrcPages404Js()   {
  >     return import("/Users/michael/Sites/projects/gatsby-starter/src/pages/404.js"
  |     /* webpackChunkName: "component---src-pages-404-js" */
  |     );
   @ ./.cache/production-app.js 18:0-45 21:23-36 26:23-36

Tout fonctionnait bien avant la mise gatsby niveau de

ooloth le 22 janv. 2019

@dlindahl @ooloth

Pouvez-vous s'il vous plaît un lien vers des reproductions minimales de ceci?

sidharthachatterjee le 22 janv. 2019

J'obtiens la même erreur en utilisant Gatsby v 2.0.55 où package-lock.json est désactivé dans .npmrc. Le site est construit quotidiennement à partir d'un espace de travail propre. Un jour, cela a fonctionné, le lendemain non. Je suppose que l'erreur est liée à une dépendance transitoire qui a changé.

magnusarinell le 24 janv. 2019

même problème lorsque je mets à niveau gatsby de v2.0.91 à v2.0.93 ( v2.0.92 ) n'existe pas

cyrildurand le 25 janv. 2019

Salut, je réponds que je rencontre actuellement ce problème, mais que j'ai du mal à en créer une reproduction minimale.

L'exécution actuelle d'un npm update sur mon référentiel entraîne l'échec de la compilation, mais ce n'est pas le cas pour mon site Web personnel .

Je continuerai à fouiller jusqu'à ce que je puisse trouver ce qui la cause ou que quelqu'un d'autre le comprenne. Si je peux l'isoler proprement, je posterai ici.

Merci!

madelyneriksen le 26 janv. 2019

Pareil ici!
J'ai tapé npm update -g npm pour obtenir la version npm 6.7.0 et j'ai gatsby 2.0.98.

version hors ligne du plugin gatsby -> 2.0.21

Référentiel avec ce problème: voilà .

omrllm le 27 janv. 2019

Pouvez-vous également lister les dépendances installées avec npm ls et exécuter node --version ?