RE: [soa-rm] What Is A "Metaservice"?

[Rex Brooks <rexb@starbourne.com>]

Yup, Wes,

Definitely. We have some services lined up, a registry under 
construction, WSRP and several other standards moving into post 1.0 
versions, and some pretested automation.

Ciao,
Rex

At 11:00 AM -0500 2/13/06, <McGregor.Wesley@tbs-sct.gc.ca> wrote:
>Rex,
>
>I think the next version of the SOA RM (if it continues) would 
>address the "meta-service" concept since it would leverage the 
>supporting RM concepts in some way.
>
>We still produced a viable RM even though the notion of a service 
>was out there.
>
>Also, the RA work can also add some concreteness to this term by 
>providing some initial constructs for it. Frank and people like 
>yourself, have some ideas on this I am sure!!!
>
>Wes
>
>  -----Original Message-----
>From:	Rex Brooks [mailto:rexb@starbourne.com]
>Sent:	February 13, 2006 10:39 AM
>To:	McGregor, Wesley; 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


-- 
Rex Brooks
President, CEO
Starbourne Communications Design
GeoAddress: 1361-A Addison
Berkeley, CA 94702
Tel: 510-849-2309