CLOB in das IFS schreiben

[manuel.marcos]

lösche die datei mal vorab, falls schon existent.. wenn du dann den clob mit ccsid(*utf8) definierst, alles andere auf standard. wie siehts dann aus?
bei nem kleinen test hier bei mir, stand mein blabla drin..


dcl-c q const('''');
dcl-s aString varchar(200);
dcl-s aHtmlString varchar(10000) ;
dcl-s clob sqltype(CLOB:10000) ccsid(*utf8);

dcl-s aHtmlMailFile sqltype(clob_file) ;
dcl-s aHtmlMailFilePath varchar(100) inz('/home/username/atesthtmlfile.html');

aHtmlString = 'blabla';

clob_data =aHtmlString;
clob_len =%len(%trim(aHtmlString));

aHtmlMailFile_Name = %trim(aHtmlMailFilePath);
aHtmlMailFile_NL = %len(%trim(aHtmlMailFile_Name));
aHtmlMailFile_FO = SQFOVR;

exec sql values(:clob) into : aHtmlMailFile ;

[mk]

Hi
so wie du habe ich es auch jetzt gemacht.

Trotzdem hat die IFS Datei die CCSID 273 und die Daten sind im Browser nicht lesbar.
Die Inhalte sieht man zwar mit dem EDTF aber das ist ja etwas anders.

[manuel.marcos]

Was heißt denn nicht lesbar? Ist da vlt. ungültiger HTML Code drin?
Ich kann bei mir den Inhalt mit Notepad++ und auch per Browser anzeigen lassen.

[camouflage]

Ich hab's auch nachvollzogen. Gleiches Resultat wie bei Manuel. Unter welcher CCSID läuft denn dein Job?

[mk]

Anzeige mit notepad++


Anzeige im Browser


Der Job läuft mit 273.

Das der HTML code nicht ganz valide ist, das kann schon sein, sollte aber auch
nicht das Problem sein.

[Robi]

Notepad++ zeigt unten rechts die codierung an, was steht da?

[mk]

Hi,
Dos\Windows ANSI

[Fuerchau]

Windows/Notepad++ kann die Kodierung vopn EBCDIC 273 gar nicht erkennen.
Ich hatte ein ähnliches Problem auf V6R1, dass die CCSID 1252 bei CLOB_FILE nicht unterstützt wurde und die Ausgabe daher wieder in 273 (JOb CCSID) erfolgte.
Ich hatte geglaubt, dass dies per V7R3 nicht mehr passiert.

Nun ist es wohl leider so, dass bei der Ausgabe ins IFS die Daten erst mittels iconv() in 1252 umgewandelt werden müssen oder per "QSH touch" eine leere IFS-Datei mit Codepage 1252 erstellt werden muss.
Ich hatte mich da für iconv() bzw. das passende API entschieden, dann klappte es.

[manuel.marcos]

Wie Fuerchau schon schreibt, kann das an deinem Release hängen?
Bei mir unter 7.3 hat die Datei per wrklnk die ccsid 1208 und im notepad++ steht auch utf-8.

[camouflage]

Ist bei mir auch so, 7.4

[Fuerchau]

Es gibt da einen Unterschied ob 1252 (Windows-ANSI) oder 1208 (UTF8).
Ich denke UTF8 wird native unterstützt, ANSI aber nicht.
In meinem Test war die Programmvariable vom Typ "C", also CCSID = 1200.
Bei der Ausgabe wurde die IFS-Datei mit Code 1200 erstellt, was in Notepad++ auch korrekt mit 2-Byte-Codes dargestellt wird.
Ist das Quellfeld aber vpm Typ "A", also Char, wird die Job-CCSID verwendet.

Um also 1252 zu erstellen, ist iconv() erforderlich.

Für die HTML-Erstellung ist allerding UTF8 ebenso erlaubt, wenn die Codierung auch angegeben ist:
https://www.w3.org/International/que...eclarations.de