- ogsa-wg - lists.ogf.org

Execution Environment and BES Model in OGSA Grids doc editor submission
by Hiro Kishimoto 18 Jul '07

18 Jul '07

Hi all, As we agreed, I've submitted "Execution Environment and BES Model in OGSA Grids" document (with minor editorial clean-up) to OGF Editor for Public Comment Review. Draft: https://forge.gridforum.org/sf/go/doc14004 Editor Tracker: https://forge.gridforum.org/sf/go/artf5952 Chris Kantarjiev, our Area Director, already gave it green light. Public comment review will start shortly. Thanks, -- Hiro Kishimoto

1 0

Link to OGF Errata process
by Andreas Savva 17 Jul '07

17 Jul '07

Following up on the discussion we had on the Glossary call the proposed OGF Errata process is available on the OGF Editor project: https://forge.gridforum.org/sf/projects/ggf-editor The direct link is http://forge.ogf.org/short/ggf-editor/errata -- Andreas Savva Fujitsu Laboratories Ltd

3 5

Hotel for August F2F
by Andreas Savva 13 Jul '07

13 Jul '07

For those planning to come to the OGSA F2F (August 13-15) and have not booked a hotel yet. Many of us will be staying at the following place: * Corporate Inn Sunnyvale o 805 E El Camino Real, Sunnyvale, CA 94087 United States o Phone: 408 220-1000 or Toll Free 888.411.2208 o 129 USD/night (Group rate under "Fujiau" instead of "Fujitsu corporate rate") See also https://forge.gridforum.org/sf/wiki/do/viewPage/projects.ogsa-wg/wiki/2007A… -- Andreas Savva Fujitsu Laboratories Ltd

1 0

Final Call for comments on Modeling Guidelines document
by Fred Maciel 13 Jul '07

13 Jul '07

Hi all, I uploaded a new version to GridForge, which I think that's ready for public review by the OGF. https://forge.gridforum.org/sf/go/doc12798?nav=1 Main changes in this version are: - Mention Ellen's document - Corrected references to the GGF (the remaining ones should be correct). Regards, Fred Maciel Hitachi America R&D www.hitachi.com/truestories

1 0

container model doc (output from workgroup last call)
by Ellen Stokes 11 Jul '07

11 Jul '07

I've updated the container model doc ( https://forge.gridforum.org/sf/go/doc14004?nav=1 ) to reflect: (1) updates from workgroup last call (minor title change from Grid to Grids) (2) MOF return code text reflects BES doc changes from Invalid Request Message to Invalid Activity Identifier on interfaces TerminateActivity, GetActivityStatus, and GetActivityDocuments This version matches the change request that was approved by the DMTF CIMCore workgroup (6/26) and DMTF Technical Committee (7/10) that will be released in CIMv2.16 (August 2007). I believe this informational document is now ready to be sent to the GFSG to initiate the 1 month public comment period. Let's discuss on this Thursday's OGSA call (7/12). Ellen

2 1

[Invitation] Info/data modeling (Ellen Stokes) @ 2007-07-12 9am - 10am ()
by Hiro Kishimoto 11 Jul '07

11 Jul '07

ogsa-wg(a)ogf.org, you are invited to Title: Info/data modeling (Ellen Stokes) Time: 2007-07-12 9am - 10am (Central Time) Where: http://ogsa.glance.net/ Calendar: Description: When: 10-11am EDT, 9-10am CDT, 7-8am PDT, 11pm-midnight JST, 3-4pm UK Dial-in numbers for Thursday: Free: +1-888-452-0308 Intl/Toll: +(210) 234-7446 PIN: 71815 See more information: - https://forge.gridforum.org/sf/go/wiki1477 Screen share service: URL: http://ogsa.glance.net/ Usage: https://forge.gridforum.org/sf/go/wiki1584 Note: ** OGF IPR POLICY APPLIES ** http://www.ogf.org/About/abt_policies.php 1) Early discussion Social study notification - https://forge.gridforum.org/sf/go/wiki1717 Note taker assignment Roll call Agenda bashing *** Detailed agenda TBD **** Minutes approval June 28: https://forge.gridforum.org/sf/go/doc14651 Action Item review You can view this event at http://www.google.com/calendar/event?action=VIEW&eid=YTNpNW40dXVicHJrZGhjb2… You are receiving this courtesy email at the account ogsa-wg(a)ogf.org because you are an attendee of this event. To stop receiving future notifications for this event, decline this event. Alternatively you can sign up for a Google Calendar account at http://www.google.com/calendar/ and control your notification settings for your entire calendar.

1 0

[Invitation] Profile interop, F2F, and OGF21 (Hiro Kishimoto) @ 2007-07-12 8am - 9am ()
by Hiro Kishimoto 11 Jul '07

11 Jul '07

ogsa-wg(a)ogf.org, you are invited to Title: Profile interop, F2F, and OGF21 (Hiro Kishimoto) Time: 2007-07-12 8am - 9am (Central Time) Where: http://ogsa.glance.net/ Calendar: Description: When: 9-10am EDT, 8-9am CDT, 6-7am PDT, 10-11pm JST, 2-3pm UK Dial-in numbers for Thursday: Free: +1-888-452-0308 Intl/Toll: +(210) 234-7446 PIN: 71815 See more information: - https://forge.gridforum.org/sf/go/wiki1477 Screen share service: URL: http://ogsa.glance.net/ Usage: https://forge.gridforum.org/sf/go/wiki1584 Note: ** OGF IPR POLICY APPLIES ** http://www.ogf.org/About/abt_policies.php 1) Early discussion Social study notification - https://forge.gridforum.org/sf/go/wiki1717 Note taker assignment Roll call Agenda bashing 2) Profile Interoperability (David Snelling, 20 min) OGSA WSRF Basic Profile 1.0 Tests page - https://forge.gridforum.org/sf/go/wiki1832 3) OGF21 session schedule (Hiro, 10 min) Which sessions we will have at OGF21? - https://forge.gridforum.org/sf/go/wiki1834 4) August F2F meeting update (Hiro, 10 min) Please answer your availability through SurveyMonkey. http://www.surveymonkey.com/s.asp?u=88233875297 5) Action Item management tool (Andreas, if time permits) 6) AoB Minutes approval July 2: https://forge.gridforum.org/sf/go/doc14655 Action Item review AI-0511c: Steve Newhouse volunteered to look into the possible next documents for the EMS Architecture and draw up a proposal AI-0611f: Dave S will use the HPC Profile wiki page as a starting point and produce a first draft for the interop wiki page, by the July 2 call AI-0611g: Jem will ask the people involved in the HP WSRF implementation about the possibility of taking part in the interop. AI-0611h: Once the wiki page is set up, Hiro will ask the IBM and HP OGF Board members for their teams to take part. You can view this event at http://www.google.com/calendar/event?action=VIEW&eid=MDAyNzdkNGU4M3YxZTluZz… You are receiving this courtesy email at the account ogsa-wg(a)ogf.org because you are an attendee of this event. To stop receiving future notifications for this event, decline this event. Alternatively you can sign up for a Google Calendar account at http://www.google.com/calendar/ and control your notification settings for your entire calendar.

1 0

Teleconference minutes - 9 July 2007 - Roadmap & Glossary
by Andreas Savva 10 Jul '07

10 Jul '07

Minutes are on gridforge: Roadmap: https://forge.gridforum.org/sf/go/doc14660?nav=1 Glossary: https://forge.gridforum.org/sf/go/doc14659?nav=1 -- Andreas Savva Fujitsu Laboratories Ltd

1 0

Last call for additions to the Roadmap
by Christopher Jordan 09 Jul '07

09 Jul '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Fellow OGSA working group members, We are currently trying to finalize the document list for the OGSA Roadmap document. In order to ensure that we have all the appropriate documents listed in the Roadmap, I am sending this request that document authors and editors review the following list of documents which are currently described in the OGSA Roadmap draft. If there are documents on this list which have changed title or function in the past few months, or there are documents which are not on the list but should be, please send a note either to myself or to the OGSA-WG list, or join one of the Roadmap calls, to discuss any additions or changes which need to be made. The list below only includes document titles and versions. To view the full description and schedule for each of the documents, please consult the latest draft of the Roadmap document, available from: http://forge.ogf.org/sf/go/doc13733?nav=1 (New additions, to be discussed today but not on the list below are the Express Authentication Profile, Resource Modeling, and the EGA Reference Model reconciliation document) Informational Documents _____________________ OGSA Architecture Version 1.5 OGSA Glossary Version 1.5 OGSA ByteIO Use-Cases Version 1.0 OGSA Data Architecture Version 1.0 Naming Issues in Distributed Systems Version 1.0 OGSA EMS Architecture Scenarios Version 1.0 Normative Documents ___________________ OGSA ByteIO Interface Document Version 1.0 OGSA Basic Execution Services Interface Document Version 1.0 Job Submission Description Language Specification Version 1.1 Resource Namespace Service Specification Version 1.0 WS-Naming Specification Version 1.0 Application Content Service Specification Version 1.0 WS-Agreement Specification Version 1.0 Attributes Used in OGSA Authorization Version 1.0 Recommended Profiles _________________________ OGSA WSRF Basic Profile Version 1.0 OGSA Security Profile 1.0 – Secure Channel OGSA Basic Security Profile 1.0 – Anonymous Channel Thanks. Chris Jordan Data Reliability Manager Digital Preservation Initiatives San Diego Supercomputer Center ctjordan(a)sdsc.edu 858.534.8347 http://del.icio.us/tensileacuity "I have lots of problems. But they belong to me." - Sex, Lies, and Videotape -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) iD8DBQFGkp7EPCVtcXn6kg8RAmi7AKDbxMOdGYfyvHjnabCm8p27WXJYswCgsmGh pPJt2wucW+7WnhsZ3q9hrmA= =c1B3 -----END PGP SIGNATURE-----

1 0

Re: [ogsa-wg] [OGSA-D-WG] Definition of "data service"
by guru prasad 09 Jul '07

09 Jul '07

Thank you for your comments Allen. In that case I vote for Dave Berry's definition: "A service that provides interfaces to the capabilities and data of one or more data resources within a service-oriented architecture." and the Data Resource is ..... Allen Luniewski <luniew(a)us.ibm.com> wrote: My comments below. Allen Luniewski IBM Cross Brand Services IBM Silicon Valley Laboratory 555 Bailey Ave. San Jose, CA 95141 408-463-2255 408-930-1844 (mobile) guru prasad <guru_bn(a)yahoo.com> wrote on 07/06/2007 12:46:49 PM: > In essence, it is clear with the discussions we have been having > that it is not enough to define a data service as something that > "exposes the capabilities and data of data resource". > > I agree to dave's definition. However, I think we need to define > Data Resource in conjunction with the definition of the Data > Service. I have also compiled all the comments we are exchanging See my note below. We have done this as part of the Data Architecture. I believe that the definitions of data resource and data service are consistent with one another > back and forth in this single mail. > > > Quesiton 1: > If the Data Service is advertising the capabilities and the data, > will the onus be on the data resource to provide QoS. No. The data service is responsible for agreeing to, and providing, QoS. Obviously it will do using whatever capabilities the data resource provides. Moreover, it is quite reasonable to expect that the ability of a data service to provide QoS is constrained by the QoS capabilities of the data resource. But that is an implementation issue and not one that the user of the data service is aware of. > > Say for example: My data service says that a data resource provides > "copy" feature on a certain data. Then who should ensure that copy > feature is available, and upon invoking with right credentials and > parameters that it "copy" is successful? Will that be data resource? > or the me who is invoking the "copy" capaibility? In all cases, the answer is the data service. > > This is important because the definitions we have/are > proposed/proposing do not make these vital things clear. All we are > saying is service exposes capabilities and the data while the data > resource that holds the data and provides various mechanisms to > access the data. > > Question 2: > > What about the possibility of a single data source and different > capabilities on that source provided by different data resources. As posed, this is an issue outside of the context of the data architecture - the operations provided by a data resource are outside of the architecture. To put your question differently, it is quite possible, and reasonable, for their to be many data services that use the same data resource. > > For Example: I am a employee table. I have a "update" capability > from data resource one on view1. I have "add" capability provided by > data resource two on view2. Effectively, I am still the same physical table. This question is outside of the data architecture since you are proposing a direct interaction with the data resource. If I substitute "data service" for "data resource" in your question, then the operations you can perform are dependent on whether you access via view1 or view2. In this example, the effect will to make changes to the same data resource. > > > > Related conversations. > > DONAL: > > guru prasad wrote: > > I have the following opinion about the proposed definition for a data > > > service: "A service that exposes the capabilities or data of one or > more > > data resources within a service-oriented architecture." > > I'm trying to understand why there should be a distinction between > "capabilities" and "data" in this context. Data's interesting for what > you can do with it. :-) > > > The definition just tells me that Data Service just exposes the > > capabilities and/or data of data resource(s). But, it does not tell > me > > if I can access this service to invoke those capabilities or the data > of > > a data resource. > > It's exposing the capabilities, not (necessarily) a description of > them. > > > If this is true, then, 'service' is too strong a term. > > It should be 'data resource descriptor'. Else, 'service that exposese > > > the capabilities or data' has to be rephrased. Because it is not only > > > exposing but also allowing the user to access those capabilities. > > A capability isn't exposed if it isn't (at least in principle) > accessible. > > Donal: > > guru prasad wrote: > > This brings me to this question: What is the difference between and > data > > source and a data resource? > > A data source is an origin endpoint for a data transfer, and is > typically positioned on a data resource. A data resource is some > structured information (==data) that can be used by an activity, > monitored for changes, lifetime-managed, etc. (==resource); i.e. a data > resource is data that is a resource. Obvious really. :-) > > > Is former just the container for data and latter is responsible for > > managing one or more data sources? > > Now you're getting mixed up between the service instances that > implement > the concept space and the concepts themselves. Both "data source" and > "data resource" are concepts, and they map respectively to things like > a > service instance that can stream the results of a database query or a > file. It might be that the two things are implemented in the same > component, but that's not required. Also, a single data resource may > have many different sources associated with it (corresponding to views > of the data, transfer methods, etc.) > > If it helps, remember that I regard the act of data transfer as an > activity. > > Donal. > > Allen Luniewski: > > From the Data Architecture glossary: > Data sink: A data resource that receives the data copied by > a data transfer mechanism from a source. > Data Source: A data resource that contains the data to be > copied to a sink via a data transfer mechanism. > Informally, Data Architecture, and DMI for that matter, use these > terms to denote the end points of a data transfer operation. > > A data resource is defined as: > An entity (and its associated framework) that provides a > data access mechanism or can act as a source or sink. > (This is what currently on Grid Forge but source/sink really mean > data source/sink). > > So, a data resource is the "thing" that both holds data and provides > mechanisms for accessing its contents. > > Think of a data resource as something like a relational database or > a file system as we have had for decades while the Data Architecture > defines interfaces (services) that "front" a data resource, making > it a participant in the service oriented architecture being defined by OGSA. > > > Dave Berry: > > I suppose there is an ambiguity arising throught the phrase "expose the > capabilities", as we don't have a definition of "expose". Perhaps we > could find better words to express the intended meaning. I wondered > about "make available the capabilities and data", but this might be > confused with provisioning. (I notice that the OGSA definition of > "virtualization" has dropped the phrase "make available"). > > How about: > > "A service that provides interfaces to the capabilities and data of one > or more > data resources within a service-oriented architecture." > Sick sense of humor? Visit Yahoo! TV's Comedy with an Edge to see > what's on, when. --------------------------------- Don't get soaked. Take a quick peak at the forecast with theYahoo! Search weather shortcut.

2 2