Open JonathanHuot opened 6 years ago
Update to 1.7 to make sure the resolver hasn't fixed it, as absolute paths got fixed in 1.7
Hi, sorry it's not the main problem. The image doesn't exist in the filesystem because it's provided by a image service which is available only at runtime (thru a reverse proxy running locally).
EDIT: So you want to be able to ignore certain files from being resolved by parcel at build time, now I get it, sorry for the mixup.
This has been discussed in a few issues now, but there isn't really a solution for it yet, as it would end up adding extra configuration.
Yeah, I guess adding extra configuration is reasonable, either in the markup (e.g. parcel-ignore=1
) or in a config file. As long as it makes this scenario possible... cuz at the moment I am blocked and I'm not able to run parcel
with the current micro-services architecture :cry: :cry:
Choose one: is this a ð bug report or ð feature request?
ð feature request
ð Configuration (.babelrc, package.json, cli command)
I'm running a reverse proxy locally on port 80 which is dispatching requests depending their URLs:
/api/*
=> pointing to a xyz API (on port 9090)/images/*
=> pointing to an image service, store images in memory or in database (on port 8080)/dist/*
=> pointing to parceljs (on port 1234)/*
=> pointing to parceljs (on port 1234)Then, I'm browsing
localhost:80
to access all three services, includingparceljs
and myimage service
.ð€ Expected Behavior
I expect to have parcel running
ð¯ Current Behavior
Parcel is throwing an error and fail to start: Cannot resolve dependency './../../../../../images/foobar.jpg' at '/images/foobar.jpg'
ð Possible Solution
Either:
I had a look on the changes included in the next release e.g. https://github.com/parcel-bundler/parcel/pull/850 but I think it's a different issue.
ðŠ Context
I'm trying to use
parceljs
in a micro-services architecture but I can't.ð Your Environment