* [kotlin][client] update Gradle wrapper in generated project
* [kotlin][client] Add @JsonClass(generateAdapter = false) to generated enums when using moshi library
This is needed, so the moshi generated R8 rules will include the enum classes:
https://github.com/square/moshi#enums
* [kotlin][client] Update generated samples
* n4js initial commit
* incorporate feedback from user
* add tests
* fix media type in case of DELETE method
* fix media type
* some minor fixes
* options fix for booleans
* small fixes
* generated files by ./bin/utils/ensure-up-to-date
* remove String::toLowerCase due to de.thetaphi:forbiddenapis
* adjust test expectation
* fix test expectations
* fix test expectation
* add note to section 'Languages/Generators'
* remove file according to review
* replace tabs by spaces
* replace tabs by spaces (2)
* update two generated files
* remove test file
* move statement
* n4js initial commit
* incorporate feedback from user
* add tests
* fix media type in case of DELETE method
* fix media type
* some minor fixes
* options fix for booleans
* small fixes
* generated files by ./bin/utils/ensure-up-to-date
* remove String::toLowerCase due to de.thetaphi:forbiddenapis
* adjust test expectation
* fix test expectations
* fix test expectation
* add note to section 'Languages/Generators'
* remove file according to review
* Add petstore config
* Expand lambda to allow formatting of partials
* Fix order of operation with parenthesis
* Fix not exposing needed enum to string converters
* Add support for form params including files
* Add generated petstore client
* Regenerate existing elm client
* Add script that all files compile successfully
* Remove old unmaintained petstore client
* Add pipeline to try and compile elm clients
* Fix byte array writing in JSON to be valid base64 string
- remove ToStringFormatArg
- use ToUrlString to path parameters
- use Base64UrlEncode only in ToUrlString
* Use LexToString instead of FString::Format
As discussed in https://github.com/OpenAPITools/openapi-generator/pull/7415#discussion_r1113274416, it seems unlikely the code was correct.
server_operation_index is a hash table. In Ruby, `hash[key]` will return the value associated with `key`. If key is absent, `nil` is returned. Because that is sometimes undesirable, there is also `hash.fetch(key)`, which raises an error if the key is absent. It also allows you to specify a default to fall back on: `hash.fetch(key, default)` will return `default` if the key is absent.
So, since not all users will specify a 'server per operation' (or at least: I'm not), the old code would usually set `index` to the `server_index`, which is initialized to 0. The subsequent `if index == nil` will usually return false (`0 != nil` in Ruby), after which the `server_url` call on line 177 constructs the url based on the `server_operation_variables` and `operation_server_settings`, assuming we are dealing with the case where a server per operation is configured. The case where the url should be constructed from `scheme`, `host`, etc. is only called if either `server_index` is explicitly set to `nil` or the key `operation` is explicitly associated with the value `nil` in the `server_operation_index` hash table, both of which seem inappropriate.