chore: gen class #59
chore: gen class #59
Conversation
There was a problem hiding this comment.
@Sotatek-DucPhung Feel free to reply to my comments, but latest priorities as shared on Slack take priority tomorrow. Patrick can maybe pick this up later.
| enabled = false | ||
| } | ||
|
|
||
| tasks.openApiGenerate { |
There was a problem hiding this comment.
Can we add the command called to the README somewhere so people know how to re-generate types?
There was a problem hiding this comment.
For this PR, we should generate the types and commit them, and them import them to the APIs for use to replace Object
There was a problem hiding this comment.
Based on slack discussion, there were validation issues in the spec. Can we coordinate with Patrick to see if we can fix those on the KERIA side, instead of adding this file?
| implementation "org.json:json:${jsonVersion}" | ||
| implementation "org.greenbytes.http:structured-fields:${structuredFieldsVersion}" | ||
| // OpenAI generate model dependencies | ||
| implementation "com.squareup.okhttp3:okhttp:4.12.0" |
There was a problem hiding this comment.
Why is this one needed specifically?
| implementation "org.greenbytes.http:structured-fields:${structuredFieldsVersion}" | ||
| // OpenAI generate model dependencies | ||
| implementation "com.squareup.okhttp3:okhttp:4.12.0" | ||
| implementation "com.google.code.gson:gson:2.11.0" |
There was a problem hiding this comment.
We already have jackson - can we configure it to use that instead?
|
|
||
| tasks.openApiGenerate { | ||
| generatorName.set("java") | ||
| inputSpec.set("$rootDir/spec.yaml") |
There was a problem hiding this comment.
Does it need to come from a file or can make a HTTP call to KERIA in real time?
2 participants
No description provided.