D-BUS: Somewhere OBVIOUS, explain _specifically_ why D-BUS vs CORBA, vs. DCE, vs. SOAP, etc.

Zack Rusin zack@kde.org
Sat Jan 22 00:19:13 PST 2005


On Thursday 20 January 2005 22:51, David A. Wheeler wrote:
> DCOP: DCOP is an RPC mechanism designed by KDE for its use.
> However, it depends on Qt, which causes some drawbacks for
> some desirable uses.

Your DCOP section is incorrect. There's nothing in DCOP that would make 
Qt mandatory. In fact there are two proof of concept implementations 
which don't depend on Qt at all:
- http://webcvs.kde.org/kdebindings/dcopc/ in C uses Glib/GTK+ 
- http://webcvs.kde.org/kdenonbeta/lyod/ uses STL C++.

Also ICE != Ice and you meant the second :) 

Your COM/DCOM is also a little inaccurate. COM does suffer a lot from 
its IDL, GUID's and reference counting but there are addons that 
address those issues. Security and reliability have been its bigger 
problems. Also COM+ partially addressed some of those issues. 

Comparing XML-RPC and SOAP to D-BUS is a little unfair but I guess you 
did that for completness. There really is nothing saying that we 
couldn't make it support bi-directional messages and broadcasts though. 
Especially since we could make it work with potentially any transport.

Otherwise I agree that it'd be nice to have some kind of a comparison 
between them all. Personally I think that maybe instead of a writeup we 
could have a table with a few ipc platforms and a few columns listing 
some of the more common features people are looking for when 
researching ipc's. This way maybe we could avoid articles where people 
say that D-BUS is revolutionary because it's message based like no 
other IPC... Oh, wait... Nevermind ;)

Zack

-- 
"In Murphy We Turst" 


More information about the dbus mailing list