Re: [Storagesync] Storagesync Digest, Vol 5, Issue 1

"Fei Song" <fsong@bjtu.edu.cn> Fri, 04 December 2015 01:47 UTC

Return-Path: <fsong@bjtu.edu.cn>
X-Original-To: storagesync@ietfa.amsl.com
Delivered-To: storagesync@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E91F1AD0D6 for <storagesync@ietfa.amsl.com>; Thu, 3 Dec 2015 17:47:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.789
X-Spam-Level:
X-Spam-Status: No, score=0.789 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_BASE64_BLANKS=0.001, RCVD_IN_PSBL=2.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kCIUdUnNrGEp for <storagesync@ietfa.amsl.com>; Thu, 3 Dec 2015 17:47:22 -0800 (PST)
Received: from bjtu.edu.cn (mail.bjtu.edu.cn [218.249.29.198]) by ietfa.amsl.com (Postfix) with ESMTP id CA5E41AD0D2 for <storagesync@ietf.org>; Thu, 3 Dec 2015 17:47:21 -0800 (PST)
Received: from PC-201001061KKK (unknown [211.71.74.217]) by Jdweb3 (Coremail) with SMTP id d55wygAnpAZE8WBWww4HAA--.17018S2; Fri, 04 Dec 2015 09:49:56 +0800 (CST)
Date: Fri, 04 Dec 2015 09:47:16 +0800
From: Fei Song <fsong@bjtu.edu.cn>
To: Fran?ois Kooman <fkooman@tuxed.net>, Michiel de Jong <mbdejong@mozilla.com>
References: <mailman.108.1449000023.26068.storagesync@ietf.org> <1449004445.2745758.455126129.5028FD2B@webmail.messagingengine.com> <CAO_YprZhCmUxEf=aGCYL=+CLbjUoD1ifpDFsrS7N40Npo4wr+w@mail.gmail.com> <1449050174.3667910.455617161.12EEE3C5@webmail.messagingengine.com> <1449051540970-b577e6c2-393e54ef-bbe05be4@gmail.com> <1449052128.3674794.455635937.667C3E1F@webmail.messagingengine.com> <CAPpPfeAdrCZcsYZo7=W6N14K4F2LutXN8BFTetikzKZSr8+vVA@mail.gmail.com> <259424f4.2bca.1516717ef55.Coremail.fsong@bjtu.edu.cn>, <56600F0A.9000200@tuxed.net>
X-Priority: 3
X-Has-Attach: no
X-Mailer: Foxmail 7.0.1.91[cn]
Mime-Version: 1.0
Message-ID: <2015120409471596810319@bjtu.edu.cn>
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
X-CM-TRANSID: d55wygAnpAZE8WBWww4HAA--.17018S2
X-Coremail-Antispam: 1UD129KBjvJXoW7Zw1xtw4xJrWfAryrXF1fWFg_yoW8KF15pa yfKr4fKFWkJF4fAw18Ww1xWr1Fvws7JFW3Grn3KryfG398JFyrKry0yw4FgFn7Zry5Wr12 vrWj9F9xu3Z8AFJanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDU0xBIdaVrnRJUUUv0b7Iv0xC_Cr1lb4IE77IF4wAFF20E14v26r1j6r4UM7CY07I2 0VC2zVCF04k26cxKx2IYs7xG6rWj6s0DM7CIcVAFz4kK6r1j6r18M28lY4IEw2IIxxk0rw A2z4x0Y4vE2Ix0cI8IcVAFwI0_tr0E3s1l84ACjcxK6xIIjxv20xvEc7CjxVAFwI0_Gr1j 6F4UJwA2z4x0Y4vEx4A2jsIE14v26rxl6s0DM28EF7xvwVC2z280aVCY1x0267AKxVW0oV Cq3wAS0I0E0xvYzxvE52x082IY62kv0487Mc02F40EFcxC0VAKzVAqx4xG6I80ewAv7VC0 I7IYx2IY67AKxVWUGVWUXwAv7VC2z280aVAFwI0_Jr0_Gr1lOx8S6xCaFVCjc4AY6r1j6r 4UM4x0Y48IcxkI7VAKI48JM4xvF2IEb7IF0Fy264kE64k0F24lFcxC0VAYjxAxZF0Ex2Iq xwCY02Avz4vE14v_KwCF04k20xvY0x0EwIxGrwC20s026c02F40E14v26r1j6r18MI8I3I 0E7480Y4vE14v26r106r1rMI8E67AF67kF1VAFwI0_JF0_Jw1lIxkGc2Ij64vIr41lIxAI cVC0I7IYx2IY67AKxVWUJVWUCwCI42IY6xIIjxv20xvEc7CjxVAFwI0_Jr0_Gr1lIxAIcV CF04k26cxKx2IYs7xG6rWUJVWrZr1UMIIF0xvEx4A2jsIE14v26r1j6r4UMIIF0xvEx4A2 jsIEc7CjxVAFwI0_Gr0_Gr1UMVCEFcxC0VAYjxAxZFUvcSsGvfC2KfnxnUUI43ZEXa7IU8 xWrtUUUUU==
X-CM-SenderInfo: aytwlqpemw3hxhgxhubq/
Archived-At: <http://mailarchive.ietf.org/arch/msg/storagesync/3tM7SP-4suPbDM1YlFSeQcWTBxg>
Cc: Linhui Sun <lh.sunlinh@gmail.com>, storagesync <storagesync@ietf.org>, Hugo González Labrador <ietf@hugo.labkode.com>
Subject: Re: [Storagesync] Storagesync Digest, Vol 5, Issue 1
X-BeenThere: storagesync@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: fsong <fsong@bjtu.edu.cn>
List-Id: Mechanisms to synchronize client file systems with Internet-based data storage services <storagesync.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/storagesync>, <mailto:storagesync-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/storagesync/>
List-Post: <mailto:storagesync@ietf.org>
List-Help: <mailto:storagesync-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/storagesync>, <mailto:storagesync-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 04 Dec 2015 01:47:23 -0000

Hi Fran?ois,


--------------
Fei Song
>On 12/03/2015 10:06 AM, fsong@bjtu.edu.cn wrote:
>> If we really want to discuss the Pros and Cons of WebDAV, can we
>> mark these three reasons as disadvantages of WebDAV? any support for
>> that?
>
>Personally, I do not think that is fair.
>
>> 1) it's a lot of work to implement this without using an existing
>> WebDAV library 
>
>I do not see a problem in reusing an existing WebDAV library. This has
>the added benefit that you get a lot of functionality 'for free' and
>that existing test suites are available for testing compatibility. This
>is purely a practical argument!
>
>> 2) in practice, a lot of WebDAV servers get it wrong,
>> or don't implement all of WebDAV. It's very annoying for client
>> implementers to have to deal with servers that e.g. chose not to
>> implement LOCK and UNLOCK. 
>
>The point is not to have a fully compliant (whatever that is exactly)
>WebDAV server. Either this ML (or remoteStorage specification) could
>determine a subset of WebDAV that would be required to be implemented.
>E.g. we exhaustively list the verbs that need to be implemented and
>their expected behavior. If we keep this a limited as possible and stay
>away from experimental features we have a high probability that most
>libraries will get it right! If we stay away from locking and ACLs the
>library situation looks a lot brighter :)
>
>> 3) we don't really need all these advanced
>> features on top of standard HTTP, just supporting GET/PUT/DELETE for
>> resources, and adding a simple folder description format, is enough
>> for most applications.
>
>Exactly!
>
>> For the target of our ISS group, whether the WebDAV can be reused is 
>> critical.
>
>Well, my point is that there is little reason to reinvent the wheel if
>the only benefit is to use JSON instead of XML for folder listings. The
>amount of experience and available tooling for WebDAV is already huge!
>It would be a waste to throw this away just for liking JSON better.
>
>But maybe there are other reasons using (a limited set of) WebDAV is
>impossible or unwanted...

For your last comment, I wonder do we already have a limited version of WebDAV? 


>
>Cheers,
>Fran?ois
>
>_______________________________________________
>Storagesync mailing list
>Storagesync@ietf.org
>https://www.ietf.org/mailman/listinfo/storagesync