Skip to content
This repository has been archived by the owner on Feb 7, 2022. It is now read-only.

Add option to disable config module loaders #95

Open
flut1 opened this issue Apr 4, 2019 · 2 comments
Open

Add option to disable config module loaders #95

flut1 opened this issue Apr 4, 2019 · 2 comments

Comments

@flut1
Copy link

flut1 commented Apr 4, 2019

Explain the problem

parallel-webpack uses interpret to load configuration files in different languages based on the file extension. This usually works great, but in some cases it may be unwanted behavior.

I have a build script that calls parallel-webpack using the Node API. This script is written in TypeScript and executed using ts-node. My configuration file is TypeScript as well and has the .ts extension. This causes parallel-webpack to add an additional TypeScript interpreter even though it is already running inside of ts-node.

Behaviour

parallel-webpack will break when trying to compile the .ts file that has already been transpiled to javascript by ts-node.

Workaround

I created a separate webpack.config.proxy.js, that only contains the following line:

module.exports = require('./webpack.config.ts');

This will prevent parallel-webpack from trying to interpret the config file as TypeScript.

Feature request

It would be nice to force parallel-webpack to interpret a file as plain javascript, even though it has a different file extension. For example:

var run = require('parallel-webpack').run,
    configPath = require.resolve('./webpack.config.ts');

run(configPath, { useConfigLoader: false });

Provide your Environment details

  • Node version: any
  • Operating System: any
  • webpack version: any
  • parallel-webpack version: 2.3.0
@flut1
Copy link
Author

flut1 commented Apr 4, 2019

If you think this is a good suggestion I'd be happy to create a PR

@pago
Copy link
Contributor

pago commented Jul 12, 2019

Sounds reasonable. Would be happy to merge this.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants