yeah we should do something similar to

./gradlew :apollo-gradle-plugin:publishPlugin -Pgradle.publish.key=$GRADLE_PUBLISH_KEY -Pgradle.publish.secret=$GRADLE_PUBLISH_SECRET

Just released

1.4.0

btw 🙂

Tweeted this: https://twitter.com/cortinico/status/1230234104718856197

Should we merge your change @mbonnin?

Also maybe we can have a ROADMAP file?

Hey @mbonnin, quick question related to Composite build that I’m not able to answer myself: Looks like that if I call

./gradlew check

from the root project, the

check

tasks in the imported build are not executed right 🤔 That feels weird to me. Like the only way so far to achieve that is to

./gradlew check --project-dir gradle-plugin

right? Or have I missed something?

That's correct

We could add a dependency in the root project if we wanted to: https://docs.gradle.org/current/userguide/composite_builds.html#included_build_task_dependencies

There is not (yet) any means to directly execute a task from an included build via the command line. Included build tasks are automatically executed in order to generate required dependency artifacts, or the including build can declare a dependency on a task from an included build.

(a few lines above)

yup got it. I wish support for composite build would be better 😞

Hello!!! How Can I do the inverse , generate swagger spec from my legacy code in ktor ?

I am looking into using the plugin for a multiplatform project. Using kotlinx.serializtion would be good. Is there any work going on on that?

Hi @Friedger, nope there is nothing at the moment on kotlinx.serialization. But we’re happy to discuss supporting it. It shouldn’t be a major deal other than adding another template variation and providing the custom serializer.

Also @macisamuele is working on adding polymorphism soon or later. That is going to be a blocker maybe, as it’s shaped to work for Moshi only IIRC 🤔

@gammax I'll have a look at the code

Hm, templates? Where should I look first?

So we currently support two types of variants:

kotlin

and `kotlin-coroutines`: https://github.com/Yelp/swagger-gradle-codegen#supported-platforms

They both rely on Moshi for serialization

Templates are in this folder: https://github.com/Yelp/swagger-gradle-codegen/tree/master/gradle-plugin/plugin/src/main/resources/kotlin

To give you an example, this line contains a Moshi specific

@JsonClass

annotation: https://github.com/Yelp/swagger-gradle-codegen/blob/b392529340277cafc958927dc2f8053e67effc95/gradle-plugin/plugin/src/main/resources/kotlin/data_class.mustache#L7

I see, thank you for the pointers. I'll have a look what needs to be changed.

@Friedger as @gammax mentioned I’m working on adding polymorphism support into codegen and it’s kinda true that it is partially bound to moshi … but once the whole logic is ready I don’t think it will be very hard to be integrated for other platforms as well 😉

I looked a bit into the code, here is what I found could work with kotlinx.serialization: https://github.com/Yelp/swagger-gradle-codegen/pull/136 I understand that this work is not finished before the polymorphism logic is ready.

The next could be using ktor client instead of okhttp

Has anyone found a workaround for this issue? https://github.com/Yelp/swagger-gradle-codegen/issues/109

holla my friends

Hi! My generated android code seems to be using threeten.bp for date/time classes, although my project is using desugaring to provide java.time. Can I configure the plugin to use the java.time classes?

Are the Moustache Lambdas missing from this plugin? Any generator extending DefaultGenerator are supposed to have them, yet they don’t appear to have any effect in the moustache files https://github.com/OpenAPITools/openapi-generator/blob/master/docs/templating.md#mustache-lambdas

Hey everyone! Are there any updates on the java.time vs threeten topic? From what I saw, this PR has been merged in June 2020 but the latest version of the plugin (1.4.1) is still from February 2020? Also I tried using the command line flags like it's shown inside the readme but it's not working for me:

./gradlew generateSwagger --inputFile=./specs.json

is failing with

Option 'inputFile' cannot be cast to type 'java.io.File' in class 'com.yelp.codegen.plugin.GenerateTask'.

wondering when the next release is going to be? It's been almost 3 yrs since the last release