Nochmal DCOM und MTS

Hallo Experten,

im Archiv habe ich schon einige Artikel über dieses Thema gelesen.

Was DCOM ist, ist mir bereits klar. Ich habe unter anderem das Buch Inside Visual C++6.0 gelesen. Darin ist auch ein Kapitel zu COM enthalten.

Leider ist mir immer noch nicht ganz klar, welche Aufgabe genau ein Microsoft Transaction Server in diesem Szenario hat.

Kann es sein, daß er Komponenten über das Netzwerk hinweg bereitstellt?
Wie kann ich dann auf solche Komponenten von einer Programmiersprache (z.B. VC++6.0 oder VB6.0) aus zugreifen? An dieser Stelle wäre mir ein Code-Bespiel sehr recht?

Kann hier mal bitte jemand Licht in das Dunkel bringen?

Vielen Dank

Markus

Hi

Auf dem MTS (in W2K COM+ genannt) wird normalerweise die Geschäftslogik programmiert.

Dies bietet einige Vorteile:

  • Du kannst verteilte Transaktionen programmieren
  • Du kannst Lizenzen auf SQLServer sparen, da MTS Connectionpooling unterstützt
  • Die Geschäftlogik ist Stabil weil sie im Context vom MTS läuft
  • Kann vom ganzen LAN auf aufgerufen werden
  • Du kannst Security auf Objekte (unter COM+ sogar auf Methoden) vergeben
  • Wenn Die Geschäftlogik ändert, so änderst Du diese nur auf dem MTS und nicht auf jedem client.

Programmieren geht relativ einfach. Du schreibst eine ActiveX und DLL registrierst diese auf dem MTS.

Hier ein kleiner Beispielcode
http://support.microsoft.com/support/kb/articles/Q18…

Ich hoffe Dir geholfen zu haben (sonst melde Dich wieder)
Gruss Giuseppe

[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]

Hallo Experten,

im Archiv habe ich schon einige Artikel über dieses Thema
gelesen.

Was DCOM ist, ist mir bereits klar. Ich habe unter anderem das
Buch Inside Visual C++6.0 gelesen. Darin ist auch ein Kapitel
zu COM enthalten.

Distributed Component Object Model - Modell mit verteilten Komponenten. D.h. Ein x-beliebiges Programm wird zerteilt in GUI, Berechnungsteil und Datenteil. Diese Teile können dann weissgottwo liegen und arbeiten oder bereitgestellt werden. Das Kluge an dieser Technik, eigentlich DNA (Distributen InterNetwork Applications) genannt ist, daß Code mehrmals verwendet werden kann.
Du hast vielleicht 10 Programme, die auf eine Datenbank zugreifen. Da macht es doch Sinn, den Datenbankzugriffsteil zu extrahieren und eine Komponente daraus zu machen. Heißt dann, daß deine 10 Proggies auf eine gemeinsame Komponente zum Zugriff auf eine Datenbank verwenden, klar?

Leider ist mir immer noch nicht ganz klar, welche Aufgabe
genau ein Microsoft Transaction Server in diesem Szenario hat.

Der MTS ist eigentlich ein Host. Oder Applicationserver. Oder Mainframe. Der MTS ist einfach ein Computer, der Programme bereitstellt, diese ausführt und ggf. ein Ergebnis zurückliefert. Diese Programme sind Komponenten (Distributed ->Component