Has anyone seen a better publishing script than this? <https://github.com/square/sqldelight/blob/mas...

# multiplatform

[pardom]

Has anyone seen a better publishing script than this? https://github.com/square/sqldelight/blob/master/gradle/gradle-mvn-mpp-push.gradle

[pardom]

Perhaps I’ll go with Bintray instead of Sonatype since the kotlinx publishing seems to work well with it.

[kpgalligan]

Those are basically your 2 options. Bintray and Sonatype. “Better” is somewhat relative. I’ve used both but have moved over to Sonatype. My scripts are basically copies of sqldelight because it was working fine.

[pardom]

Didn’t you have to fix the group?

[pardom]

Is your script up somewhere?

[pardom]

https://github.com/touchlab/SQLiter/blob/master/SQLiter/gradle/gradle-mvn-mpp-push.gradle

[pardom]

This? ^

[kpgalligan]

That’s one

[kpgalligan]

https://github.com/touchlab/Stately/blob/master/gradle/gradle-mvn-mpp-push.gradle

[kpgalligan]

My group is ‘co.touchlab’

[pardom]

Off the shelf that script doesn’t work for me. It tires publishing with unamed as the group.

[kpgalligan]

https://github.com/touchlab/SQLiter/blob/master/SQLiter/gradle.properties

[pardom]

do you set project.group = GROUP somewhere?

[pardom]

Ah, yeah in your main build.gradle

[pardom]

I’ll give it another shot.

[kpgalligan]

Yeah, that

[kpgalligan]

Part of the reason I went with sqldelight script was because I was tweaking sqldelight itself and I’d rather have one config pattern. Build script maintenance is not my favorite task

[kpgalligan]

What are you working on, btw (if public)?

[pardom]

https://github.com/pardom/oolong

[pardom]

Example: https://github.com/pardom/oolong/blob/master/samples/counter/core/src/commonMain/kotlin/counter/Counter.kt

[pardom]

With this script do you just run ./gradlew publish?

[kpgalligan]

Yes?

[kpgalligan]

Yes. Sqldelight itself needs to do more because it has a gradle plugin deploy

[gaetan]

@pardom I don’t know if it’s better but we have also some quite extensive build scripts: https://github.com/data2viz/data2viz

[kpgalligan]

Yeah, extensive sounds about right! Publishing native adds the metadata wrinkle, which is a whole different discussion.

[pardom]

Did you guys at any point run into this?

Execution failed for task ':oolong:generateMetadataFileForIosPublication'.
> org.jetbrains.kotlin.gradle.plugin.mpp.HierarchyAttributeContainer cannot be cast to org.gradle.api.internal.attributes.AttributeContainerInternal

[kpgalligan]

No. What version of gradle are you on, and do you have metadata enabled in settings.gradle?

[kpgalligan]

When I say “no” I mean I don’t remember. Ran into lots of stuff

[pardom]

What version of gradle are you on

1.3.21

do you have metadata enabled in settings.gradle

yes

[kpgalligan]

Gradle, not kotlin

[pardom]

Oh

[pardom]

5.2.1

[kpgalligan]

We use 4.10.2. If you’re on bleeding edge you could have trouble. I recall there being trouble with taht

[kpgalligan]

I think ~5.1 works

[pardom]

😞

[pardom]

I’ll try that.

[kpgalligan]

It’s all metadata related

[kpgalligan]

Gradle metadata, not kotlin metadata, which are different things

[pardom]

👏 that was it!

[kpgalligan]

👍

[pardom]

Snapshots are up if you want to play 😄 https://oss.sonatype.org/content/repositories/snapshots/com/michaelpardo

[kpgalligan]

Ran a local build to see if the native wasn’t crashing. That native state is complicated…

[kpgalligan]

Heading out, but will take a look if I get some time

[pardom]

Ran a local build to see if the native wasn’t crashing. That native state is complicated…

Curious what you mean by this. Talk later 👋