Base64 encode zum zweiten

[Fuerchau]

Komprimierung => Binär => BASE64
Im Mailtransfer heißt das dann Mime64 und eigebettete Dokumente werden per Mime64 übertragen.
In meinen eigenen Dokumenten (XML) bette ich häufig Base64-Daten ein.

[Andreas_Prouza]

Wie oben bereits beschrieben, lässt sich eben Base64 in simplen 2K-Blöcken aneineinander reihen, was mit LIST_AGG( BINARY_READ 2K ) durchaus realisierbar ist.
Das Ergebnis ist dann eben ein CLOB 1208, das 2GB groß werden kann über LOB-Locator oder 16MB für RPGLE-Variable.
Warum sollte man also weitere Produkte bemühen, außer wenn es Spaß macht;-)

Oder anders Formuliert: Warum einfach wenn's auch komplizierter geht :-)

[camouflage]

Sag mal Baldur, Du bist dir da wirklich sicher, dass man noch die 2K Limite beachten muss und nicht direkt in einen 16MB String lesen kann?

[Fuerchau]

Falsch verstanden:
Das Base64-API kann nur maximal die ca. 2K. Allerdings kann List_Agg wiederum ohne Trennzeichen einen langen String bis 16 MB variable oder 2GB Lob-Locator füllen.
Ebenso wäre per IFS-Write auch eine direkte Ausgabe als Stream möglich.
Im Gegensatz zur Komprimierung ist jeder 2K-Block (Genauer 2046 ist durch 3 teilbar) unabhängig.
Die 2732 sind ja auch nicht glatt durch 3 teilbar, sondern durch 4 was einer Inputlänge von 2049 entspricht.

[camouflage]

-----------gelöscht---------