OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

soa-blueprints message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: RE: [soa-rm] RE: [ebsoa] The real SOA challenge?

I think this is however the real opportunity for this group and others
within OASIS.  There isn't a real clarity (IMO) from any of the vendors
around business oriented or abstract oriented SOA, its focused around what
their products do today.

The reason I was interested in bringing Capgemini into OASIS is that this is
great quality work being developed independently of pushing a product.

In terms of getting the word out, I'm assuming there is a press release
already being prepared, and analysts being briefed, around the release of
the SOA-RM (whenever that happens).  As I've said before I think SOA-RM has
created a superb specification, and I've been using it with clients too. 

There is more than enough weight on these groups to generate a market stir
around a definition of what SOA really is.


> -----Original Message-----
> From: McGregor.Wesley@tbs-sct.gc.ca [mailto:McGregor.Wesley@tbs-sct.gc.ca]
> Sent: 14 November 2005 16:34
> To: david@drrw.info; fwsi@lists.oasis-open.org; soa-rm@lists.oasis-
> open.org.soa-blueprints@lists.oasis-open.org; ebsoa@lists.oasis-open.org;
> semantic-ex@lists.oasis-open.org; jamie.clark@oasis-open.org
> Subject: [soa-rm] RE: [ebsoa] The real SOA challenge?
> Dave,
> To extend your thoughts even further, a lot of large public and private
> sector concerns I talk to never look at the OASIS work at all.  They have
> no idea what goes on here.
> The problem is some vendors have the wherewithal to push product and
> define interoperability as using their product everywhere!
> Regards,
> Wes
>  -----Original Message-----
> From: 	David Webber (XML) [mailto:david@drrw.info]
> Sent:	November 8, 2005 7:45 PM
> To:	fwsi@lists.oasis-open.org; soa-rm@lists.oasis-open.org. soa-
> blueprints@lists.oasis-open.org; ebsoa@lists.oasis-open.org; semantic-
> ex@lists.oasis-open.org; James Bryce Clark
> Subject:	Re: [ebsoa] The real SOA challenge?
> Jamie,
> The BCM TC has been saying this for two years - and hopefully will have
> the
> OASIS publically approved standard to back it up!
> And then the XML2004 Interop we did last year showed exactly how to
> achieve
> this using a wide selection of core OASIS-based components.
> What bothers me is these pundits ability to completely ignore all the
> great
> work OASIS is doing in the field.
> It's like its almost beneath them to actually go and download the white
> papers and specifications we have and actually take time to read them.
> Seems like they only want to read glossy sales brochures and attend
> webinar
> product puffs instead...
> Thanks, DW
> ----- Original Message -----
> From: "James Bryce Clark" <jamie.clark@oasis-open.org>
> To: <fwsi@lists.oasis-open.org>; <soa-rm@lists.oasis-open.org.
> soa-blueprints@lists.oasis-open.org>; <ebsoa@lists.oasis-open.org>;
> <semantic-ex@lists.oasis-open.org>
> Sent: Tuesday, November 08, 2005 1:00 PM
> Subject: [ebsoa] The real SOA challenge?
> >      Interesting article from Infoweek on SOA deployment progress:
> >      http://www.internetweek.com/173402859
> >      I think their underlying point is excellent:  the key gating issue
> is
> > not the XML tech, but rather, the process change, deployment and finding
> > issues involved in assembling a meaningful set of ambient services that
> > sufficiently compose into useful transactions.   that
> >        Regards Jamie
> >
> > ~   James Bryce Clark
> > ~   Director, Standards Development, OASIS
> > ~   jamie.clark@oasis-open.org
> >
> >

This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient,  you are not authorized to read, print, retain, copy, disseminate,  distribute, or use this message or any part thereof. If you receive this  message in error, please notify the sender immediately and delete all  copies of this message.

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]