BLOB mit BASE64 encoden für REST Service im IBM i IWS

[ismiavoiwuascht]

Hallo Rainer

Ja, das war's, danke gleich mal. Hab mit CLOB anstelle von CLOB_Data das Eincoding gemacht. Steht dann auch der richtig codierte Inhalt in der RPG Clob Variablen. Aber eine Frage hab ich noch, wenn ich nun die CLOB Spalte (utv-8) in der Tabelle mittels SQL mit dieser Hostvariablen aktualisiere steht da Schrott drinnen. Muss ich da noch irgendwo konvertieren?

Soll BASE64: UEsDBBQAAAAIACEIIQLtOXirrAE
Ist BASE64: 䅢Ă˜AAɁÅɉؓ����AŒŁA偁A觕

lg, Ingo

[Fuerchau]

Wie schaust du dir den Inhalt an?
Base64 beibt ASCII-Code!
Im Debugger kannst du das nur Hex kontrollieren.
Wenn du den Base64-Wert per SQL in eine UTF-8 -Spalte schreibst kannst du ihn per SQL in 273 wieder ansehen.

Du kannst den Inhalt auch temporär in eine Char/UCS2-Variable schieben. Die Umwandlung erfolgt dann auch automatisch.

[ismiavoiwuascht]

Im Debug sehe ich den richtigen Inhalt

 EVAL locClob64                                                          LOCCLOB64_LEN OF LOCCLOB64 = 7206264                                   
 LOCCLOB64_DATA OF LOCCLOB64 =                                          
           ....5...10...15...20...25...30...35...40...45...50...55...60 
      1   'UEsDBBQAAAAIACEIIQLtOXirrAEAAEkEAAAVAAAAYXNzZXRzL0VNREtDb25m'
     61   'aWcueG1sjVNLb5tAEL5Xyn+Ycq3AYKdNZGFHkZ1WVUVVyaSHXqzJMuBVYNda'
    121   '1k7Jr+/gxyYo0FbitDPfY74Z4pvfVQl7MrXUauZFQegBKaEzqYqZd59+9q+9'
    181   'm3n83vfTjayBP1SAO6uhIEUGLWWQabGrSNkAFhtUBdXAZdu2nytQYQMCdzWB'

Variablendefinition: dcl-s LocClob64 sqltype(CLOB:16773100) CCSID(*UTF8);

Jobdefinitionsattribute:

Sprachen-ID . . . . . . . . . . . . . . . . . . . :   DEU     Landes- oder Regions-ID . . . . . . . . . . . . . :   AT      
ID des codierten Zeichensatzes (CCSID)  . . . . . :   65535   
Standard-ID des codierten Zeichensatzes . . . . . :   273     
Steuerung für Zeichen-ID  . . . . . . . . . . . . :   *DEVD

Die Abfrage und das Ergebnis der Daten über Webservice IWS sieht dann so aus:






lg, Ingo

[Rainer Ross]

Hallo Ingo,

soll der Webservice ungefähr so aussehen?

http://www.myhofi.com/myapp/webbase64.pgm?data=test

in diesem Fall wandelt er den String "test" richtig in "dGVzdA==" um

[ismiavoiwuascht]

Hallo Rainer

Ja, genau so sollte er aussehen, nur bei mir kommt immer folgendes raus:

{ "DATEI" : "䅢Ă˜AAɁÅɉؓ����AŒŁA偁A觕����ՙţĂ��惤??����œ??N胘��??ƈ�� 夥威∧����Մ��љNa????��??鴗??��礁????��蘩??...

lg, Ingo

[Rainer Ross]

Hallo Ingo,

schick mir doch einfach einen Beispieldatensatz und den Request dazu, dann kann ich es auf die Schnelle bauen

--
Rainer Ross IT-Beratung
Ausgezeichnet mit dem IBM-Innovationspreis
Rainer_Ross@web.de
Sitz: Bürgermeister-Hollweck-Str. 6, 85599 Parsdorf
Tel: 089/413 252 94

[Fuerchau]

Wenn du Nicht-Basi64-Daten sendest, kommen die denn korrekt an?
Ich nehme mal an, dass in der Kommunikation irgendwo noch eine Umwandlung in eine ander CCSID/Codepage stattfinden.
Stelle die Daten mal Hex zur Ansicht.

U = x'E4' = für UTF8 das Überlaufbit gesetzt so dass noch das "E" dazukommt.

Ich vermute mal folgendes:
Die Ergebnisvariable wird als CHAR-Variable in 273 umgesetzt und für den Webempfänger als Binärdaten gehandelt.
Da dein Job nun mal wieder auf CCSID 65535 steht, dürfte dies wieder mal das Problem sein.
ID des codierten Zeichensatzes (CCSID) . . . . . : 65535

Setze mal eine vernünftige CCSID, dann gibts für sowas weniger Probleme.