-
Notifications
You must be signed in to change notification settings - Fork 472
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 for hiding parameters from documentation #463
Support for hiding parameters from documentation #463
Conversation
The Grape::Endpoint class is really long, and RuboCop is complaining about this(therefore the failing build). Any ideas on how to handle this one? |
Just run |
734d295
to
15fd1bd
Compare
Ok, so mostly green now. But seems that latest Rack version requires Ruby >=2.2.0. |
ee41971
to
07404a8
Compare
07404a8
to
32a59d1
Compare
@anakinj … yeap the endpoint class is long and should be shorten by refactoring out functionality, but this should be done in another PR. For the gen versions maybe it could be used a similar mechanism as for grape, where different gemfiles exists and the right one would be loaded depending on ruby or specific gem version. |
@LeFnord, Should we maybe implement these different Gemfiles as a separate PR, the solution for this particular case was adding some logic to the single Gemfile that is used. |
@anakinj … yeap, agree, it should be done in a different PR |
It is posible to hide require params? The readme shows this feature only for optional param. |
There is a need to be able to hide some experimental/internal parameters from the documentation but still have the possibility to use declared_params to validate that the parameters have been defined for the endpoint.
This kind of solution would allow the definition of parameters but they would be excluded from the swagger documentation.