@Ted Check now. I went back and double checked the details. Seems like the release details may have changed in a way that was not clearly documented because we have two separate uploads now -- the gradle process for most of the artifacts and the maven uploads for the streams quickstart examples. This requires "closing" two separate staging repos to get everything released.
If things look good now, I can update the release script/instructions to make this clearer. -Ewen On Mon, Feb 5, 2018 at 9:59 PM, Ewen Cheslack-Postava <e...@confluent.io> wrote: > Not sure, seems to be variable. I "closed" the upload on the Apache > staging nexus repo per the release process, but I've never seen any > indication of a reliable amount of time for it to show up. Didn't want to > hold up the process waiting for it so I sent the email, but if it doesn't > show up for too long or we need a follow up RC, I'll just extend/restart > the process. > > -Ewen > > On Mon, Feb 5, 2018 at 8:21 PM, Ted Yu <yuzhih...@gmail.com> wrote: > >> Ewen: >> Do you know how long it takes for maven repo to be populated ? >> >> Looking at: >> https://repository.apache.org/content/groups/staging/org/apa >> che/kafka/kafka-clients/ >> >> I don't see 1.0.1 version. >> >> Cheers >> >> On Mon, Feb 5, 2018 at 7:48 PM, Ewen Cheslack-Postava <e...@confluent.io> >> wrote: >> >> > Hello Kafka users, developers and client-developers, >> > >> > Sorry for a bit of delay, but I've now prepared the first candidate for >> > release of Apache Kafka 1.0.1. >> > >> > This is a bugfix release for the 1.0 branch that was first released with >> > 1.0.0 about 3 months ago. We've fixed 46 significant issues since that >> > release. Most of these are non-critical, but in aggregate these fixes >> will >> > have significant impact. A few of the more significant fixes include: >> > >> > * KAFKA-6277: Make loadClass thread-safe for class loaders of Connect >> > plugins >> > * KAFKA-6185: Selector memory leak with high likelihood of OOM in case >> of >> > down conversion >> > * KAFKA-6269: KTable state restore fails after rebalance >> > * KAFKA-6190: GlobalKTable never finishes restoring when consuming >> > transactional messages >> > >> > Release notes for the 1.0.1 release: >> > http://home.apache.org/~ewencp/kafka-1.0.1-rc0/RELEASE_NOTES.html >> > >> > *** Please download, test and vote by Thursday, Feb 8, 12pm PT *** >> > >> > Kafka's KEYS file containing PGP keys we use to sign the release: >> > http://kafka.apache.org/KEYS >> > >> > * Release artifacts to be voted upon (source and binary): >> > http://home.apache.org/~ewencp/kafka-1.0.1-rc0/ >> > >> > * Maven artifacts to be voted upon: >> > https://repository.apache.org/content/groups/staging/ >> > >> > * Javadoc: >> > http://home.apache.org/~ewencp/kafka-1.0.1-rc0/javadoc/ >> > >> > * Tag to be voted upon (off 1.0 branch) is the 1.0.1 tag: >> > https://github.com/apache/kafka/tree/1.0.1-rc0 >> > >> > >> > * Documentation: >> > http://kafka.apache.org/10/documentation.html >> > >> > * Protocol: >> > http://kafka.apache.org/10/protocol.html >> > >> > >> > Please test and verify the release artifacts and submit a vote for this >> RC, >> > or report any issues so we can fix them and get a new RC out ASAP! >> Although >> > this release vote requires PMC votes to pass, testing, votes, and bug >> > reports are valuable and appreciated from everyone. >> > >> > Thanks, >> > Ewen >> > >> > >
