[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [ebsoa] RE: [fwsi] RE: [soa-rm] RE: [ebsoa] The real SOA challenge?
Hi,
I am new to the group. Please bear with me if I do
not understand how this works.
Agree 100% with David Webber, the key is in this point
that David makes "So much for history - no need to dwell there - the challenge now is to
bring real business enabled XML-driven processes and
SOA to fruition."
Which means we need to
clearly address:
1. SOA and processes integration by broad domains (Finance,
Telco, Transport, Defence, Government etc.) We could use models such as the eTOM
as a starting point.
2. Establish a standard grouping of processes within the
business domains
3. Then look at which of these can be enabled using
XML.
4. In Australia the DOMEDI group did similar work in the
Transport domain (thouogh for a different purpose)
5. Finally a taxonomy of the business, processes, enablers
and XML transactions
Regards. Suresh
________________________________________________
Dr. Suresh Hungenahally| Capgemini
| Melbourne
Senior Manager
477 Collin St. Melbourne 3000
Australia
T. + 61 3 9613 3343 | M.
+ 61 402 408 816| F. + 61 3 9613 3333.
E. suresh.hungenahally@capgemini.com | www.capgemini.com
Join the Collaborative Business
Experience
________________________________________________________
From: David Webber (XML) [mailto:david@drrw.info] Sent: Wednesday, 16 November 2005 2:55 PM To: goran.zugic@semantion.com; Duane Nickull; John Hardin; Jones, Steve Cc: McGregor.Wesley@tbs-sct.gc.ca; fwsi@lists.oasis-open.org; soa-rm@lists.oasis-open.org; ebsoa@lists.oasis-open.org; semantic-ex@lists.oasis-open.org; jamie.clark@oasis-open.org; soa-blueprints@lists.oasis-open.org; vasco.drecun@cpd-associates.com; goran.zugic@semantion.com Subject: Re: [ebsoa] RE: [fwsi] RE: [soa-rm] RE: [ebsoa] The real SOA challenge? Goran,
While I like what you say vis SOA here - I have to take you to task on
history ; -)
The ebXML foundation came out of the work of the XML/edi Group aligned with
the work of CEFACT on ooEDI.
It completely breaks the mold on EDI. Yes - things like ebMS are
founded on EDI+ communications - but the core of the ebXMl stack -
registry-centric XML-driven collaboration - and the notion of the "Fusion of
Five" is designed to sweep away the old EDI practices. Unfortunately XML
as implemented today is nothing more than a slightly better EDI. The whole
XML revolution is yet to truely take hold.
As for web services - this was a shameless grab by IBM and Microsoft -
attempting to be first to market ahead of ebXML with concepts that in essence
are nothing more than "real-time EDI" - with all the same strengths and
weaknesses of the
original real-time EDI implementations - just using XML and the
internet instead of EDI and private networks.
So much for history - no need to dwell there - the challenge now is to
bring real business enabled XML-driven processes and SOA to fruition.
Cheers, DW
|
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]