Re: [regrep] Current Barriers to *Widespread* Adoption of XML Registries

[Farrukh Najmi <farrukh.najmi@sun.com>]

The adoption of XML Registries varies depending upon the standard.

ebXML Registry standard has been seeing the strongest adoption and has 
consistently been picking up steam in the last year. We see several 
deployed ebXML registries today. The adoption pattern is following the 
same trends as the adoption of any middleware technology. We are 
currently getting just beyond the early adopters phase to a few deployed 
sites.

The main factor that is slowing large scale adoption is the lack of 
client applications. Most currently deployed solutions have custom 
applications. We need a few killer apps with wide applicability to get 
over the adoption hump (see David's post for a few good examples).

Note that I do not think that the lack of implementations from large 
vendor's will hurt the adoption of the ebXML Registry standard at all. 
Organizations are deploying ebXML Registry implementations from smaller 
vendors as well as open source.

-- 
Farrukh



Chiusano Joseph wrote:

>A few months ago I posted something here on the Registry TC listserv on
>the subject of current ebXML Registry implementations. The overriding
>sentiment was that there are currently a low (let's say "low" means less
>than 15) number of implementations, but we foresee this growing.
>
>Taking a step back from ebXML for a second: I think it's fair to say
>that today in October 2003 there is a lack of widespread adoption of XML
>registries - that is, we cannot say that "everyone is using them". 
>
>If one does not agree with this sentiment that's perfect fine in my eyes
>- but for those that do (or are inclined to for purposes of this
>thread): what do you believe are the barriers to widespread adoption of
>XML registries?
>
>Thanks for your insight,
>Joe
>
>To unsubscribe from this mailing list (and be removed from the roster of the OASIS TC), go to http://www.oasis-open.org/apps/org/workgroup/regrep/members/leave_workgroup.php.
>