18.04.2013 Views

B2B Integration : A Practical Guide to Collaborative E-commerce

B2B Integration : A Practical Guide to Collaborative E-commerce

B2B Integration : A Practical Guide to Collaborative E-commerce

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Middleware Technologies 243<br />

maintainability. The drawbacks include slower performance due, <strong>to</strong> the<br />

communication overhead incurred from RPC calls and brokering<br />

performed by COM, such as marshalling.<br />

COM+ was born from the marriage of traditional COM and MTS.<br />

COM+ supports transactions natively — components are inherently<br />

designated a transaction. In COM+ there is no longer a need <strong>to</strong> deploy<br />

a component and then specify its transactional requirements. Instead,<br />

the transactional semantics are part of a component as defined by the<br />

programmer, thereby reducing administrative error.<br />

COM+ also provides transaction processing moni<strong>to</strong>ring capabilities<br />

by allowing multiple COM objects <strong>to</strong> be stringed <strong>to</strong>gether in<strong>to</strong> a single<br />

transaction. If an error occurs in any component, COM+ will roll back<br />

all of the work and res<strong>to</strong>re the system <strong>to</strong> its original state.<br />

DCOM is what puts the 'distributed' in COM. DCOM is an extension<br />

of Microsoft's Component Object Model (COM) across the network. It<br />

allows a transparent implementation of COM between two or more<br />

computers. DCOM is now built in<strong>to</strong> the Windows 2000 operating<br />

system which has reduced the effort <strong>to</strong> deploy a distributed COM<br />

system.<br />

Fundamentally, DCOM specifies a network pro<strong>to</strong>col for making this<br />

transparency work. When a client and component reside on the same<br />

computer they communicate via local procedure calls. When a client<br />

and a component reside on different computers, DCOM inserts itself<br />

in<strong>to</strong> the mix by using remote procedure calls <strong>to</strong> access the components<br />

across the network (see Figure 8.11).<br />

DCOM<br />

Pro<strong>to</strong>col<br />

LPC<br />

DCE<br />

RPC<br />

Figure 8.11. — Client-server communication via DCOM pro<strong>to</strong>col<br />

CCM<br />

Remote<br />

Component

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!