Проблемы с разрешением модуля Webpack в Windows 10

Question

У меня возникли проблемы с именами модулей Webpack, разрешающими работу в Windows. Погрузчики установлены, но путь, который пытается использовать Webpack для их устранения, неверен (обратите внимание, что он конкатенирует путь модуля к рабочему каталогу ниже). Webpack запускается с webpack-dev-сервером.

ERROR in ./~/css-loader?sourceMap&modules&localIdentName=[name]_[local]_[hash:base64:3]!./~/postcss-loader?parser=postcss-scss!./client/src/scripts/components/Main/Main.css 
Module build failed: (SystemJS) ENOENT: no such file or directory, open 'C:\Users\Terry\Projects\django-react\C:\Users\Terry\Projects\django-react\node_modules\css-loader\index.js' 
     Error: ENOENT: no such file or directory, open 'C:\Users\Terry\Projects\django-react\C:\Users\Terry\Projects\django-react\node_modules\css-loader\index.js' 
      at Error (native) 
     Error loading C:/Users/Terry/Projects/django-react/C:\Users\Terry\Projects\django-react\node_modules\css-loader\index.js 
@ ./client/src/scripts/components/Main/Main.css 4:14-225 13:2-17:4 14:20-231 
@ ./client/src/scripts/components/Main/Main.jsx 
@ ./client/src/index.js 
@ multi main 
webpack: bundle is now VALID. 

Соответствующая информация:

• для Windows 10
• Node 6.6.0
• Я бегу Webpack с Вавилонской-узла с помощью NPM сценария
• Webpack 2.1.0-бета. 22
• NPM 3.10.3

EDIT: этот обычно происходит только тогда, когда я делаю редактирование, которое вызывает горячую перезагрузку. Иногда это случается, когда я запускаю webpack-dev-server в первый раз, но это происходит каждый раз, когда я редактирую источник.

Answer 1

Не уверен, что вы когда-либо это выяснили, но я столкнулся с такой же точной ошибкой с неправильным ходом пути node_modules при использовании webpack в Windows 10. Я был очень разочарован тем, что никто не смог решить эту проблему, поскольку этот конкретный ошибка, похоже, не документирована нигде.

В моей собственной отладке я обнаружил, что эта ошибка происходит только с модулями загрузчика webpack, поэтому я вырыл в webpack, чтобы отслеживать, откуда возникла ошибка. После некоторого копания выяснилось, что это было вызвано пакетом loader-runner, используемым webpack. Он пытается использовать System.import для разрешения модуля загрузчика, при этом резервный запрос требует, когда System.import недоступен. В моем случае путь System.import с помощью systemjs генерировался путь malformed node_modules. Похоже, что в systemjs-реализации System.import имеется ошибка, когда абсолютные пути используются в Windows, и поскольку webpack передает абсолютный путь загрузчикам, он выдает ошибку.

Мне удалось обойти это, отредактировав мою локальную копию загрузчика-загрузчика и закомментировав System.import, заставив его использовать запрос вместо этого. Конечно, это не очень хорошее долгосрочное решение, поэтому я все еще ищу что-то лучшее. Я просто попытался переключиться на пряжу, чтобы узнать, может ли это проблема с зависимостью в npm, но это обходное решение должно запускаться и запускаться, если вы все еще получаете эти ошибки в Windows.