[53204] in SAPr3-news
=?ISO-8859-1?Q?Gemeinsames_Transaktions-Interface_f=FCr_Java_und_SAP=3F?=
daemon@ATHENA.MIT.EDU (Oliver Plohmann)
Wed Feb 2 07:11:31 2005
To: sapr3-news@mit.edu
Date: 2 Feb 2005 04:11:26 -0800
From: oliver@plohmann.com (Oliver Plohmann)
Message-ID: <30397e65.0502020411.33ed76a2@posting.google.com>
Hallo!
Ich habe folgende Situation: Eine Java-Applikation und eine
SAP-Applikation (ABAP oder was auch immer) greifen schreibend auf die
gleiche SAP DB zu. Das Problem ist nun, dass die Java-Applikation und
die SAP-Applikation einen gemeinsamen Transaktions-Mechanismus
verwenden müssen, so dass sich beide Applikationen nicht unbemerkt
gegenseitig die Daten ändern.
Für Java gibt es z.B. schöne Datenbank Interfaces (JDO, Hibernate),
die auf JDBC basieren und ihren eigenen Transaktions-Mechanismus
definieren (Zähler oder Timestamps um Optimistic Locking zu
realisieren). Der Locking Mechanismus dieses Datenbank Interfaces ist
für die SAP-Applikation aber nicht sichtbar. Meine Frage ist daher, ob
es da schon etwas gibt, das für Java- und SAP-Applikationen eine
gemeinsam verwendbare Transaktionen-Schnittstelle zur Verfügung
stellt, so dass die Java- und die SAP-Transaktionen im gleichen
Transaktionsbaum ablaufen und nicht in zwei getrennten, die sich
gegenseitig nicht "sehen". Geht das mit diesem SAP Exchange
Infrastructure? Die Java-Applikation sollte dabei als Fat Client
belassen werden können. Am liebsten würde ich für den Java Fat Client
das bestehende Datenbank Interface basierend auf JDBC (JDO, Hibernate)
beibehalten können. Vielleicht ein Wunschtraum, ich weiß ...
Hat jemand vielleicht schon ein ähnliches Problem gehabt oder weiß
Bescheid?
Danke, Oliver Plohmann
