ARTGATE und MS-SQL

[ILEMax]

Sehr seltsam.
JVAGATE gestartet
läuft

STRSQL
Connect to XXXXX01
funktionierte

select * from DB.dbo.efm_Tabelle
funktioniert

disconnect all
finktioniert

JVAGATE beendet (mit 4 * immed) oder geht das anders?
Weg isser


JVAGATE gestartet
läuft

Connect to XXXXX01

Weitere Nachrichteninformationen

Nachrichten-ID . . . . : SQL7802 Bewertung . . . . . . : 30
Nachrichtenart . . . . : Information

Nachricht . . . : Ausnahmebedingung bezüglich Verbindung - SQLSTATE 08003,
SQLCODE -30061.
Ursache . . . . : Im Anwendungsserver ist eine Ausnahmebedingung für die
Verbindung aufgetreten. Entweder werden SQLSTATE und SQLCODE von SQL nicht
erkannt oder GET DIAGNOSTICS DB2_TOKEN_STRING ist für die entsprechende
SQL-Nachricht nicht gültig.
Der GET DIAGNOSTICS MESSAGE_TEXT lautet .
Der GET DIAGNOSTICS DB2_TOKEN_COUNT ist 0.
Der GET DIAGNOSTICS DB2_TOKEN_STRING ist .

geht das nur ein mal am Tag? <Scherz>

Was hab ich falsch gemacht?

[BenderD]

Sehr seltsam.
JVAGATE gestartet
läuft

STRSQL
Connect to XXXXX01
funktionierte

select * from DB.dbo.efm_Tabelle
funktioniert

disconnect all
finktioniert

JVAGATE beendet (mit 4 * immed) oder geht das anders?
Weg isser


JVAGATE gestartet
läuft

Connect to XXXXX01


geht das nur ein mal am Tag? <Scherz>

Was hab ich falsch gemacht?

... JVAGATE ist ein Server Job: einmal starten, dann einfach laufen lassen.

Ansonsten noch:
- remote connections laufen unter commit, was für den disconnect bedeutet, dass der nur an einer commit grenze geht. Am einfachsten ist:
exec sql connect to myrdb;
// wenn alles fertig ist:
exec sql release myrdb;
exec sql commit;

- disconnect all beendet alle connects, auch den lokalen (den SQL implizit gemacht hat). Das hat ungewollte Auswirkungen auf nachfolgende Programme im Job und sollte man bleiben lassen.

- get diagnostics ist nyi (not yet implemented)
- relevant ist der SQLSTATE, SQLCODE wird lediglich von ArdGate vom SQLSTATE abgeleitet und ist nur ein Schätzwert.
- in der Doku und im Verzeichnis JVATEST.LIB sind Beispiele, an denen man sich orientieren kann (und sollte).

D*B

[Fuerchau]

Wobei ein Disconnect ignoriert wird (SQLCODE), wenn ein Commit noch offen ist.
Nach einem Select ist der i.d.R. jedoch nicht erforderlich.

[ILEMax]

Hallo *ALL,

Das funktioniert erstmal ganz gut, Danke D*B!!

Eine Frage / Bitte hätt ich noch:
Wenn ich das interaktiv im STRSQL mache, sind danach meine Sitzungsattribute verstellt.
Da passt nix mehr.
Gibt es eine Möglichkeit
- Diese nicht zu verändern (ovrdbf lib/file tofile qtemp/file ovrscope(*job)
- die vorher zu sichern und danach zu restoren

Danke
Der ILEMax

[BenderD]

... remote connects erfordern in jedem Fall commit, was automatisch geändert wird, falls erforderlich. Sinnvoll ist auch naming(*SQL). STRSQL merkt sich das user und session bezogen, man kann aber auch die Startoptionen beim Aufruf mitgeben. Patentlösung kenne ich da eigentlich keine - am ehesten noch einen eigenen Startcommand oder sich an *SQL und commit gewöhnen (mache ich eh seit langem).

D*B