Re: WebDAV sync last call

--=-IuH76+M5FAgKAulT/qy5
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Wed, 2011-12-14 at 09:54 +0100, Julian Reschke wrote:
> On 2011-12-14 08:29, Andrew McMillan wrote:
> > ...
> > (2) long polling
> >
> > When I make a sync request I would sometimes like to be able to indicat=
e
> > to the server that it is acceptable for it to treat my request as a
> > "long poll", so that the server would hold my connection open until a
> > change occurred within the hierarchy of the request.
> >
> > For a server to do this, I think that it would be advantageous for the
> > old sync token to be provided within the request headers, rather than
> > within the XML payload of the request.  I believe that doing this would
> > make server processing easier, since all necessary data for deciding
> > whether changes have occurred (URL, Depth, Token) would be in the
> > headers.
> > ...
>=20
> How does this help? The request body fur the REPORT is sufficiently=20
> small to be inspected right away, no?
>=20
> The important part for the ability to stream the change events is that=
=20
> the new sync token is last in the response body, and the sync spec got=
=20
> that right...
>=20
> (Mentioning this because I'm using Atom for a similar use case in JCR,=
=20
> and that suffers from the ETag having to be sent out first, with=20
> libraries and server frameworks having no support for trailers).

Yes, those are good points.

Regards,
					Andrew.

--=20
------------------------------------------------------------------------
andrew (AT) morphoss (DOT) com                            +64(272)DEBIAN
           This fortune is inoperative.  Please try another.
------------------------------------------------------------------------


--=-IuH76+M5FAgKAulT/qy5
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAABCAAGBQJO6GyGAAoJEOr8/r+P646/Z1oP/1+6Q0NbPQovCly7Pn0A+lHB
VBYbhOJJnBsgPySVRFFmt7z7PkubccPfYSA7t2oaePbqQdiDdn6h70zxDSC+tK/b
CVoWtDm7Wa73b70Bpz2CkGHfo/yAxvdnXLwy//To9VJnZU7M2xO7ct6yf+8QErK8
DLrkjiw32/fISgIS99nCCvQ9lqD9AzOtMswqKoQGKFRgVj1DqkIVzwA6BOFbwOQy
g45/mO8oB6skeUfYkhECkcPjHQZ4PlOS5WVOZ6xgwboftMeV3drgqcEpuTNnrAdp
452VCwGwoAsvAQVkINw11lk+ud0vjAcVtMY7M1oIXqdedYV8ld+h9alTdVx4dKgQ
5N3MhBKqrHydjB0oLMQxlGLC3xrS4nStqlvLoIwIEulKHZ6J08dM8ZEMLB4MFFyU
5dJ0KU90t4fBjdiR/njQt6T+ynD7mUSQiG4luC7qFe4BKJYVed2vh4aZX4FR1jXa
nh1szeDXO4etlLfYqRjETgYo+kwV8yAFvoR+6V2Pz3yplI6Eox9Qg8Wb/HQCeyWz
hbKoZIOsAzEz6FsTGZX4ccdKkTS4PuVRNGlZdw17n/xhW8rcHV0Iy8E+P6EEfMsF
aHi6D9QREbtHrO74B2BIHxJ/d0gE37CcsCtnlMKf/kJNJ/y2IJClwuyT2++vBCoS
B35j309WHqanxFD7deRV
=UUta
-----END PGP SIGNATURE-----

--=-IuH76+M5FAgKAulT/qy5--