[uddi-spec-comment] UDDI vs ebXML RIM/RSS and convergence..

[Steve Capell <steve.capell@redwahoo.com>]

To the OASIS "powers that be", 

I hope this e-mail is not too provocative but..

I have spent the last few days getting "down & dirty" with both UDDI and
ebXML RIM/RSS.  Seems to me that UDDI v3.0 could almost be regarded as a
fully contained subset of ebXML v3.0 (draft specification). ebXML
supports the concept of organsiations, classifications, service
bindings, and replication (which basically represents UDDI capabilty).
ebXML v3 additionally supports the very important concepts of
associations, cataloging & validation, notifications, and a much more
powerful security & data model.  

I guess the differences are things like query syntax, etc.

Given these facts, it seems to me that UDDI and ebXML RIM/RSS could
converge very quickly if ebXML v3.0 provided a fully compliant UDDI
"subset" - including the query & update service syntax.

Wouldn't it then be a no-brainer for OASIS to announce "WS-Reg" v1.0
which would essentially be an ebXML RIM/RSS v3.0 with a fully compliant
UDDI v3.0 "embedded"?

Then "WS-Reg" v2.0 could deprecate any duplicate query / update service
syntax so that there is truly one regsitry model.

There is relatively little real use of either UDDI or ebXML RIM/RSS
today so it would not hurt too much to do this merger now.  Leave it
another year or two and there will be too much momentum behind one or
the other and one will die.  My gut tells me that the commercial weight
of IBM, Microsoft etc will drive UDDI forward and mean that ebXML
RIM/RSS is the one that will suffer.

>From my perspective that would be a bad thing because I think that the
ebXML RIM/RSS specification is much better.  But then Betamax was
"better" than VHS....

As a matter of interest, it was certainly much easier to map my
"abstract data model" (representing the data model reguirements for my
project) to ebXML than to UDDI. 

Regards,

Steve Capell
RedWahoo
Sydney, Australia
Tel : +61 410 437854


----------------------------------------------------------------
To subscribe or unsubscribe from this elist use the subscription
manager: <http://lists.oasis-open.org/ob/adm.pl>