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

[Ken Laskey <klaskey@mitre.org>]

Mostly agree but I would simplify further.

"SOA data model does not define or specify vocabulary or format used for 
exchange of information among SOA entities. It defines interfaces by which 
information corresponding to an identified vocabulary can be 
accessed.  While mediation capability may be included as part of a service 
interface, it is not required and in general may be considered a separate 
function in the data access process."

OK, maybe that's no simpler but a slightly different twist.

Ken


>  over which
>entities can negotiate the exchange vocabulary/format and mechanisms to
>discover these interfaces".


At 12:31 PM 5/6/2005, Vikas Deolaliker wrote:

>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
>***********

--
      ---------------------------------------------------------------------------------
   /   Ken 
Laskey                                                                \
  |    MITRE Corporation, M/S H305    phone:  703-983-7934   |
  |    7515 Colshire Drive                    fax:      703-983-1379   |
   \   McLean VA 22102-7508                                              /
     ----------------------------------------------------------------------------------

*** note: phone number changed 4/15/2005 to 703-983-7934 ***