This is a static archive of the previous Open Grid Forum GridForge content management system saved from host forge.ogf.org file /sf/go/projects.ggf-editor/discussion.rec_ws_agreement_spec_1.viewing_an_agreement_as_a_contra at Sun, 06 Nov 2022 09:02:43 GMT SourceForge : Post

Project Home

Tracker

Documents

Tasks

Source Code

Discussions

File Releases

Wiki

Project Admin
Project: Editor     Discussion > REC: WS-Agreement Spec > Viewing an Agreement as a Contract > List of Posts
Forum Topic - Viewing an Agreement as a Contract: (2 Items)
View:  as 
 
 
Viewing an Agreement as a Contract
I believe that an Agreement must, in order to be useful across organizational boundaries, be regardable as a Contract. 
In order to meet this requirement, a few requirements must be added overall:

1) Both parties to the contract must (digitally) sign it.
2) Both parties must end up with their own copy of the contract.

With this, either party that gets dissatisfied with the contract can go to an independent third party (such as a civil 
court) and argue their case for compensation.

To meet the first requirement based on WS-Agreement requires that the Agreement Initiator digitally sign the 
AgreementOffer, and to meet the second requirement the Agreement Provider must respond with the offer digitally signed 
additionally by the provider (assuming she agrees to it, of course). Presumably the provider would also retain a copy in
 secure storage (much as companies keep paper copies of contracts in fireproof safes) but that is outside the scope of 
wsag.

Note that having the agreement live in a service is *not* sufficient to meet this requirement, since it is not possible 
to strictly prohibit the provider from tampering with the document, and nor is it possible to prevent either side from 
destroying the agreement resource (something which it would be highly advantageous to do if the other side was taking 
the matter to court!)

Of course, such contract-related things do not inherently say anything about the monitoring of the agreement, and they 
also significantly increase the computational cost of actually reaching the agreement. On the other hand, it means that 
all parties remain able to clear up any disputes they have over the agreement (ultimately a good thing for the overall 
grid, even if one of the parties would not agree in the short term).
group response
These are important considerations, but we consider them outside the scope of WS-Agreement.  We expect that many of 
these issues will be addressed in an actual implementation.  Refer to section 11, security considerations, for our 
description of this.

 
 


The Open Grid Forum Contact Webmaster | Report a problem | GridForge Help
This is a static archive of the previous Open Grid Forum GridForge content management system saved from host forge.ogf.org file /sf/go/projects.ggf-editor/discussion.rec_ws_agreement_spec_1.viewing_an_agreement_as_a_contra at Sun, 06 Nov 2022 09:02:43 GMT