mirror of
https://github.com/OpenAPITools/openapi-generator.git
synced 2025-05-13 05:00:50 +00:00
db47b95fc9
* 👕🎨 Minor refactor DefaultGenerator This cleans up some lint warnings and improve general code cleanliness of DefaultGenerator. Specifically: * logger strings are now using the built-in log formatter rather than constructing new strings regardless of log level. * Diamond operators are used where possible * Some long-unused commented code has been removed * Lambdas are used where possible * Redundant operations are merged (HashMap constructor used rather than subsequent putAll on a collection, for example) * [cli][core] Add support for dry-run and display CLI now supports `--dry-run`, which will output a file change status similar to git status --porcelain. The user may also specify `--verbose` for a one-liner below each file explaining why the change operation might take place.
158 lines
7.1 KiB
Markdown
158 lines
7.1 KiB
Markdown
---
|
|
id: debugging
|
|
title: Debugging
|
|
---
|
|
|
|
## Generation
|
|
|
|
As a user there may be times when generated outputs don't match your expectations it's unclear why. The CLI supports a `--dry-run` option which may be used to inspect the anticipated file operations without making changes to the file system.
|
|
|
|
Suppose you generate using the `--minimal-update` option, and you notice on subsequent generations of a client that no files have changed. This is by design.
|
|
|
|
For example, if you generate the aspnetcore generator passing `--minimal-update --dry-run` to the sample generation script in the code repository:
|
|
|
|
```bash
|
|
export JAVA_OPTS="-Dlog.level=off"
|
|
./bin/aspnetcore-petstore-server.sh --minimal-update --dry-run
|
|
```
|
|
|
|
You'll see the output similar to the following:
|
|
|
|
```
|
|
# START SCRIPT: ./bin/aspnetcore-petstore-server.sh
|
|
|
|
|
|
Dry Run Results:
|
|
|
|
s /path/to/aspnetcore/.openapi-generator-ignore
|
|
n /path/to/aspnetcore/.openapi-generator/VERSION
|
|
n /path/to/aspnetcore/Org.OpenAPITools.sln
|
|
n /path/to/aspnetcore/README.md
|
|
n /path/to/aspnetcore/build.bat
|
|
n /path/to/aspnetcore/build.sh
|
|
w /path/to/aspnetcore/src/Org.OpenAPITools/.gitignore
|
|
n /path/to/aspnetcore/src/Org.OpenAPITools/Attributes/ValidateModelStateAttribute.cs
|
|
n /path/to/aspnetcore/src/Org.OpenAPITools/Authentication/ApiAuthentication.cs
|
|
n /path/to/aspnetcore/src/Org.OpenAPITools/Controllers/PetApi.cs
|
|
n /path/to/aspnetcore/src/Org.OpenAPITools/Controllers/StoreApi.cs
|
|
n /path/to/aspnetcore/src/Org.OpenAPITools/Controllers/UserApi.cs
|
|
n /path/to/aspnetcore/src/Org.OpenAPITools/Converters/CustomEnumConverter.cs
|
|
n /path/to/aspnetcore/src/Org.OpenAPITools/Dockerfile
|
|
n /path/to/aspnetcore/src/Org.OpenAPITools/Filters/BasePathFilter.cs
|
|
n /path/to/aspnetcore/src/Org.OpenAPITools/Filters/GeneratePathParamsValidationFilter.cs
|
|
n /path/to/aspnetcore/src/Org.OpenAPITools/Models/ApiResponse.cs
|
|
n /path/to/aspnetcore/src/Org.OpenAPITools/Models/Category.cs
|
|
n /path/to/aspnetcore/src/Org.OpenAPITools/Models/Order.cs
|
|
n /path/to/aspnetcore/src/Org.OpenAPITools/Models/Pet.cs
|
|
n /path/to/aspnetcore/src/Org.OpenAPITools/Models/Tag.cs
|
|
n /path/to/aspnetcore/src/Org.OpenAPITools/Models/User.cs
|
|
n /path/to/aspnetcore/src/Org.OpenAPITools/Org.OpenAPITools.csproj
|
|
n /path/to/aspnetcore/src/Org.OpenAPITools/Program.cs
|
|
w /path/to/aspnetcore/src/Org.OpenAPITools/Properties/launchSettings.json
|
|
n /path/to/aspnetcore/src/Org.OpenAPITools/Startup.cs
|
|
w /path/to/aspnetcore/src/Org.OpenAPITools/appsettings.json
|
|
w /path/to/aspnetcore/src/Org.OpenAPITools/wwwroot/README.md
|
|
w /path/to/aspnetcore/src/Org.OpenAPITools/wwwroot/index.html
|
|
n /path/to/aspnetcore/src/Org.OpenAPITools/wwwroot/openapi-original.json
|
|
w /path/to/aspnetcore/src/Org.OpenAPITools/wwwroot/web.config
|
|
|
|
|
|
States:
|
|
|
|
- w Write
|
|
- n Write if New/Updated
|
|
- i Ignored
|
|
- s Skipped Overwrite
|
|
- k Skipped by user option(s)
|
|
- e Error evaluating file write state
|
|
|
|
```
|
|
|
|
The output lists the files which would be written in a normal run of the tool. Notice that we skip `.openapi-generator-ignore` because the file exists and we don't want to blow away the user's generation rules. Most of these files will overwrite output files only if the contents slated for write are different from those on the filesystem; this is denoted by an `n` preceding the filename. Some of the above lines begin with a `w`, meaning these files will _always_ result in a write operation.
|
|
|
|
If you find an operation that you feel should result in a different state, please [open an issue](https://github.com/OpenAPITools/openapi-generator/issues/new/choose) or [submit a pull request](https://github.com/OpenAPITools/openapi-generator/compare) to change the behavior (we welcome all contributions).
|
|
|
|
|
|
## Templates
|
|
|
|
Sometimes, you may have issues with variables in your templates. As discussed in the [templating](./templating.md) docs, we offer a variety of system properties for inspecting the models bound to templates.
|
|
|
|
<dl>
|
|
<dt><code>-DdebugOpenAPI</code></dt>
|
|
<dd>Prints out the JSON model of the OpenAPI Document, as seen by OpenAPI Generator</dd>
|
|
<dt><code>-DdebugModels</code></dt>
|
|
<dd>Prints out the JSON model passed to model templates</dd>
|
|
<dt><code>-DdebugOperations</code></dt>
|
|
<dd>Prints out the JSON model passed to operation (api) templates</dd>
|
|
<dt><code>-DdebugSupportingFiles</code></dt>
|
|
<dd>Prints out the JSON model passed to supporting files</dd>
|
|
</dl>
|
|
|
|
One or more of these properties can be passed alongside other command line options:
|
|
|
|
```bash
|
|
openapi-generator generate -g go \
|
|
-o out \
|
|
-i petstore-minimal.yaml \
|
|
-DdebugModels \
|
|
-DdebugOperations
|
|
```
|
|
|
|
Or you can add these to your `JAVA_OPTS` environment variable (this applies to every invocation of the tool):
|
|
|
|
```bash
|
|
export JAVA_OPTS="${JAVA_OPTS} -DdebugModels -DdebugOperations"
|
|
```
|
|
|
|
> NOTE: Globally available system options like these will apply to all invocations of the generator (CLI and plugins)
|
|
|
|
## Runtime
|
|
|
|
When you're working with a custom generator, a new generator, or otherwise trying to understand the behavior of the toolset, you may need to attach a remote debugger in order to step through the code.
|
|
|
|
The steps are shown here for a specific version of the generator, but apply the same if you're working off master or a feature branch.
|
|
|
|
* Determine the version of `openapi-generator` you're using. For the CLI, this is:
|
|
```
|
|
openapi-generator version
|
|
```
|
|
* Navigate to the `openapi-generator` source directory (see [building](./building.md) docs for obtaining source code and brief introduction).
|
|
* Checkout the branch/tag for the target version. Branches are not prefixed, but tags are prefixed with a `v`. For instance if you're using version `3.3.0`, you will execute:
|
|
```
|
|
git checkout v3.3.0
|
|
```
|
|
* Open the project in your IDE.
|
|
* Setup your IDE for remote debugging. You'll want to define a port used for connecting the remote debugger. For this example, we'll use `5005`. See external tutorials for [IntelliJ](https://www.jetbrains.com/help/idea/run-debug-configuration-remote-debug.html) and [Eclipse](https://www.ibm.com/developerworks/library/os-eclipse-javadebug/index.html)
|
|
* Export the debug configuration, specifying `suspend=y` so you have time to attach a remote debugger. These are passed as Java system properties, either on command line or as part of the `JAVA_OPTS` environment variable. This will look like:
|
|
```
|
|
export JAVA_OPTS="${JAVA_OPTS} -agentlib:jdwp=transport=dt_socket,server=y,suspend=y,address=5005"
|
|
```
|
|
* Execute the generator with your desired options. You should see the application output _only_
|
|
```
|
|
Listening for transport dt_socket at address: 5005
|
|
```
|
|
* Set breakpoints in code, and then attach your remote debugger from your IDE (see above). The generator will automatically unblock once the remote debugger is attached. You can now step through the code.
|
|
|
|
## Logs
|
|
|
|
You can try to enable debugging log with `-Dlog.level=debug` option to the `JAVA_OPTS` environment variable to see more information:
|
|
|
|
```bash
|
|
export JAVA_OPTS="${JAVA_OPTS} -Dlog.level=debug"
|
|
```
|
|
|
|
Set the option then DEBUG logs are printed out:
|
|
|
|
```bash
|
|
openapi-generator generate -g go ...
|
|
|
|
...
|
|
...
|
|
[main] DEBUG o.o.codegen.DefaultCodegen - debugging fromProperty for files : class Schema {
|
|
type: null
|
|
format: null
|
|
$ref: #/components/schemas/File
|
|
...
|
|
...
|
|
```
|