-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Certain packages cause OpenAPI generation failures due to esbuild configuration #159
Comments
Yeah I think those functions could be exposed from the package, but obviously it would be better to have an easy-to-use CLI tooling working with any set of dependencies for all projects using this framework and no need to write your own CLI. Given how many reports I have received recently about people having issues with ESBuild, I'm starting to think that an alternative way might be a better option here. I made an attempt here to drop the ESBuild process all together from the CLI commands and parse the OpenAPI definitions instead directly from the TS/JS source code using |
|
@blomqma So sorry for the late response on this. Really appreciate your quick turnaround. We upgraded to 6.x and everything seems to be working great! 🚀 |
Problem
We ran into an issue using
jsdom
withnext-rest-framework
. When generating the OpenAPI schema via the CLI, we are seeing the warnings that look like this:The result is that APIs whose bundles indirectly import the
jsdom
package are actually not being generated properly. The generate schema will not include these APIs. Certain packages should be excluded from the esbuild process (for example,jsdom
andesbuild
).Proposal
A method of overriding the default configuration options being passed to esbuild inside of
next-rest-framework
. Even better, a JavaScript API for interfacing withnext-rest-framework
's build tooling for maximum flexibility.Consider the following JS API:
The text was updated successfully, but these errors were encountered: