jvagate Bander tool Verbindung -> Oracle Hilfee

**BenderD** · 02-06-18, 07:16

... bei Kompatibilitätsproblemen von Datentypen hilft ein Cast, wobei die Syntax für die remote Datenbank eingehalten werden muss (=> Blick in die Oracle Doku).

D*B

**Fuerchau** · 02-06-18, 13:50

VARGRAPHIC kennt Oracle nicht. Je nach Ziel muss in Oracle der Typ NVARCHAR oder VARCHAR definiert sein. D.h., dass du in deinem Programm die Felder in den Typ C (UCS2) für NVARCHAR oder eben normal Alpha konvertieren musst.

**labm** · 03-06-18, 15:02

Hallo,
viellen Dank
Das stimmt wenn ich direkt in Datenbank rein schaue sind die Felder Nvarchar.
Wenn ich ich allerdings über das Tool von Herr Bender(JVAGATE) über STRSQL (i5) schaue und im select F4 drücke, werden dieser als VARGRAPHIC dargestellt.

Ich habe bereits so Probiert:
cmd = 'Select '
+ 'Feld1, ' //Feld ist numeric
+ 'Feld2, ' //Feld ist numeric
// + 'name ' //Feld ist nvarchar oder unter JVAGATE vargraphic
//+ 'CAST(name as CHAR(512) ccsid 273) ' //so probiert
+ 'CAST(CAST(name AS VARCHAR(512)'
+ ' CCSID 13488) VARCHAR(512) CCSID 1141) ' //so auch

+ 'from DBO.address ' ;

oder direkt bei fetch into ausgegeben in das Feld ucs2data siehe unten <- ohne erfolg

d cvtdata DS
D ucs2sapdata 32766A varying
D ucs2data 16383C varying overlay(ucs2sapdata)

Immer fehler

Ich habe keine Idee mehr..

Gruß
Schönnen Sonntag noch..

**Fuerchau** · 03-06-18, 15:15

Das Problem ist ein anderes.
Oracle führt N[VAR]CHAR in UTF-8!
Allerdings liefert der Oracle-Treiber diese Felder wieder vom Typ String.

Zusätzlich kannst du natürlich im SQL keine AS/400-Funktionen angeben, da dieser SQL doch an Oracle geht und eigene Funktionen hat!

Also lass mal alle Casts weg, mach deinen "Select F1, F2, ...." und definiere deine Zielvariablen für Zeichenfelder einfach vom Typ C.
Zusätzlich solltest du für alle Felder auch NULL-Anzeiger vorhalten, denn NULL ist i.d.R. bei Oracle erlaubt.

Zu beachten ist auch der Typ Date in Oracle der immer vom Typ DateTime ist!
Diese Felder solltest du mittles TO_CHAR(Fx, 'Format') umwandeln.
Dann kannst du diese per %DATE, %TIME oder %TIMESTAMP wieder umwandeln.
https://docs.oracle.com/cd/B19306_01...nctions180.htm

Umgekehrt beim Insert/Update oder einer Where-Klausel gilt für DateTime dasselbe:
https://docs.oracle.com/cd/B19306_01...nctions183.htm

**labm** · 03-06-18, 15:26

Hallo
vielen Dank für die blitz Antwort.

gilt das gleicher bei NVARCHAR auch für MySQL Datenbank?

Dort habe ich das gleicher Problem.

Also

Select F1, F2, F3(ist Nvarchar)...

dann bei fetch into
FETCH NEXT FROM C1 INTO :f1, :f2, :f3 ;

wobei f3 ist so als C definiert??

d cvtdata DS
D ucs2sapdata 32766A varying
D f3 16383C varying overlay(ucs2sapdata)

ist das so richtig??

DAnkKKKEEE

**BenderD** · 03-06-18, 15:28

... was steht denn im Java logfile?, am besten vorher in log4j.properties debug level aktivieren!

D*B

**labm** · 03-06-18, 15:58

Habe gerade ausprobiert..

Auszug aus dem Log:
Daten kommen zurück (Abel+Ruf GmbH) und dann...DRDA-Protokollfehler.

[pool-1-thread-3] de.bender_dv.ardgate.pords2pojo.GenericArxFormat: decimalDelimiter: ,
[pool-1-thread-3] de.bender_dv.ardgate.pords2pojo.GenericArxFormat: dateFormat: *EUR
[pool-1-thread-3] de.bender_dv.ardgate.pords2pojo.GenericArxFormat: timeFormat: *JIS
[pool-1-thread-3] de.bender_dv.ardgate.pords2pojo.GenericArxFormat: isolationLevel: *CS
[pool-1-thread-3] de.bender_dv.ardgate.pords2pojo.ARFC0100Format: CursorName: RAWDATACURSOR26
[pool-1-thread-3] de.bender_dv.ardgate.application.ARFC0100Handler: columnCount: 1
[pool-1-thread-3] de.bender_dv.ardgate.application.ARFC0100Handler: columnType: -9
[pool-1-thread-3] de.bender_dv.ardgate.application.ARFC0100Handler: NVARCHAR column: 1 contents: Abel+Ruf GmbH
[pool-1-thread-3] de.bender_dv.ardgate.pords2pojo.ResultSetHuddle: data: Abel+Ruf GmbHlength: 13
[pool-1-thread-3] de.bender_dv.ardgate.pords2pojo.ResultSetHuddle: added to huddle
[pool-1-thread-3] de.bender_dv.ardgate.pords2pojo.SqlcaBean: SQLCode: 0
[pool-1-thread-3] de.bender_dv.ardgate.pords2pojo.SqlcaBean: SQLState: 00000
[pool-1-thread-3] de.bender_dv.ardgate.pords2pojo.SqlcaBean: sqlErrd3 0
[pool-1-thread-3] de.bender_dv.jvagate.communication.Sender: connected to DataQueue (system: AS400 (system name: 'localhost' user
[main] de.bender_dv.jvagate.communication.Receiver: getOrder
[pool-1-thread-3] de.bender_dv.jvagate.communication.Sender: $$$$$ R343457 $$$$$
[pool-1-thread-3] de.bender_dv.jvagate.communication.Sender: Event ARDPGM
[pool-1-thread-3] de.bender_dv.jvagate.communication.Request: Event set to: ARDPGM
[pool-1-thread-3] de.bender_dv.ardgate.application.ArdHandler: Request: de.bender_dv.jvagate.communication.Request@96f02b5 b

**BenderD** · 03-06-18, 16:13

... ich bräuchte da schon das komplette log mit loglevel debug, um zu sehen was da klemmt- Am besten ein minimalisiertes Beispiel, mit kompletter Beschreibung, was du da machst, als Zip an meine Mailadresse.

D*B

**Fuerchau** · 03-06-18, 21:43

Beherzige doch einfach mal das Wörtchen "NULL-Anzeiger".
Auch wenn die Inhalte ggf. nicht NULL sind, macht der NULL-Anzeiger Sinn.

Was willst du mit dem Feld "ucs2sapdata"?
Mit dem kannst du überhaupt nichts anfangen und ist total sinnlos.
UCS2-Daten sind 16-Bit ASCII-Code!!!

Und was willst du mit 16K-Feldern?

Desweiteren erhältst du einen SQLCODE zurück und ebenso auch eine Nachricht im Joblog.
I.d.R. benötigst du die Java-Traceausgaben nicht.

**BenderD** · 04-06-18, 06:24

... DRDA Protokollfehler deutet auf einen Bug im ArdGate.
- hast Du die neueste Version?
- probier mal einen cast nach nchar oder char (cast (name as char(xxx)), wobei Oracle da genug Länge braucht - gegebenen Falls noch substring vor dem cast.

D*B

**Fuerchau** · 04-06-18, 10:16

Meine Verwendung mit Oracle über ArdGate:

Code:

d* Struktur Oracle-Bestelltabelle                 
d DSOrBe          ds                  inz         
d  VENDOR_NUMBER                20    varying     
d  PO_NUM_RELEASE...                              
d                               20    varying     
d* wird ersetzt                                   
d* PO_LINE_NUMBER...                              
d  LINE_LOCATION_ID...                            
d                               11p 0             
d  PO_ITEM_NUMBER...                              
d                               20    varying     
d  PO_LINE_ORDERED...                             
d                               11p 2             
d  PO_LINE_OPEN                 11p 2             
d  PO_LINE_UNIT_PRICE...                          
d                               13p 4             
d  PO_CURRENCY                   3    varying     
d  PO_LINE_DELDATE...                             
d                                8p 0             

OraSQL = 'select VENDOR_NUMBER '                    
       +       ',PO_NUM_RELEASE '                   
       +       ',LINE_LOCATION_ID '                 
       +       ',PO_ITEM_NUMBER '                   
       +       ',PO_LINE_ORDERED '                  
       +       ',PO_LINE_OPEN '                     
       +       ',PO_LINE_UNIT_PRICE '               
       +       ',PO_CURRENCY '                      
       +       ',TO_NUMBER(TO_CHAR('                
       +       'PO_LINE_DELDATE, ''YYYYMMDD'') '    
       +       ', ''99999999'') '                   
       +       ',RH_ITEM_NUMBER '                   
       +       ' from ' + OraTable                  
       +       ' inner join '                       
       +       ' XXPEW_ORACLE_RH_ITEM_NUM_V '       
       +       ' on PO_ITEM_NUMBER '                
       +       ' = ORACLE_ITEM_NUMBER '             
       +       ' where VENDOR_NUMBER '              
       +       ' = ''' + %trim(BBPA01) + '''';      

// Dynamischen Cursor erstellen                     
exec sql declare LoadOrder cursor for LodSQLOrder;  
exec sql prepare LodSQLOrder from :OraSQL;          

exec sql Fetch LoadOrder              
          into :VENDOR_NUMBER         
              ,:PO_NUM_RELEASE        
              ,:LINE_LOCATION_ID      
              ,:PO_ITEM_NUMBER        
              ,:PO_LINE_ORDERED       
              ,:PO_LINE_OPEN          
              ,:PO_LINE_UNIT_PRICE    
              ,:PO_CURRENCY           
              ,:PO_LINE_DELDATE       
              ,:KYTENR                
              ;

Die Oracle-Sicht enthält keine NULL-Felder, daher keine NULL-Anzeiger.

**labm** · 04-06-18, 11:03

Hallo
Danke für die Info

Ich gabe das teilweise gelöst.

Mit dem einfachen Cast ohne CCSID funktioniert schon -> select CAST(name as nCHAR(512)) from... Mit dieser lösung werde ich wahrscheinlich keine kyrillicher Sprache bekommen...(dafür UCS2 Felder..)

Mit Null-Anzeiger habe ich hier noch kein Problem, da ich nur 1 Feld und 1 Satz ausgewählt habe und dieser war kein NULL.

Wie ich hier mit NULL-Anzeiger umgehen muss, ist mir klar...

Ich habe die Version --> ArdGate Version: 2016-09-01

Sollte ich es Updaten ??

Danke auch für den Beispiel, hier gibt es aber keine Umsetztung auf UCS2...

Labm