* Fix typo
* Refactor MoveParams.parent_definition_of_params to use OperationId.build rather than OperationId.manipulate
This means it'll use route nicknames if those are available. It also means route parameters will be used in the definition names.
* Simplify MoveParams.build_body_parameter
MoveParams.build_definition returns the passed in name, so name and referenced_definition were always the same value.
* Fix Rubocop offenses
* Fix old reference to Travis CI in CONTRIBUTING
* Fix CHANGELOG
* Update CHANGELOG and UPGRADING
* Fix typo in CHANGELOG
* Allow usage of additional_properties, deprecate additionalProperties
All other options are snake-cased rather than camel-cased, so this keeps things consistent.
* Ignore .byebug_history
* Add test covering additional_properties
* Fix additionalProperties for arrays of objects
* Fix settings additional_properties to false
* Handle receiving types and entities in additional_properties
This includes a fix to MoveParams.document_as_property for an issue found while testing these changes.
* Refactor to use Enumerable#any?
* Document additional_properties
* Update CHANGELOG
* Use full entity name as a default (fixes#779)
I just wanted to resolve this:
```
- model.to_s.split('::').last
+ model.to_s
```
But I met a problem that it receives Class type in here
8abddd5f2c/lib/grape-swagger/endpoint.rb (L354)
But String type in the another place, where the type is generated. So,
splitting and taking the last actually returns the same as `name`
method of the class. That is very strange I think.
Also, if we, for example, use such constructions, we end up with just
`V1` and `V2` fron the `A::B` module as they are parsed first:
```ruby
module A
module B
class V1 < Grape::Entity
...
class V2 < Grape::Entity
...
module A
module C
class V1 < Grape::Entity
...
class V2 < Grape::Entity
...
```
This PR fixes this issue.
* Update CHANGELOG
* Fix for old Ruby versions
* Skip Representable:: prefix just like Entity::
* Add upgrade entry and move changelog entry from fixes to features scope
This adds support for using the `detail` value defined within a block passed to `desc` as `notes` value exposed in swagger doc.
CAUTION: only works on grape version > 0.10.0
```
$ GRAPE_VERSION=HEAD bundle exec rspec ./spec/default_api_spec.rb:62
```
fixes#212