-
Notifications
You must be signed in to change notification settings - Fork 151
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
Support of file types #19
Comments
@yarax - any pointers to start this enhancement ? |
I'm still not sure how to handle this. |
Maybe swagger-to-graphql should skip it (try-catch) it for now? |
In |
Is there anyway to get around this? I was all excited to find this tool (Trying to proof of concept graphQl vs Rest) but I'm getting the |
Try this gist[1] out and let me know if it works for you:
https://gist.github.com/4F2E4A2E/d8da9003f561762a6b4631efbeb2e5e1
|
@kbrandwijk then library will be coupled with apollo stack. As far as I know there are no official suggestions from official GraphQL contributors to support file types so far |
@yarax I agree, it's just one possible implementation, requiring client and server to use the same library, and both are apollo. So it should definitely not be the standard approach. However, just throwing an error is also not an option. So I would say: either ignore, or provide an opt-in for the (afaik) only common GraphQL implementation for files, even though it's not part of the spec... |
Ignoring file types is already implemented. Actually supporting file types will be tracked in this issue. |
using openapi 3.0.0 if a schema contains application/pdf i get this error: where if the schema contains: multipart/form-data |
@0xR How can we ignore file types exactly? I have these errors and I'd like to bypass these errors. |
Any updates on this? I am also getting Unsupported content type(s) found: multipart/form-data. |
No description provided.
The text was updated successfully, but these errors were encountered: