FYI, -------- Original Message -------- Subject: Re: [cddlm] In preparation for the CDDLM/ACS joint session at GGF14 (re-send) Date: Tue, 19 Jul 2005 17:36:38 +0900 From: Keisuke Fukui <kfukui@labs.fujitsu.com> To: Steve Loughran <steve_loughran@hpl.hp.com> CC: 'cddlm-wg@ggf.org' <cddlm-wg@ggf.org> References: <42B92AB0.3080802@labs.fujitsu.com> <42B94FBC.70406@hpl.hp.com> <42BB559D.6020600@labs.fujitsu.com> <42BBD923.1010509@hpl.hp.com> <42BC935C.4090501@labs.fujitsu.com> <42C92E87.6090508@hpl.hp.com> <42D1D6EF.5010108@labs.fujitsu.com> <42DB9DCE.307@hpl.hp.com> Hi Steve, I think I got your point on slide 2. Thanks for a heads up. I modified the diagram so that it convey the intent more precisely. GetResourceProperty can be called either the client or component. I assumed that in preparation to register the application contents, the client will do the call and prepare for it in the components. Does it look better in terms of your comments? As for the comments on the slide 3, I'm not very sure about your proposal. I understand that we can include multiple files as an attachment using this framework. It may include appropriate number of URIs needed, which refers to the attached contents. We need more study on this, but we are not intended to generate any extension to the existing standards on this area. Steve Loughran wrote:

4. Caching/performance. If the URL-fetching app is written with the assumption that the repository is some distance away, or intermittently unreachable, it will want to download the resource and cache it. So an HTTP HEAD request may be needed, or a GET with a lastModifiedSince (or better yet, an etag).

I guess the ACS repository would be the one that offer a local cache in the system. That's the largely the motivation to have the ACS standards. -Keisuke