On 21.06.2019 17:05, Paul Hammant wrote: >> building those ideas on the Subversion 1.x code base > +1 > >> Rust or Go > +1. Rust doesn't yet target all the platforms that Subversion already > targets. It will do though, there's something unstoppable about the > Rust community. I commissioned Rust ports of Python pieces on UpWorks > for fixed prices and have always been impressed. If you choose a > "most depended on, and least depending, FIRST" strategy for flipping > to Rust, you could methodically transition to Rust from C/C++ and keep > shipping. > > If anything feels 2.x worthy, it's addressing the chatty nature of the > HTTP wire api. I don't think there'd be any appetite for that though, > as Greg Stein et al participated with the W3C to make HTTP 1.1 > (including WebDAV) in order to polish Svn's over-HTTP sid. And given > that the there's zero community interest in revisiting the WebDAV > spec, you'd be talking about a non-standard extension, and I'll be > there's no interest in that here.
There may be. At the time, there was an expectation that WebDAV/DeltaV would become ubiquitous. The idea that a Subversion client could talk to any WebDAV or DeltaV server, and the obverse, was very exciting. But that went the way of so many exciting ideas, and in the end, our "HTTPv2" protocol ditched DeltaV entirely whilst playing only lip service to WebDAV. I think there's still a good reason to have an HTTP-based protocol, but something more streamlined and stateful and -- possibly -- requiring HTTP/2 features might be a better fit. And almost certainly something that wasn't tied to Apache HTTPd on the server side. -- Brane
