-
Notifications
You must be signed in to change notification settings - Fork 24
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
bump swagger to 3.x #70
Comments
more at
so yeah #55
I made the decision way back when to not require promises. But I think it was before native promises were in node. If we were to go promise-only… now that the underlying REST calls in swagger 3.x require promises… we could probably do it by having the Given all of this, I am wondering if we should not move to 3.x right now, and think about it a bit more. An interim step might be to add promise support, prior to making it the default case. Yes, we could 'unpromisify' the promises to just call the callback function, that doesn't seem so productive though. |
note: swagger-api/swagger-js#1112 Not bumping to 3.x IBM-Cloud#70
- bump swagger to 3.x - return Promises everywhere - add eslint as an automated step Note: `basicAuth` is not supported at this point. Fixes: IBM-Cloud#70
- note that docs aren’t updated to note that cb is optional and promises are returned. To fix in: IBM-Cloud#85 IBM-Cloud#70
- reset package.json to accept later swagger-client versions - apply() function needed to return `obj` instead of `true` for the load of swagger.json This bug was introduced in IBM-Cloud#70 because before swagger-api/swagger-js#1161 it seems the requestInterceptor was not called for /swagger.json loads. Fixes: IBM-Cloud#104
better to do this before #68edit: see belowhttps://swagger.io/new-ui-faq/
The text was updated successfully, but these errors were encountered: