Open Johnlon opened 2 years ago
At present I find bugs all the time (raised several ticket).
I assume there are real problems in the practices and SDLC.
I suggest the SDLC should require the following before permitting a PR...
Also, the other thing you mention here is the mess the samples are in. Surely it would be better to have a few "kitchen sink" models and then use those as the basis of 90% of the tests and then very few for anything else. Would that also reduce the build effort?
I ran all 280 approx samples in this project on my laptop and it took about 2 hrs. Most failed. About 95 passed. Here are the results for the python ones I tried.
EXITCODE 0 /home/john/work/github/openapi-generator.new.copy/samples/openapi3/client/extensions/x-auth-id-alias/python
EXITCODE 0 /home/john/work/github/openapi-generator.new.copy/samples/openapi3/client/features/dynamic-servers/python
EXITCODE 0 /home/john/work/github/openapi-generator.new.copy/samples/openapi3/client/petstore/python
EXITCODE 0 /home/john/work/github/openapi-generator.new.copy/samples/openapi3/client/petstore/python-legacy
EXITCODE 0 /home/john/work/github/openapi-generator.new.copy/samples/server/petstore/python-aiohttp
EXITCODE 0 /home/john/work/github/openapi-generator.new.copy/samples/server/petstore/python-aiohttp-srclayout
EXITCODE 0 /home/john/work/github/openapi-generator.new.copy/samples/server/petstore/python-flask
EXITCODE 1 /home/john/work/github/openapi-generator.new.copy/samples/client/petstore/python
EXITCODE 1 /home/john/work/github/openapi-generator.new.copy/samples/client/petstore/python-asyncio
EXITCODE 1 /home/john/work/github/openapi-generator.new.copy/samples/client/petstore/python-legacy
EXITCODE 1 /home/john/work/github/openapi-generator.new.copy/samples/client/petstore/python-tornado
EXITCODE 1 /home/john/work/github/openapi-generator.new.copy/samples/client/petstore/python_disallowAdditionalPropertiesIfNotPresent
EXITCODE 1 /home/john/work/github/openapi-generator.new.copy/samples/openapi3/server/petstore/python-flask
EXITCODE 1 /home/john/work/github/openapi-generator.new.copy/samples/openapi3/server/petstore/python-flask-python2
EXITCODE 1 /home/john/work/github/openapi-generator.new.copy/samples/server/petstore/python-aiohttp
EXITCODE 1 /home/john/work/github/openapi-generator.new.copy/samples/server/petstore/python-aiohttp-srclayout
EXITCODE 1 /home/john/work/github/openapi-generator.new.copy/samples/server/petstore/python-blueplanet/app
EXITCODE 1 /home/john/work/github/openapi-generator.new.copy/samples/server/petstore/python-fastapi
EXITCODE 1 /home/john/work/github/openapi-generator.new.copy/samples/server/petstore/python-flask-with-fake-endpoints-models-for-testing-with-http-signature
Bug Report Checklist
This hurts for a few reasons
Reproduce by ...
Runs the tests but they fail.
Description
The generated code is buggy.
As a good dev I ran the existing tests before changing anything and got a bunch of fails. Some of the fails suggest that the generated code is not valid - ie there's an existing problem in the generator. I'd hoped that the sample would be clean and pass and then I could start work.
Many of the tests fail due to 403's but I'd also consider that as a bug as the tests just ought to work either way.
If the generator/template buggy already then is it worth me continuing with this modification? I'd like to start with a working environment - is there any help to straighten this out?
Running "tox" I get ...
If I regenerate the sample then the situation is also imperfect - actually slight worse I think...
Some samples ..
The web app starts though so perhaps only the tests are mangled?
openapi-generator version
Current master - I'm trying to add a feature
Generation Details
Existing master samples at the current date time
Steps to reproduce