On 9/6/06, Hitoshi Ozawa <[EMAIL PROTECTED]> wrote: > As you mentioned, a policy usually does not cover the entire contract, but > I personally don't like the idea of a "policy" turning into a contract. > I view a policy to be a set of conditions a consumer and provider brings to > a "table" to negotiate on the terms of a contract. We usually don't > negotiate > to change the other's policy, we use policy to negotiate on the contract. > > Consequently, terms of a contract may end up being different on each > negotiation, but a policy usually remains the same across several > negotiations.
+1 > Additionally in my view, an ESB acts as a "intermediary" between a consumer > and a provider. I don't recall that we were discussing ESBs as part of this conversation. In some cases an ESB can act as an intermediary, but in other circumstances, it may act simply as the host for a service endpoint. And you may use other intermediaries, such as an XML gateway or SOA management agent. An intermediary often enforces the terms of the "contract", although portions of the contract may be enforced by the endpoints. The enforcement points are a function of the configuration, not of the contract. Anne > H.Ozawa > > > Dennis Djenfer wrote: > > > Steve, > > > > I would like to add a comment to my first response to your answer. I > > like your "simplistic" way of discriminating between a policy and a > > contract, however I don't see that a policy on its own can turn into a > > contract. Before something can turn into a contract there must be > > enough information to make a successfull interaction between the > > parties, hence a policy is only a part of a whole that will turn into > > a contract when the actual interaction occurs. > > > > I think that an exemple of something that could turn into a contract > > when the interaction occurs is a WSDL-file together with adequate > > assertions (policies). > > > > // Dennis Djenfer > > > > > > > > > > > > > > > ------------------------ Yahoo! Groups Sponsor --------------------~--> Check out the new improvements in Yahoo! Groups email. http://us.click.yahoo.com/7EuRwD/fOaOAA/yQLSAA/NhFolB/TM --------------------------------------------------------------------~-> Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/service-orientated-architecture/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/service-orientated-architecture/join (Yahoo! ID required) <*> To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
