RE: [soa-rm] Good Recent SOA Piece: "Managing an XML Data Model In Your SOA - Best Practices"

["Chiusano Joseph" <chiusano_joseph@bah.com>]

Title: RE: [soa-rm] Good Recent SOA Piece: "Managing an XML Data Model In Your SOA - Best Practices"

<Quote>

I agree with Ken. We cannot define an *still* higher level of abstraction that contains all other data models in existence

</Quote>

 

I, too, agree with that notion. Again, that was not the author's intent, as can be seen from the 6-layer hierarchy in the article (the type of data model that you reference is lower in the stack).

 

<Quote>

I also agree that these interfaces should not specify exchange vocabulary.

</Quote>

Is that the equivalent of saying that a WSDL document should not have a "types" section (i.e. the XML schema that defines the data requirements for the exchange)? Or did you mean something different?

 

I recommend that qualify our use of the term "data model" (very overloaded) in our spec to refer to a *canonical* data model.

 

Joe

 

Joseph Chiusano

Booz Allen Hamilton

Visit us online@ http://www.boozallen.com

 

---

From: Vikas Deolaliker [mailto:vikas@sonoasystems.com]
Sent: Fri 5/6/2005 12:31 PM
To: 'Duane Nickull'
Cc: soa-rm@lists.oasis-open.org
Subject: RE: [soa-rm] Good Recent SOA Piece: "Managing an XML Data Model In Your SOA - Best Practices"

I agree with Ken. We cannot define an *still* higher level of abstraction
that contains all other data models in existence. What is more feasible is
to define the standard interfaces that can be discovered by entities in an
SOA and used for exchange of information.

I also agree that these interfaces should not specify exchange vocabulary.

So I propose adding the following text...

"SOA data model does not define or specify vocabulary or format used for
exchange of information among SOA entities. It defines interfaces over which
entities can negotiate the exchange vocabulary/format and mechanisms to
discover these interfaces".

What do you guys think?

Vikas




-----Original Message-----
From: Duane Nickull [mailto:dnickull@adobe.com]
Sent: Friday, May 06, 2005 9:05 AM
Cc: soa-rm@lists.oasis-open.org
Subject: Re: [soa-rm] Good Recent SOA Piece: "Managing an XML Data Model In
Your SOA - Best Practices"

Ken:

Excellent thoughts!  I would like to propose to the editor who is doing
the data model section to use this, especially the last sentence about
<end of rant>

Duane

Ken Laskey wrote:

> The critical line in this article is
>
> This article does not discuss how to integrate data models.
>
> Its premise is the tried (and usually failed) that if we all get into
> a room and be reasonable we can all find a common vocabulary to map
> to. I could go on about when that works and when that doesn't (see my
> OASIS Symposium presentation for more) but if that is the basis of
> SOA, then it will go no further than any other integration paradigm.
> The driving question is how do you create a system (service?) to do
> semantic negotiation between diverse vocabularies in a way that is (1)
> visible, (2) reusable, and (3) allows you to use what you know (or can
> find) in ways that enables you to do more with little or no effort.
>
> The SOA RM will not specify how this is done but it must also not
> codify an interchange vocabulary paradigm that will not scale.
>
> End of rant:-)
>
> Ken
>
>
> On May 6, 2005, at 10:32 AM, Chiusano Joseph wrote:
>
>     Forwarding a good recent SOA piece[1] for those interested in
>     reading it. Covers the notion of an integrated data model as a
>     foundational concept; also presents a 6-layer approach to SOA
>     (about mid-article).
>     
>     Joe
>     
>     [1] http://www.tdan.com/i032ht02.htm
>     
>
>     Joseph Chiusano
>
>     Booz Allen Hamilton
>
>     Visit us online@ http://www.boozallen.com
>     
>
>
----------------------------------------------------------------------------
--------------
>
> Ken Laskey
> MITRE Corporation, M/S H305 phone: 703-983-7934
> 7515 Colshire Drive fax: 703-983-1379
> McLean VA 22102-7508
>
> *** note change of phone extension from 883 to 983 effective 4/15/2005
> ***
>

--
***********
Senior Standards Strategist - Adobe Systems, Inc. - http://www.adobe.com
Chair - OASIS Service Oriented Architecture Reference Model Technical
Committee -
http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=soa-rm
Vice Chair - UN/CEFACT Bureau Plenary - http://www.unece.org/cefact/
Adobe Enterprise Developer Resources  -
http://www.adobe.com/enterprise/developer/main.html
***********