- graap-wg - lists.ogf.org

notes/minutes from 2/7/05 teleconference
by Wolfgang Ziegler 10 Feb '05

10 Feb '05

Minutes including Alain's notes are attached. Best regards Wolfgang -- Fraunhofer-Institute for Algorithms and Scientific Computing (SCAI) Schloss Birlinghoven, D-53754 Sankt Augustin, Germany Tel: +49 2241 14 2258 Fax: +49 2241 14 42258 http://www.scai.fraunhofer.de "Heut ist nicht so kalt wie gestern, trotzdem dass heut kaelter ist" Minutes from Feb. 7, 2005 Teleconference Attendees --------- Takuya Araki Toshiyuki Nakata Wolfgang Zeigler Heiko Ludwig Asit Dan Alain Andrieux Karl Czajkowski Agenda ------ GGF session confirmed for March 16, 1:30 p.m. - 3 p.m. Working through the comments: #1, Changing Offers: After short discussion based on the material Toshi added to this track on the gridforge web-page, and previous discussions on this subject the participants agreed. Decission taken: The example mentioned in the spec is wrong, offers are not expected to change. The wsdl has to be corrected #2, Asynchronous Operations: Toshi: we need asynchronous messaging if the creation of an agreement takes long time to come back from the factory Heiko: according to WSDL specs we would do specify the asynchronicity at the binding level of the factory service specification, not at the port type level. Karl: then we need negotiation again! Asynch is like a very thin layer of negotiation. We would have a different port type: an asynchronous factory to compose with what exists already in the spec if we think binding level is not enough. A messageId like in GRAM would provide a mechanism to recover from the absence of response after the creation message is sent to the factory. In GRAM, if the user does not obtain a response within a timeout delay he chose, s/he/it can choose to decide to retry the submission by using the same message ID. If the job has been created already with that message ID, the factory does not create another job resource but simply returns the EPR (again). In WS-Agreement we could apply this concept instead of asynchronous notifications by having the client/initiator re-issue the same message to the factory, with the same message ID, after a delay chosen by the client. Note: messageID is a concept designed in WS-Addressing in order to detect duplicate messages. Karl will provide the mailing list with information on different ways to handle this problem examined in the context of GT4 implementation. Decission taken: Further discussion to prepare a decission should happen on the mailing list. #3, Related Agreement: Decission taken: Introduces too much complexity into the spec, related agreements are dropped from the spec for the moment. A short discussion after this decission (about probably shifting this kind of features into the (domain specific) context raised other questions like what is a domain, isn't the compatibility reduced when adding too much domain specific issues.., These questions could not be discussed as time for the telecon was over but need a final clarification. Discussions on certain aspects of the spec seem to be difficult as at this stage implementation experience is missing and also interoperability tests between different implementations.

1 0

asynchronous binding
by Takuya Araki (Biglobe) 10 Feb '05

10 Feb '05

Karl: Could you tell me the pointer to the standard spec. of the asynchronous operation binding you mentioned in the telecon? I've found that WS-Addressing has "message information headers", which can carry the information that is necessary to implement asynchronous operations, but what you mentioned seems to be more than that... -- Takuya Araki Grid System Technology Group Internet Systems Research Laboratories NEC Corporation <t-araki(a)dc.jp.nec.com>

1 0

notes/minutes from 1/31/05 teleconference
by Jim Pruyne 10 Feb '05

10 Feb '05

They are attached. Next call will be on Feb. 7 at the same time as this week. Thanks everyone for dialing in. --- Jim Attendees --------- Kate Keahey Toshiyuki Nakata Jim Pruyne Wolfgang Zeigler Heiko Ludwig Asit Dan Alain Andrieux Art Sedighi Agenda ------ Toshi reminds us about working with EMS GGF session requested by Wolfgang and will try to match Toshi's schedule Working through the comments: Changing Offers: p. 51 and p. 34 are contradictory about whether the text of the offered agreement and the final agreement must be equivalent. One implies that alternatives will be removed. Do we ultimately think that alternatives are a good idea at this point (i.e. without negotiation) at all. Toshi to (re-)post introduction to this discussion. Jim to summarize. Further discussion to take place via the tracker. Jim to send out instructions on how to set that up. Discussion on mailing list on criteria for accepting or rejecting comments, and classes of responses. Heiko to initiate. Discussion on comment by Takuya is discussed on mailing list on Nov. 30 for people to look back at prior to next week's discussion.

3 6

Fw: Second IEEE International Workshop on Electronic Contracting (WEC '05)
by Heiko Ludwig 26 Jan '05

26 Jan '05

Dear GRAAP working group, while not directly related to the GRAAP work, this might be of interest to the members of the group. Regards, Heiko ------------------------------------------------------- Second IEEE International Workshop on Electronic Contracting (WEC '05) July 18, 2005, Munich, Germany http://www.hpl.hp.com/personal/Claudio_Bartolini/Wec05.html Call for Papers Real world commerce is largely built on a fabric of contracts. Considered abstractly, a contract is an agreed framework of rules used by separately interested parties to coordinate their plans in order to realize cooperative opportunities, while simultaneously limiting their risk from each other's misbehavior. Electronic commerce is encouraging the growth of contract-like mechanisms whose terms are partially machine understandable and enforceable. Building on the success of the First IEEE International Workshop on Electronic Contracting (WEC-04), this second edition is the forum to discuss innovative ideas at the interface between business, legal, and formal notions of contracts. The target audiences will be mainly researchers, scientists, software architects, but also contract lawyers, economists, and industry professionals who need to be acquainted with the state of the art technologies and the future trends in electronic contracting. The event will take place in Munich, Germany on July 18, 2005. IEEE WEC 2005 will be held in conjunction with The International Conference on Electronic Commerce (IEEE CEC 2005). Topics of interest include but are not limited to the following: Contract languages and user interfaces Computer aided contract design, construction, and composition Computer aided approaches to contract negotiation Role of electronic contracts in IT governance Relationship of electronic and legal enforcement mechanisms Electronic vs. legal concepts of non-repudiation Privacy vs. reputation and recourse Contracts and mechanism design Submissions Authors are invited to submit original and significant research contributions in the aforementioned areas. All submissions will be peer-reviewed by the members of the international program committee. We are negotiating to publish the proceedings in the Springer Lecture Notes in Computer Science. Full papers must not exceed 16 pages and conform to the LNCS style. We accept papers in PDF and PS format. Important Dates Paper submission: February 28, 2005 Paper notification: April 7, 2005 Camera-ready papers: April 30, 2005 Workshop Date: July 18, 2005 Workshop Chairs Claudio Bartolini, HP Laboratories, USA, claudio.bartolini(a)hp.com Mathias Sallé, HP Laboratories, USA, mathias.salle(a)hp.com Program Committee Samuil Angelov (Eindhoven University of Technology, The Netherlands) Boualem Benatallah (University of New South Wales, Australia) Asit Dan (IBM Research, USA) Aspassia Daskalopulu (University of Thessaly, Greece) Marlon Dumas (Queesland University of Technology, Australia) Andrew Farrell (Imperial College London, UK) Anthony Finkelstein (University College London, UK) Chiara Francalanci (Politecnico di Milano, Italy) Claude Godart (University Henri Poincaré Nancy 1 and INRIA, France) Ian Grigg (Systemics, USA) Alexander Keller (IBM Research, USA) Cuihong Li (Carnegie-Mellon University, USA) Heiko Ludwig (IBM Research, USA) Emil Lupu (Imperial College London, UK) Tom Maibaum (McMaster University, Canada) Dave Marvit (Fujitsu Laboratories, USA) Zoran Milosevic (DSTC, Australia) Enrico Nardelli (NESTOR - Universita' di Roma Tor Vergata, Italy) Andrea Omicini (University of Bologna, Italy) Barbara Pernici (Politecnico di Milano, Italy) Chris Preist (HP Laboratories, UK) Wim Van Grembergen (University of Antwerp, Belgium) Andreas Wombacher (University of Twente, The Netherlands)

3 2

Created Comments from the GGF 12 minutes and mailing list discussions
by Heiko Ludwig 26 Jan '05

26 Jan '05

Dear GRAAP memebers, as discussed in Monday's phone call, I went through the minutes, Alain's notes and some GRAAP mailing list discussion and created a set of official comments from them. They are not item by item from the texts but I tried to aggregate subjects, such as those relating to the complexity of the spec into one comment. Erroneously, I also created a comment on a comment (the complexity one), which I ask you to ignore. Regards, Heiko ----- Heiko Ludwig, Dr. rer. pol. IBM TJ Watson Research Center, PO Box 704, Yorktown, NY, 10598 hludwig(a)us.ibm.com, tel. +1 914 784 7160, mob. +1 646 236 9453 http://www.research.ibm.com/people/h/hludwig/

1 0

question about agreement status
by Tiziana Ferrari 24 Jan '05

24 Jan '05

Hi all, I have a question regarding the agreement state types schema. On page 44 of the latest draft version, three AgreementStateType values are listed: "beforeObserved", "observed" and "afterObserved"; but apparently the meaning of the three attributes is not documented in the text. Is this intentional? Thanks, Tiziana ******************************************** Tiziana Ferrari Tiziana.Ferrari(a)cnaf.infn.it Italian National Inst. for Nuclear Physics / CNAF v.le Berti Pichat 6/2, 40127 BOLOGNA, ITALY tel: +39.051.6092.759 fax:+39.051.6092.746 http://www.cnaf.infn.it/~ferrari ********************************************

2 1

Planning for GGF13
by Jim Pruyne 24 Jan '05

24 Jan '05

Folks, First, sorry for my being out of touch for going on a month now. Between holidays, and a very difficult schedule at my day job, I've had no time for coordinating GRAAP things. I would like us to get our plans in place for GGF13. To start, I need a roll call of people who will or will not be attending GGF13. Please respond to the list with a yes or no on whether you will be attending. I will not be able to attend. If we don't have significant participation, I think we may wish to take this GGF off. Our most pressing issue is working through comments on WS-Agreement, but I do not view GGF as a necessary step to do this. If others feel differently, please let me know. --- Jim

7 6

Telecon on Jan 24
by Jim Pruyne 24 Jan '05

24 Jan '05

Folks, We will try to get ourselves back up to speed with a telecon at our usual time. That is Mon. at noon central time US. I want to use this call to get people re-engaged, and planned for GGF and for handling public comments. Sorry for the delay in getting this going again, but holidays (including this past Mon.) and my personal schedule have made it impossible until now. Phone in detals are the same as usual, and the numbers are provided below. Please respond via e-mail, if you can, to my prior note about attending GGF. That will help us know better about what we can expect to paln for during this call. --- Jim Phone Number: 866-673-8466 or 702-477-6031 passcode: 8578310

5 7

question regarding offer example (pp. 48-51)
by Tiziana Ferrari 21 Jan '05

21 Jan '05

Hi all, I have a question regarding the offer example appears in the appendix of the ws-agreement specification (latest version of the document). In that example there's a service description term that refers to service name "ComputeJob2", but the service scope of the guarantees all point to "ComputeJob1". I don't see the need of having service names that never appear in at least one guarantee term scope. Could you explain the meaning of this? Thank you in advance, Tiziana ******************************************** Tiziana Ferrari Tiziana.Ferrari(a)cnaf.infn.it Italian National Inst. for Nuclear Physics / CNAF v.le Berti Pichat 6/2, 40127 BOLOGNA, ITALY tel: +39.051.6092.759 fax:+39.051.6092.746 http://www.cnaf.infn.it/~ferrari ********************************************

2 1

Re: [graap-wg] Planning for GGF13
by Jose Luis Vazquez Poletti 21 Jan '05

21 Jan '05

Dear collegues, I won't be attending GGF13 too, unfortunately. Good luck to the ones that will go ;-). > Jim, > I will not be attending GGF13. > > Regards. > Asit Dan, Ph.D. > Manager, Autonomic Service Oriented Computing > IBM T.J. Watson Research Center, > 19 Skyline Drive, Hawthorne, NY 10532 > Phone: (914) 784-6677; Fax. x6040; > Internet: asit(a)us.ibm.com > > > > Jim Pruyne <pruyne(a)hpl.hp.com> > Sent by: owner-graap-wg(a)ggf.org > 01/20/2005 01:24 PM > > To > GRAAP-WG <graap-wg(a)gridforum.org> > cc > > Subject > [graap-wg] Planning for GGF13 > > > > > > > Folks, > > First, sorry for my being out of touch for going on a month now. > Between holidays, and a very difficult schedule at my day job, I've had > no time for coordinating GRAAP things. > > I would like us to get our plans in place for GGF13. To start, I need a > roll call of people who will or will not be attending GGF13. Please > respond to the list with a yes or no on whether you will be attending. > I will not be able to attend. > > If we don't have significant participation, I think we may wish to take > this GGF off. Our most pressing issue is working through comments on > WS-Agreement, but I do not view GGF as a necessary step to do this. If > others feel differently, please let me know. > > --- Jim > > > -- -- ****************************************************** Jose Luis Vazquez Poletti 01001010 01101111 01110011 01100101 01001100 01110101 01101001 01110011 01010110 01100001 01111010 01110001 01110101 01100101 01111010 01010000 01101111 01101100 01100101 01110100 01110100 01101001 Distributed Systems Architecture & Security Group Dpto. de Arquitectura de Computadores y Automatica Facultad de Informatica Universidad Complutense de Madrid Spain http://asds.dacya.ucm.es/jlvazquez/ ******************************************************

1 0