Danke schon mal für Deine Antwort!

Commitment Control wird hier nicht gemacht. Das scheidet also schon mal aus.

Und bei der zweiten Lösung meinst Du, dass eine Global Temporary Table anstatt eines Resultsets erstellt werden soll? Das würde sicher auch Konflikte mit sich bringen, da das Java-Programm über den Connection-Pool viele Aufrufe im selben Job macht. Ob dann immer auf die richtige Table zugegriffen wird? Das scheint mir ein zu großer Wackelhaufen zu sein. Außerdem würde das ca. 50 Stored Procedures betreffen. Die müsste ich alle umbauen. Das geht nicht.

Vielleicht fällt mir ja noch was anderes ein. Auf dieses Limit von 256 offenen Resultsets bin ich bisher auch nie gestoßen. Das macht aus meiner Sicht auch überhaupt keinen Sinn. Warum wird dieses Resultset nicht einfach am Ende der Stored Procedure automatisch gelöscht? Vor allem wenn man danach von außen nicht mehr darauf zugreifen kann.

Würde man evtl. mit "ASSOCIATE RESULT SET LOCATORS...WITH PROCEDURE..." und "ALLOCATE...CURSOR FOR RESULT SET..." weiterkommen? Dann könnte man einen "CLOSE" auf den Cursor machen.

Viele Grüße,
KM