Bug Report Checklist
Description
Option to set system property -Dio.swagger.v3.parser.util.RemoteUrl.trustAll=true in openapi-generator-cli does not actually set a system property that can be read by System.getProperty() call in io.swagger.v3.parser.util.RemoteUrl
openapi-generator version
v4.0.0-beta3
OpenAPI declaration file content or url
n/a
Command line used for generation
docker run --rm -v ${PWD}:/local \
openapitools/openapi-generator-cli:v4.0.0-beta3 generate \
-Dio.swagger.v3.parser.util.RemoteUrl.trustAll=true \
-i https://xxx.dev.yyy.local/api/v1/swagger.json \
-g csharp-netcore \
-o /local/xxx
Unfortunately the url I am testing against is on a closed network, and I don't have an example that is internet-accessible.
The actual output I am seeing is here
(https://gist.github.com/jdomizio/a21471b8a1b65b8b5904aad2e9276b44)
the expected output is the normal output for code generation.
Steps to reproduce
Run the above command against a swagger document hosted under https with a self-signed certificate. After pulling the v4.0.0-beta3 tag and modifying org.openapitools.codegen.config.CodegenConfigurator.setSystemProperties
to
private void setSystemProperties() {
for (Map.Entry<String, String> entry : systemProperties.entrySet()) {
System.setProperty(entry.getKey(), entry.getValue());
GeneratorProperties.setProperty(entry.getKey(), entry.getValue());
}
}
the expected system property gets set and I can successfully run the cli tool against self-signed endpoints again.
Related issues/PRs
(#845 (comment))
Suggest a fix
Looks like previously a decision was made to remove use of System.(set|get|clear)Property. A dependency of openapi-generator: swagger-parser still depends on properties being set such that System.getProperty() can retrieve them. Is there a plan to update or replace those dependencies such that they rely on the same mechanisms with the v4.0.0 release?
(98ae7a8#diff-9981d70179c9125460299c24c3efa319)
Bug Report Checklist
Description
Option to set system property
-Dio.swagger.v3.parser.util.RemoteUrl.trustAll=trueinopenapi-generator-clidoes not actually set a system property that can be read bySystem.getProperty()call inio.swagger.v3.parser.util.RemoteUrlopenapi-generator version
v4.0.0-beta3
OpenAPI declaration file content or url
n/a
Command line used for generation
docker run --rm -v ${PWD}:/local \ openapitools/openapi-generator-cli:v4.0.0-beta3 generate \ -Dio.swagger.v3.parser.util.RemoteUrl.trustAll=true \ -i https://xxx.dev.yyy.local/api/v1/swagger.json \ -g csharp-netcore \ -o /local/xxxUnfortunately the url I am testing against is on a closed network, and I don't have an example that is internet-accessible.
The actual output I am seeing is here
(https://gist.github.com/jdomizio/a21471b8a1b65b8b5904aad2e9276b44)
the expected output is the normal output for code generation.
Steps to reproduce
Run the above command against a swagger document hosted under https with a self-signed certificate. After pulling the v4.0.0-beta3 tag and modifying
org.openapitools.codegen.config.CodegenConfigurator.setSystemPropertiesto
the expected system property gets set and I can successfully run the cli tool against self-signed endpoints again.
Related issues/PRs
(#845 (comment))
Suggest a fix
Looks like previously a decision was made to remove use of
System.(set|get|clear)Property. A dependency ofopenapi-generator: swagger-parser still depends on properties being set such thatSystem.getProperty()can retrieve them. Is there a plan to update or replace those dependencies such that they rely on the same mechanisms with the v4.0.0 release?(98ae7a8#diff-9981d70179c9125460299c24c3efa319)