incubator-pekko release is not dependent on anything in incubator-pekko-http. The original discussion has nothing to do with core pekko. incubator-pekko will be released when they are ready. incubator-pekko-http will be released separately, some time later when it is ready. If you want to discuss incubator-pekko, please start a new mail thread.
On Fri 14 Apr 2023, 17:27 Sam Byng, <[email protected]> wrote: > We're in a similar situation to Dave here. Do you have an indication for > how long is left on the scala3 pekko-http support? > > The positives on our side are that we don't have to wait for pekko 1.1.0 > to get pekko-http, and it makes further releases of connectors etc simpler. > However, negatives would be the possible extension of 1.0.0 date. So far, > looking at the MR it seems that adding pekko-http scala3 support is not far > off so wouldn't extend the 1.0.0 release too dramatically. > > -Sam > > > -----Original Message----- > > From: Dave Brosius <[email protected]> > > Sent: Friday, April 14, 2023 2:49 PM > > To: [email protected] > > Subject: Re: [DISCUSS] adding pekko-http scala3 support now for v1.0.0 > release > > > > As a future simple consumer of Apache Pekko, i'd would love anything > that gets a published release sooner than later as our corporate governance > is on our necks about using akka (even the > last o/s variant) because of > the license change. We have 1 year from the announcement (sept 23) to > resolve. > > > > Granted you likely don't care all that much about what one consumer > thinks, but i wouldn't be surprised if others are in similar situations. > > > > On Wed, Apr 12, 2023 at 5:54 AM Nicolas Vollmar <[email protected]> > wrote: > > > > I assume overall there weren't any (major) changes to public APIs for > > Scala 3, so merging it for 1.0.0 would be a small risk, but also > > reduce burden of maintaining the branch and allow to ship Scala 3 > > support across the board with 1.0.0. I'd +1 that. > > > > On Tue, 11 Apr 2023 at 13:26, PJ Fanning <[email protected]> wrote: > > > > > Hi, > > > > > > I'd like to pitch the idea of just merging the pekko-http scala3 > > > support to main branch when it is ready and including this in the > v1.0.0 release. > > > We have already made small-ish changes like using Parboiled jar and > > > upgrading Jackson. > > > > > > The scala3 changes don't make significant changes to the APIs and it > > feels > > > like adding the scala3 support now would not make migration from > > > Akka > > HTTP > > > much harder. Akka HTTP has released scala3 support (BSL licensed) > > > but the release seems to have gone smoothly - without much user > complaint. > > Nothing > > > significant had to be documented about the migration to Akka HTTP > > > 10.4 > > [1]. > > > > > > My main reason for supporting an early merge of this is that it will > > > save us a whole circle of releases downstream. A scala3 support > > > pekko-http > > > v1.1.0 would lead to new releases for pekko-connectors and other > > downstream > > > projects. > > > > > > I get that we want to make migration to v1.0.0 easy but I don't > > > think the > > > scala3 changes make this significantly harder. > > > > > > If we had made faster progress with the v1.0.0 release then being > > > conservative probably makes sense but now that we still don't have a > > > release scheduled, it feels like we might be better off planning to > > > get a slightly bigger v1.0.0 release done and saving ourselves the > > > hassle of having to do a v1.1.0 release for the scala3 changes. > > > > > > [1] > > > > > https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdoc. > > akka.io%2Fdocs%2Fakka-http%2Fcurrent%2Fmigration-guide%2Fmigration-gui > > de-10.4.x.html%23general-notes&data=05%7C01%7Csambyng%40microsoft.com% > > 7C84d3391cb35f40598c2908db3ceefd85%7C72f988bf86f141af91ab2d7cd011db47% > > 7C1%7C0%7C638170769415330544%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwM > > DAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdat > > a=9kKrhjPaZVGmWaV%2FPcF%2BygzMZjd%2BzXwNpCIuQxyD%2FcY%3D&reserved=0 > > > > > > > > > > > > -------------------------------------------------------------------- > > > - To unsubscribe, e-mail: [email protected] For > > > additional commands, e-mail: [email protected] > > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] >
