Anyone interested in showing Timber some MPP love?...

# multiplatform

[patjackson52]

Anyone interested in showing Timber some MPP love? I’ve created a WIP PR to refactor to the new MPP plugin. Still needs a lot of work overall to get it into proper shape. Would be nice to have easy logging with the familiar API on iOS & Android. Comments are welcome… https://github.com/JakeWharton/timber/pull/341

[kpgalligan]

Ive done this mostly. Not the mpp part (still platform plugin), but the native changes https://github.com/touchlab/timber/tree/native

[kpgalligan]

See droidcon app for live use https://github.com/touchlab/DroidconKotlin

[louiscad]

New MPP doesn't allow Android libraries publishing yet (should be fixed in 1.3.20 though)

[kpgalligan]

So, just use my version then. Works with android too :)

[patjackson52]

nice! still would be great to have a published artifact from the official repo. I believe the work around is to have a separate module for the android artifact.

[kpgalligan]

Anything I’ve been publishing that has an Android artifact and isn’t mpp I’ve just left as platform plugin for now. There’s not a lot of value in converting and adding a workaround. Waiting for 1.3.20 seems like less work

[kpgalligan]

What’s the “official repo”? Jecenter or maven central?

[kpgalligan]

I’ve been publishing to a bintray repo due to pace of changes in platform. Assuming that will be much more stable soonish.

[patjackson52]

meant the timber github repo. Seems like Jake wants to make it MPP. There is an issue for it

[kpgalligan]

Ah. Ok

[patjackson52]

and a published artifact in the usual places (jcenter, maven central)

[kpgalligan]

The other dimension is 4.10 gradle and metadata. Just FYI

[kpgalligan]

And native

[addamsson]

@kpgalligan do you know how to realease to maven cetnral with the new kotlin-multiplatform plugin?

[addamsson]

I haven't managed yet

[kpgalligan]

I’ll be republishing most of the libraries I’m using in Droidcon over the next few days for 4.10. In advance of Droidcon sf

[kpgalligan]

@addamsson no on maven central. I suspect sqldelight will go there

[addamsson]

i'm intrigued

[kpgalligan]

I hacked JetBrains version of bintray plugin to push to bintray, which could in theory end up in jcenter, but gradle and publishing is not my favorite chore, so I tend to stop at “good enough “

[addamsson]

yea I use jitpack 😄

[kpgalligan]

Anything coming from square and/or jw tends to avoid bintray afaik. I haven’t explored why too much. Kind of waiting for somebody else to figure that out

[addamsson]

my guess is that it is equally as hard to push to maven central

[addamsson]

and when they are equally hard i'd rather use MC instead of bintray

[kpgalligan]

Oh, I don’t think they are. Bintray is pretty easy, at least before 4.10, which took a little hacking. I’ll have to figure out how mc works to contribute to square libs, though. Any pr involves my hacks to bintray, which makes a mess. For my repos, though, not a big issue

[kpgalligan]

Apparently I didn’t push changes, but latest goes to bintray with 4.10.2 https://github.com/touchlab/Stately

[kpgalligan]

In car on a phone, so it’ll be a bit before I get to it

[addamsson]

for MC you need:
- signing
- javadoc
- sources
- ossrh user + approved domain

[addamsson]

that's pretty much it

[addamsson]

and straightforward to set up

[kpgalligan]

Yeah, bintray needs a user org and user key, plus creating a project on mc requires some sort of application review. Probably a good thing, but easier to be up and pushing to bintray. Not saying that’s a good thing. Just simpler

[kpgalligan]

I don’t know how that handles the metadata deployment. That definitely needs to work for native publishing

[louiscad]

Some users of Square libraries use exclusively mavenCentral, so that's partly why they don't use bintray (although bintray mirrors mavenCentral)

[kpgalligan]

All for it. Just waiting to see a functional sample :)

[louiscad]

@kpgalligan Publishing on jcenter from bintray is not hard. You basically click a button, fill a form (ro just leave it empty), then wait for approval notification, and that's it, all the versions will be synced to jcenter

[addamsson]

can you link to a square library which deploys to maven central and uses the kotlin-multiplaform plugin?

[addamsson]

i'm not familiar with that lib

[louiscad]

It's always better to push on jcenter, because you can't remove something from it just like you could on a private bintray repo, so it's more reliable to depend only on jcenter and mavenCentral published artifacts

[kpgalligan]

Sort of

[kpgalligan]

I’m not sure they’re ready for mpp publishing (or I didn’t include everything). Wasn’t a huge priority to sort out till after Droidcon

[kpgalligan]

I agree that publishing to a non-changing endpoint is good. However, until recently, all native versions weren’t backward compatible, and gradle metadata also wasn’t (isn’t) backward compatible, so you wind up with a lot of versions, as you need to republish when anything changes. That obviously needs to stabilize as we go forward, but over the last few months, not much was stable

[louiscad]

@kpgalligan You're just missing the sources. Here's what I use for Android only libraries: https://github.com/LouisCAD/Splitties/blob/master/publish.gradle#L39

[kpgalligan]

@louiscad I have sources for js, jvm, and native artifacts. Still got bounced. Hence the “sort it out later” thinking. Didn’t feel like a conversation with bintray support, especially since I’m not a paying customer. The mpp publishes a lot of folders. That includes common folder and metadata folder, which I guess we could try to copy sources into, but you know. Not my highest priority

[kpgalligan]

Today, I mean. Obviously eventually, but was also thinking a re-evaluation on jcenter va mavencentral

[jw]

JCenter are untrustworthy, don't use them. We already have multiplatform publishing set up on SQL Delight for Maven Central. It's not hard.

[louiscad]

@jw What makes you say they're untrustworthy? I want to know the rationale behind this statement.

[kpgalligan]

Exciting instruction video

https://www.youtube.com/watch?v=P_3yo-oU1To&feature=youtu.be▾

[addamsson]

@jw how did you do that? Are you using the new kotlin-multiplatform plugin? Can you point us to the source?

[addamsson]

I just checked, there is no reference to kotlin-muiltiplatform, I guess it uses the old multiplatform method

[russhwolf]

They use the org.jetbrains.kotlin.multiplatform syntax instead, which I guess is a synonym though I don't really ever see that style outside of Square stuff.

[addamsson]

oh I see

[addamsson]

do you plan to write a guide on how to publish multiplatform projects to maven central?

[russhwolf]

Who are you asking? I don't think anyone has definitive best-practices outside of JetBrains at the moment.

[addamsson]

I was asking @jw

[jw]

https://github.com/square/sqldelight/blob/master/sqldelight-runtime/build.gradle

[addamsson]

Great thanks for that!!!