forked from loafle/openapi-generator-original
a47e522fae
* [core] Refactor templating management This refactors template management to get logic out of DefaultGenerator and to provide a cleaner API to template search and read/compile. Deprecates MockDefaultGenerator, which is not a mock and causes in-memory retention of file contents. Maintainers should prefer executing a "dryRun" with new DefaultGenerator(true) or do true mock/spies if evaluating template intermediaries is truly necessary. Tests may read written files with lower overhead than the in-process retention of those bytes. This attempts to maintain some compatibility with existing templating adapter interfaces. Any breaking change here would be unintentional but minimal effort to retarget the new interface. * Tests for dry run file outputs * Update API usage in Meta, test TemplateManager * Wait on lastModified, lookup by filename in SpringCodegenTest * Test DefaultGenerator + ignore file * Move config.processOpenAPI in DefaultGenerator * Fix wrong use of libraries templateDirector (java) The samples scripts for Java incorrectly referenced the libraries directories directly rather than the upper-level Java directory. This was incorrect usage of template directories, because the generator expects to be given the "language" directory and perform a lookup for missing templates in the order: * user defined libraries directory * user defined language root * embedded libraries directory * embedded language root * _common directory This is incorrect in our samples scripts because a user or maintainer has the expectation that any template change to files at the Java/ root should also be honored on generation if the script specifies a custom template directory. * Fix handlebars extension usage, clean up Meta tasks HandlebarseEngineAdapter previously didn't handle files without extensions in the same was as the MustacheEngineAdapter. This now allows for files without extension (or dotfiles) to lookup in the same location. Meta tasks are cleaned up to use template manager only, rather than attempting to create an "empty" generator to use the previous templating specific methods. * Update kotlin-multiplatform gradle wrapper * Rename GraphQL .gitignore template The .gitignore file is unable to load via classpath resource from the graphql node server resource directory (for unknown reasons). Before this change, the missing template would fail silently. A .gitignore file may exist in other directories and load as expected. Added a default .gitignore to _common as a fallback so as not to break any custom generators which may also be failing silently. * Log entire stacktrace in go sdk built by gradle in AppVeyor * Rename PHP .gitignore to gitignore Java resources may not load .gitignore, this follows suit with other generators and uses "gitignore" (some use "gitignore.mustache"). * [php] Rename .gitignore templates to gitignore * Use same classpath lookup in common locator * [rust] Properly escape empty triple-braces * [samples] Regenerate
org.openapitools.client - Kotlin client library for OpenAPI Petstore
Requires
- Kotlin 1.3.50
Build
./gradlew check assemble
This runs all tests and packages the library.
Features/Implementation Notes
- Supports JSON inputs/outputs, File inputs, and Form inputs.
- Supports collection formats for query parameters: csv, tsv, ssv, pipes.
- Some Kotlin and Java types are fully qualified to avoid conflicts with types defined in OpenAPI definitions.
Documentation for API Endpoints
All URIs are relative to http://petstore.swagger.io/v2
| Class | Method | HTTP request | Description |
|---|---|---|---|
| PetApi | addPet | POST /pet | Add a new pet to the store |
| PetApi | deletePet | DELETE /pet/{petId} | Deletes a pet |
| PetApi | findPetsByStatus | GET /pet/findByStatus | Finds Pets by status |
| PetApi | findPetsByTags | GET /pet/findByTags | Finds Pets by tags |
| PetApi | getPetById | GET /pet/{petId} | Find pet by ID |
| PetApi | updatePet | PUT /pet | Update an existing pet |
| PetApi | updatePetWithForm | POST /pet/{petId} | Updates a pet in the store with form data |
| PetApi | uploadFile | POST /pet/{petId}/uploadImage | uploads an image |
| StoreApi | deleteOrder | DELETE /store/order/{orderId} | Delete purchase order by ID |
| StoreApi | getInventory | GET /store/inventory | Returns pet inventories by status |
| StoreApi | getOrderById | GET /store/order/{orderId} | Find purchase order by ID |
| StoreApi | placeOrder | POST /store/order | Place an order for a pet |
| UserApi | createUser | POST /user | Create user |
| UserApi | createUsersWithArrayInput | POST /user/createWithArray | Creates list of users with given input array |
| UserApi | createUsersWithListInput | POST /user/createWithList | Creates list of users with given input array |
| UserApi | deleteUser | DELETE /user/{username} | Delete user |
| UserApi | getUserByName | GET /user/{username} | Get user by user name |
| UserApi | loginUser | GET /user/login | Logs user into the system |
| UserApi | logoutUser | GET /user/logout | Logs out current logged in user session |
| UserApi | updateUser | PUT /user/{username} | Updated user |
Documentation for Models
- org.openapitools.client.models.ApiResponse
- org.openapitools.client.models.Category
- org.openapitools.client.models.Order
- org.openapitools.client.models.Pet
- org.openapitools.client.models.Tag
- org.openapitools.client.models.User
Documentation for Authorization
api_key
- Type: API key
- API key parameter name: api_key
- Location: HTTP header
petstore_auth
- Type: OAuth
- Flow: implicit
- Authorization URL: http://petstore.swagger.io/api/oauth/dialog
- Scopes:
- write:pets: modify pets in your account
- read:pets: read your pets