Obiekty MS i Digitala na 9 platformach

Microsoft i Digital Equipment pracują nad połączeniem swoich obiektowych technologii rozwijania aplikacji typu klient/serwer. W ramach tzw. Common Object Model (COM), aplikacje wykorzystujące OLE 2.0 (Object Linking and Embedding) Microsofta będą mogły współpracować z oprogramowaniem zgodnym z Object Broker Digitala, umożliwiając sięganie do obiektów znajdujących się na 9-ciu różnych platformach. Są to: Windows, Windows NT, MacIntosh, OpenVMS oraz 5 odmian Unixa: OSF/1, AIX, HP-UX, SunOS i Ultrix. Obie firmy zamierzają udostępnić specyfikacje tego modelu w I kw. 1994 r.

Microsoft i Digital Equipment pracują nad połączeniem swoich obiektowych technologii rozwijania aplikacji typu klient/serwer. W ramach tzw. Common Object Model (COM), aplikacje wykorzystujące OLE 2.0 (Object Linking and Embedding) Microsofta będą mogły współpracować z oprogramowaniem zgodnym z Object Broker Digitala, umożliwiając sięganie do obiektów znajdujących się na 9-ciu różnych platformach. Są to: Windows, Windows NT, MacIntosh, OpenVMS oraz 5 odmian Unixa: OSF/1, AIX, HP-UX, SunOS i Ultrix. Obie firmy zamierzają udostępnić specyfikacje tego modelu w I kw. 1994 r.

Zapowiedź MS i Digitala wywołała sceptyczny komentarz w firmie Apple (promującej swój model o nazwie Open Doc), a przedstawiciel IBM oświadczył, że opracowywana w tej firmie technologia oparta na modelu DSOM (Distributed System Object Model) będzie również pracować z wymienionymi platformami.

Podczas uroczystości, na której zapowiedziano model COM, Microsoft i Digital zademonstrowały arkusz kalkulacyjny Excel, który pracując pod kontrolą klientowskiego Windows NT (połączonego z serwerem OSF/1 firmy Digital) pobierał w czasie rzeczywistym dane z aplikacji rezydującej w serwerze.

Zaletą COM ma być to, że obiektowo zorientowane aplikacje działające na różnych platformach, będą mogły współpracować. Wiadomo jednak, że wszystkie modele poszczególnych firm - IBM'owski DSOM, Open Doc Apple'a, Project DOE (Distributed Objects Everywhere) firmy Sun i Object Broker Digitala - mimo swojej zgodności ze specyfikacjami, nie są zamienne funkcjonalnie. Nie mają własności tzw. interoperability, co jest podstawowym warunkiem ich akceptacji jako elementów nadających się do tworzenia struktur przetwarzania typu klient/serwer w sieciach heterogenicznych (tj. zbudowanych z produktów wielu firm). Przyczyną tej sytuacji jest brak wspólnego protokołu, a kandydatem do roli rozjemcy jest projekt standardu CORBA 2.0.

CORBA (Common Object Request Broker Architecture) jest standardem zaproponowanym przez grupę ok. 300 producentów zrzeszonych w organizacji Object Management Group (OMG). Ma on za zadanie ustanowienie takiego protokołu, który umożliwi współpracę obiektowo zorientowanych aplikacji, napisanych za pomocą narzędzi pochodzących od różnych producentów i komunikujących się w sieciach złożonych z różnych komputerów.

Zdaniem analityków rynku, pojawienie się zapowiedzi COM na 2 tygodnie przed terminem, w którym uczestniczące w grupie OMG firmy mają zadeklarować swój wkład w realizację CORBA 2.0 jest sposobem, w jaki firma Microsoft pragnie wpłynąć na kształt ustaleń dotyczących tego standardu. W opinii J. Faiga z firmy doradczej Meta Group "Firma Microsoft używa Digitala jako pośrednika między sobą a wieloma takimi firmami, z którymi jest jej niezbyt zręcznie kontaktować się wprost. Problemem jest, który model przeważy; rzecz sprowadza się do rywalizacji między Distributed OLE i Object Broker z jednej, a DSOMM i Open Doc z drugiej".

W celu komercyjnej reprodukcji treści Computerworld należy zakupić licencję. Skontaktuj się z naszym partnerem, YGS Group, pod adresem [email protected]

TOP 200