
Folks, With the change from Allen reflected, I inserted the Mike's text into the section 3.3.4. Also, I drafted the section 3.3.1 by myself, just in case we can't get one from Tom. I will appreciate your comments on this. ( Tom, please correct the text if there is wrong description. ) I'm afraid I am not good enough to describe the rest of remained sections shown below: 3.3.5 OASIS WSDM TC 6. Manageability I would appreciate volunteers for these topics. -Keisuke Michael Behrens wrote:
Thanks for the feedback - I'll change it accordingly.
btw: Sorry I missed the BOF - hope it went well!
Allen Luniewski wrote:
Michael,
When I think of OGSA-D I think that a major focus of what data services provide is access to data (in a very general sense of access) and your second sentence acknowledges this. Since we care about access to data, the movement of data is another key. So, in the kind of brief summary that you are writing, I would tend to change the first sentence to say something more like "... which provide for access to data on the grid." Obviously not a fully descriptive phrase but I think that it comes closer than "distribution of data".
Allen Luniewski IBM Information Management: Strategy Grid/On Demand Strategy
behrens wrote: This is being posted to the ACS and OGSA-D group for inter-group communication purposes. ACS needs to be aware of data services as they will impact the ACS specification at some point in time. The ACS specification has a non-normative section for describing relationships with other groups/activities. This is the proposed paragraph for your review - what do you think?
"The OGSA Data Working Group defines the data services which provide for distribution of data on the grid. ACS can utilize protocols being specified such as Byte-IO, GridFTP, and possibly Replication. ACS provides an extension point for protocols which allow implementations to specify which protocols are supported. The ACS team has reviewed their briefings and draft documents with interest. Interaction with the OGSA Data Working group is expected to increase during the development of the next version of this specification."
-- Michael Behrens R2AD, LLC (571) 594-3008 (cell) *new* (703) 714-0442 (land)