From Oliver.Waeldrich at scai.fraunhofer.de Fri May 7 08:32:34 2010 From: Oliver.Waeldrich at scai.fraunhofer.de (=?iso-8859-1?Q?Oliver_W=E4ldrich?=) Date: Fri, 7 May 2010 15:32:34 +0200 Subject: [GRAAP-WG] Inconsistencies in the WS-Agreement Specification (GFD.107) and WS-Agreement Schema (ws-agreement.xsd) In-Reply-To: <4BC72708.30608@student.kit.edu> Message-ID: Dear Knud, > In the written part of your standard, you do do repeatedly define > terms comprising *one or more* service terms (cardinality 1..*) and > *zero or more* guarantee terms (cardinality 0..*)" (page 4, page 14). > Therefore I interprete that a single GuaranteeTerm without any > ServiceDescriptionTerm / ServiceReference / ServiceProperty ain't > intended to be possible. Whatever, the coding integrated in the > standard document (page 17/18) as well as your provided > ws-agreement.xsd allow terms comprising ONLY a single GuaranteeTerm. That is correct. Usually an agreement only makes sense when it includes a description of the service that is to be provided. Additionally, you can define measurable properties that are associated with the service (service properties) and guarantees that are defined using the service properties. Even though the WS-Agreement schema does not enforce this incremental structure, the textual description illustrates this mechanism. Personally, I think that this point (cardinality of service description and guarantee terms) should be addressed during the domain specific template design, not in the specification itself. Since templates can include creation constraints to define the structure of an agreement in a fine granular way, this mechanism can be used to ensure that a specific agreement MUST include one service description term and a guarantee. > Another point is that in the textual description, you engage > ServiceTerm as super class of ServiceDescriptionTerm, ServiceReference > and ServiceProperty while the entity ServiceTerm ain't used in you > example coding (page 17/18) nor in the provided XSD. The ServiceTerm type is defined as an abstract type. It is the abstract base class for the service description terms, service properties, and guarantee terms. The example code at the mentioned pages illustrates the usage of the concrete types. Therefore, the abstract base type is not part of the pseudo code. Best regards, Oliver -----Urspr?ngliche Nachricht----- Von: graap-wg-bounces at ogf.org [mailto:graap-wg-bounces at ogf.org] Im Auftrag von Knud Mikkat Gesendet: Donnerstag, 15. April 2010 16:48 An: graap-wg at ogf.org Betreff: [GRAAP-WG] Inconsistencies in the WS-Agreement Specification (GFD.107) and WS-Agreement Schema (ws-agreement.xsd) Dear Ladies and Gentlemen, I'm currently workin on an OWL based ontology for Service Level Agreements based on WS-Agreement for my bachelor thesis at Karlsruhe Institut of Technology (KIT). Studying the standard you provided as well as the XML schema, I faced some (imo) inconsistencies. In the written part of your standard, you do do repeatedly define terms comprising *one or more* service terms (cardinality 1..*) and *zero or more* guarantee terms (cardinality 0..*)" (page 4, page 14). Therefore I interprete that a single GuaranteeTerm without any ServiceDescriptionTerm / ServiceReference / ServiceProperty ain't intended to be possible. Whatever, the coding integrated in the standard document (page 17/18) as well as your provided ws-agreement.xsd allow terms comprising ONLY a single GuaranteeTerm. Another point is that in the textual description, you engage ServiceTerm as super class of ServiceDescriptionTerm, ServiceReference and ServiceProperty while the entity ServiceTerm ain't used in you example coding (page 17/18) nor in the provided XSD. My question is now whether the GFD provided implementation (no ServiceTerm class, single GuaranteeTerm possible) or the standards' text shall be referenced to for futur work. Attached you can find some pseudocode to underline my thoughts. Best regards, Knud Mikkat -- Knud MIKKAT Student der Informationswirtschaft (B.Sc.) Karlsruher Institut f?r Technologie (KIT) From Wolfgang.Ziegler at scai.fraunhofer.de Sun May 30 15:15:38 2010 From: Wolfgang.Ziegler at scai.fraunhofer.de (Wolfgang Ziegler) Date: Sun, 30 May 2010 22:15:38 +0200 Subject: [GRAAP-WG] Call for Papers: Service Level Agreements in Grids Workshop 2010 Message-ID: <4C02C76A.1050804@scai.fraunhofer.de> Dear GRAAPians, as in the previous years we are organising the annual SLA in Grids Workshop as part of the IEEE Grid conferences. This year Grid 2010 will he co-located with OGF30 in Brussels, Belgium, which allows to participate in both events without additional travel effort and expenses. Please consider submitting a paper to the workshop and distribute this call among your colleagues. Accepted papers will be published in the CoreGRID Springer Series. Thanks & best regards Wolfgang -- Wolfgang Ziegler www.scai.fraunhofer.de/ziegler.html 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 SmartLM - Software License Technology for Grids, Clouds, SOA: www.smartlm.eu CoreGRID Network of Excellence www.coregrid.net Institute on Resource Management and Scheduling www.coregrid.net/irms -------------- next part -------------- A non-text attachment was scrubbed... Name: sla-workshop_grid-2010_cfp.pdf Type: application/pdf Size: 24781 bytes Desc: not available Url : http://www.ogf.org/pipermail/graap-wg/attachments/20100530/d791600e/attachment.pdf