Ernest
Ernest
maybe the Console write should respect `zerolog.LevelFieldName`
my workaround is to override the FormalLevel as the crzerolog pkg changes the labels for the levels. ``` cons := zerolog.ConsoleWriter{Out: os.Stderr} cons.FormatLevel = func(i interface{}) string { if s,...
please create a new tag so I can update my deps
thank for reporting this issue. It got from my attention radar. Will have a look at it soon
Looks like extract could become a special node type in tree pkg https://www.postgresqltutorial.com/postgresql-date-functions/postgresql-extract/
as a workaround, I am patching the AST to replace the func argument with instance of this ``` type ExtractArg struct { Field *tree.StrVal From tree.Expr } func (e *ExtractArg)...
got the same error for a different (YAML based) spec and using v2.1.0 of the generator to generate models and client. The spec: https://raw.githubusercontent.com/apideck-libraries/openapi-specs/main/hris.yml ``` error generating code: error generating...
after some debugging, I think the issue is related to this test: ``` func TypeDefinitionsEquivalent(t1, t2 TypeDefinition) bool { if t1.TypeName != t2.TypeName { return false } return reflect.DeepEqual(t1.Schema.OAPISchema, t2.Schema.OAPISchema)...
hmm, after change the code a bit, I found that (in my case) they are different. Continuing debugging...
This is a public spec that also shows the issue when generating code: https://api.kombo.dev/openapi.json