comparison mercurial/configitems.py @ 37558:8a73132214a3

httppeer: support protocol upgrade With the new handshake defined and in place on the server, we can now implement it on the client. The HTTP handshake mechanism has been taught to add headers advertising its support for the new capabilities response. Response handling has been adjusted to allow CBOR responses through. And makepeer() has been taught to instantiate a mutually supported peer. The HTTPv2 peer class doesn't implement the full peer interface. So HTTPv2 is not yet usable as a peer. Like the server side, we support registering handlers for different API services. This allows extensions to easily implement API services and peers. A practical use case for this is to provide a previous implementation of the experimental version 2 wire protocol to a future version of Mercurial. We know there will be BC breaks after 4.6 ships. But someone could take the peer and server code from 4.6, drop it in an extension, and allow its use indefinitely. Differential Revision: https://phab.mercurial-scm.org/D3243
author Gregory Szorc <gregory.szorc@gmail.com>
date Tue, 10 Apr 2018 18:16:47 -0700
parents aacfca6f9767
children 0a5fe2a08e82
comparison
equal deleted inserted replaced
37557:734515aca84d 37558:8a73132214a3
536 default=dynamicdefault, 536 default=dynamicdefault,
537 ) 537 )
538 coreconfigitem('experimental', 'hook-track-tags', 538 coreconfigitem('experimental', 'hook-track-tags',
539 default=False, 539 default=False,
540 ) 540 )
541 coreconfigitem('experimental', 'httppeer.advertise-v2',
542 default=False,
543 )
541 coreconfigitem('experimental', 'httppostargs', 544 coreconfigitem('experimental', 'httppostargs',
542 default=False, 545 default=False,
543 ) 546 )
544 coreconfigitem('experimental', 'mergedriver', 547 coreconfigitem('experimental', 'mergedriver',
545 default=None, 548 default=None,