Exposing COM via XML-RPC or Something Else

[Bernhard Reiter]

On 4 Dec 1999 03:27:49 GMT, William Tanksley <wtanksle at hawking.armored.net> wrote:

>>I just read through a huge bunch of literature regarding 
>>the comparison of COM and CORBA.
>
>www.cetus-links.org?  
Wow, that links list is impressive.

> I've been going through that too.  Excellent.  Any
>other places you'd recommend?

<A HREF="http://www.quoininc.com/quoininc/COM_CORBA.html">COM versus CORBA: A
Decision Framework</A>

<A HREF="http://www.bell-labs.com/~emerald/dcom_corba/Paper.html"
>DCOM and CORBA Side by Side, Step By Step, and Layer by Layer</A>

<A HREF="http://www.mundooo.com.br/artigos_moo.htm"
>Linkpage to CORBA-RMI-COM comparisions</A> 

<A HREF="http://nenya.ms.mff.cuni.cz/thegroup/COMP/"
>CORBA Comparison Project</A> (see link to postscript paper)

<A HREF="http://www.clbooks.com/interviews/COMvsCORBA.html"
>Discussion CORBAvsCOM</A> 

<A HREF="http://www.performancecomputing.com/features/9906dev.shtml"
>Performance Computing - Making Sense Of The COM vs. CORBA Debate</A>


>>CORBA still seems to be more mature. The only reason to use COM is,
>>if you want to interoperate with the Microsoftproduct world.
>
>CORBA is NOT a component standard -- it's an interoperability standard.
Well AFAI understand it COM also is an interoperability standard,
but I might just miss the point here.

>>The big part of the microsoft COM platform is the MTS (microsoft transaction
>>server) if you want to do to distributed objects.
>
>Um -- that's true for COM+, but COM doesn't need it to operate.
Well if you don't want distributed computing...

>>Why not stick with CORBA and SOAP, where needed? :)
>Because both are huge, bulky, slow, and require preprocessing.  COM and
>SOAP work together _much_ more simply, and COM is far easier and faster to
>code.

I do not habe much experience about it, I admit, but technically they
also seem to have the same complexity. I just do not believe that
COM is easier to code. 
Well this is, what the articles support, too.

	Bernhard
-- 
Research Assistant, Geog Dept UM-Milwaukee, USA.  (www.uwm.edu/~bernhard)
Free Software Projects and Consulting 		         (intevation.net)  
Association for a Free Informational Infrastructure            (ffii.org)