Jest przykład na blogu Laurenta Schneidera korzystania z pakietu DBMS_XA wewnątrz Oracle, aby zezwolić na działanie wielu sesji w tej samej transakcji. Byłoby więc możliwe, aby sesje Java i C++ uczestniczyły w tej samej transakcji bez potrzeby jakiegokolwiek dodatkowego koordynatora.
Alternatywnie możesz rozważyć użycie programu Workspace Manager. Zostało to pierwotnie zaprojektowane do obsługi wyjątkowo długotrwałych transakcji (tj. manipulowania dużą ilością danych przestrzennych dla proponowanego rozwoju). Zasadniczo możesz stworzyć obszar roboczy, który w twoim przypadku byłby mniej więcej odpowiednikiem nazwanej transakcji. Zarówno kod Java, jak i C++ mogą wejść do tego obszaru roboczego (z oddzielnych sesji) i oba mogą manipulować i zatwierdzać dane w tym obszarze roboczym. Po zakończeniu transakcji można było scalić obszar roboczy z obszarem roboczym LIVE, co jest równoznaczne z wykonaniem zatwierdzenia w normalnej transakcji.
Z drugiej strony, zdecydowanie zgadzam się z twoją początkową oceną, że koordynowanie transakcji między procesami najprawdopodobniej będzie złym pomysłem z punktu widzenia wydajności, stabilności, prostoty i konserwacji. Z drugiej strony może to być uzasadnione wymaganie biznesowe w zależności od tego, w jaki sposób kod C++ zostanie wycofany (tj. czy możliwe jest zastąpienie kodu w taki sposób, aby transakcje mogły być wyłącznie Javą lub wyłącznie C++)
