[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [soa-rm] What Is A "Metaservice"?
Aha! Then I'll just blame you!
At 03:31 PM 2/13/2006, Chiusano Joseph wrote:
> > I dismiss out-of-hand the ambiguous creation of jargon
>
>Actually, it was the transport of ambiguous jargon from an external
>source to here:)
>
>Joe
>
>Joseph Chiusano
>Associate
>Booz Allen Hamilton
>
>700 13th St. NW, Suite 1100
>Washington, DC 20005
>O: 202-508-6514
>C: 202-251-0731
>Visit us online@ http://www.boozallen.com
>
>
> > -----Original Message-----
> > From: Ken Laskey [mailto:klaskey@mitre.org]
> > Sent: Monday, February 13, 2006 3:07 PM
> > To: McGregor.Wesley@tbs-sct.gc.ca; cbashioum@mitre.org
> > Cc: rexb@starbourne.com; soa-rm@lists.oasis-open.org
> > Subject: RE: [soa-rm] What Is A "Metaservice"?
> >
> > Wes,
> >
> > My problem is we seem to have a term for which we are
> > searching for a meaning. We do better in making concepts
> > clear (including concepts beyond the RM) and then figuring
> > out a descriptive name. The term "metaservice" seems like
> > confusion just begging to happen, i.e. the name doesn't
> > provide an unambiguous description and our discussion points
> > out possibilities but also doesn't know which of the
> > possibilities is needed and why.
> >
> > I dismiss out-of-hand the ambiguous creation of jargon, not
> > in developing understanding of (and naming) real problems.
> >
> > Ken
> >
> > At 02:45 PM 2/13/2006, McGregor.Wesley@tbs-sct.gc.ca wrote:
> > >Ken,
> > >
> > > From a minimalist point of view your point is valid and the
> > RM as it
> > > now stands reflects that.
> > >
> > >For those who manage large multi-business, multi-jurisdiction,
> > >multi-departmental, multi-lingual enterprises, there may be
> > great value
> > >in having a "meta-service" in order to assist the classification of
> > >services and provide the level of abstraction needed to ease the
> > >building of a common framework.
> > >
> > >To out-of-hand dismiss the idea, is, to say the least,
> > self-defeating.
> > >
> > >Regards,
> > >
> > >Wes
> > >
> > >P.S. Be careful of what you call worthless, what large SOA
> > players are
> > >backing this RM?
> > >
> > >
> > > -----Original Message-----
> > >From: Ken Laskey [mailto:klaskey@mitre.org]
> > >Sent: February 13, 2006 2:23 PM
> > >To: Bashioum, Christopher D
> > >Cc: McGregor, Wesley; Rex Brooks; soa-rm@lists.oasis-open.org
> > >Subject: Re: [soa-rm] What Is A "Metaservice"?
> > >
> > > From an SOA standpoint, unless it is vital information that would
> > >somehow be made known through the service description, there
> > is only a
> > >service and we neither know nor care whether it is atomic or meta.
> > >
> > >re another comment, I see no reason to generate a worthless
> > definition
> > >just to beat someone else's worthless definition to the punch.
> > >
> > >Ken
> > >
> > >On Feb 13, 2006, at 11:00 AM, Bashioum, Christopher D wrote:
> > >
> > > > I just now read the actual blog, and I think Dave L. is right-on
> > > > with regard to the overall intent of better describing
> > services in a
> > > > consistent way. In fact, I've been working on such a
> > > > meta-description for services for the DoD for a number of months
> > > > now. My problem is with the term. I made the following
> > post to his
> > > > blog
> > > >
> > > > <Post>
> > > > Agree with the article, but not the term metaservice. We
> > are using
> > > > the term "service definition framework" for the added information
> > > > used to describe the services.
> > > >
> > > > I would submit that most of this additional information
> > should exist
> > > > within the WSDL framework, most of it in the abstract
> > portion. In
> > > > WSDL-2.0, it would generally be children of the Interface element.
> > > >
> > > > My problem with the term "metaservice" is that it sounds
> > more like a
> > > > type of service (like a stock quote service, or a weather
> > service).
> > > > It does not communicate what you are looking for. A better term
> > > > might be meta-description, or a meta-interface, or something like
> > > > that </Post>
> > > >
> > > > That being said, Joe's original comment to the SOA-RM
> > list about a
> > > > metaservice being a "service about services" would also
> > have another
> > > > name, depending on what it did. E.g., an aggregation service, an
> > > > orchestration service, etc. To call it a metaservice
> > doesn't really
> > > > describe what it does. On the other hand, any service that uses
> > > > other services may be a "type" or "class" of service that
> > uses other
> > > > services. In which case a service that is itself an
> > aggregation of
> > > > other 'lower-level' services would be a metaservice.
> > This might be
> > > > helpful in distinguishing between atomic services and
> > metaservices.
> > > >
> > > > -----Original Message-----
> > > > From: Rex Brooks [mailto:rexb@starbourne.com]
> > > > Sent: Monday, February 13, 2006 10:39 AM
> > > > To: McGregor.Wesley@tbs-sct.gc.ca; soa-rm@lists.oasis-open.org
> > > > Subject: RE: [soa-rm] What Is A "Metaservice"?
> > > >
> > > > Good point Wes,
> > > >
> > > > Would it make an errata? Just to pre-empt the obvious.
> > > >
> > > > Regards,
> > > > Rex
> > > >
> > > > P.S. What would the equivalent be in a bus or a fabric?
> > Can I build
> > > > a server for it? Does it do Windows?
> > > >
> > > > At 9:57 AM -0500 2/13/06, <McGregor.Wesley@tbs-sct.gc.ca> wrote:
> > > >> Hi Joe,
> > > >>
> > > >> The definition of "meta-service" would be dependent on
> > the context
> > > >> in which it is used IMHO.
> > > >>
> > > >> I would note however that some company will define it
> > soon, publish
> > > >> it, and that definition (even if erroneous) may be THE
> > definition.
> > > >>
> > > >> To simply ignore the inevitable is to put our heads in the sand.
> > > >>
> > > >> A service about services seems logically equivalent to data about
> > > > data.
> > > >>
> > > >> Do we need to say more?
> > > >>
> > > >> Regards,
> > > >>
> > > >> Wes
> > > >
> > > >
> > > > --
> > > > Rex Brooks
> > > > President, CEO
> > > > Starbourne Communications Design
> > > > GeoAddress: 1361-A Addison
> > > > Berkeley, CA 94702
> > > > Tel: 510-849-2309
> > > >
> > >-------------------------------------------------------------
> > ----------
> > >-
> > >------------------
> > >Ken Laskey
> > >MITRE Corporation, M/S H305 phone: 703-983-7934
> > >7515 Colshire Drive fax: 703-983-1379
> > >McLean VA 22102-7508
> >
> > --
> >
> > --------------------------------------------------------------
> > -------------------
> > / Ken
> > Laskey
> > \
> > | MITRE Corporation, M/S H305 phone: 703-983-7934 |
> > | 7515 Colshire Drive fax:
> > 703-983-1379 |
> > \ McLean VA 22102-7508
> > /
> >
> > --------------------------------------------------------------
> > --------------------
> >
> >
> >
--
---------------------------------------------------------------------------------
/ Ken
Laskey \
| MITRE Corporation, M/S H305 phone: 703-983-7934 |
| 7515 Colshire Drive fax: 703-983-1379 |
\ McLean VA 22102-7508 /
----------------------------------------------------------------------------------
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]