MySQL Bild aus DB auslesen und auf FTP Speichern

[Darky^]

Hallo!

Ich hab ein kleines Applet geschrieben, dass ein als Blob gespeichertes Image aus einer MySQL DB ausliest und das Bild dann auf einen FTP mithilfe der apache.commons.net Library auf einem FTP speichert. Das Bild hat nach dem Transfer auch die richtige Größe, jedoch lässt es sich nicht darstellen..

Ich gehe wiefolgt vor:

Blobpic a = read.imglist.get(i);
 InputStream in = a.getImg_blob().getBinaryStream(); //liefert den BinaryStream von einem Blob meines selbst definierten Objects Blobpic.
 ftp.storeFile("Bild.png", in);

Jemand eine Idee was falsch sein könnte?

 

[homer65]

Mal ins Blaue geraten. Ist es überhaupt ein PNG?
Guck dir mal die ersten Zeichen der Datei hexadezimal an. Siehe auch:
Portable Network Graphics ? Wikipedia
Edit:
Zitat:
Eine PNG-Datei beginnt immer mit der folgenden, acht Byte langen Signatur (Magische Zahl):
89 50 4E 47 0D 0A 1A 0A

 

[Darky^]

Die Header sehen ok aus, soweit ich es abschätzen kann: (???)

 

[homer65]

Joh, sieht also nach PNG aus.
Was meinst du nun genau mit "läßt sich nicht darstellen"?
Vielleicht kannst du das Bild ja irgentwo hochladen, so das wir drauf zugreifen können.
Dann könnten wir probieren, ob wir es anschauen können.

Edit:
Habe also nicht genau hingesehen. Es ist kein PNG. An der fünften Stelle fehlt 0D.

 

[Darky^]

Wenn ich das Bild hochlade bekomme ich:

Die Datei hat kein gültiges Grafikformat. Wenn Sie eine Grafik anhängen wollten, überprüfen Sie bitte die Richtigkeit der Datei. Möchten Sie keine Grafik anhängen, benutzen Sie bitte die richtige Dateiendung für diese Datei.

Habs jetzt in ein Zip Archiv: A.png ist das Original und header18.png das Übertragene gleiche Bild.

 

[homer65]

Habe die beiden Dateien verglichen. A.png hatt genau ein Byte mehr als header18.png. Und zwar fehlt bei header18.png das fünfte Byte ein 0D. Habe dann mal ein 0D als fünftes Byte in header18.png eingefügt. Und siehe da es läßt sich als gültiges PNG öffnen. Es könnte sein, das das FTP Programm beim Übertragen 0D 0A in 0A geändert hatt. Interessant ist auch das 0D 0A CR+LF ist was beim Übergang von Windows nach Linux oft in 0A LF übersetzt wird. Vielleicht gibt es ja beim FTP Programm eine Einstellung, das keine Umsetzung stattfinden soll.

 

[Darky^]

Das seltsame ist ja, dass es bei jpg und gif normal klappt, woran kann es also liegen?

 

[nillehammer]

Du musst den FTP-Mode "Binary" benutzen. Beim normalen ASCII-Modus werden Linefeeds beim Übergang von Windows zu Unix (oder umgekehrt) jeweils in die andere Welt umgewandelt. Ein Übergang kann auch schon bei Verwendung eines Proxys entstehen. Wenn der transparent ist, weißt Du nichtmal, dass er da ist.

Wahrscheinlich hast Du mit den jpgs und gifs nur Glück gehabt, dass dort im Zeichenstrom keine LF-Zeichen vorgekommen sind, während bei png wohl schon.