javax.imageio.ImageIO Problem erstellen ImageInputStream

Ich habe ein Servlet in Tomcat 5.5, liest, lokale Bilder, sitzend auf einem Ordner. Das Bild wird dann zurück an ein Applet.

Ich bin immer diese "javax.imageio.IIOException: Kann nicht erstellen Sie ein ImageInputStream!", Fehler und nicht sicher, was es verursacht.

Hat jemand hatte dieses problem vor? Könnte dies ein Thread-Problem in der ImageIO? Ich kann nicht reproduzieren Sie das Problem, da es tritt etwa 3-mal für jeweils 1000 Anfragen.

EDIT: Das ist der Servlet-code, der liest die Bild. Ich habe gerade mit der ImageIO.Lesen(Datei) in Ihrer statischen form innerhalb des Servlet die doPost-Methode die gleiche Weise unten:

    doPost(req,resp){
       ...
        BufferedImage image = ImageIO.read(imageFile);
       ...
    }

Hier ist der Quellcode für javax.imageio.ImageIO.Lesen(Datei):

    public static BufferedImage read(File input) throws IOException {
    if (input == null) {
        throw new IllegalArgumentException("input == null!");
    }
    if (!input.canRead()) {
        throw new IIOException("Can't read input file!");
    }

    ImageInputStream stream = createImageInputStream(input);
    if (stream == null) {
        throw new IIOException("Can't create an ImageInputStream!");
    }
    BufferedImage bi = read(stream);
    if (bi == null) {
        stream.close();
    }
    return bi;
    }
  • Wo ist der code createImageInputStream? Ist es die statische Methode in ImageInputStream, statisch importiert, oder ist es etwas anderes?
  • Ich nenne das ImageIO.Lesen(Datei) aus der Servlet doPost().
  • Nein, ich meine, du machst einen Anruf zu createImageInputStream aber es ist nicht klar, ob das statisch importiert Aufruf ImageInputStream.createImageInputStream oder etwas anderes.
  • das ist wahrscheinlich ImageIO.createImageInputStream(...).
  • Oh createImageInputStream ist eine statische Methode. Es ist eigentlich ein Teil der ImageIO-Bibliothek. Die ImageIO ist eine Java-Bibliothek, die ich verwende.
InformationsquelleAutor Marquinio | 2011-08-03
  1. 1

    Die Quelle, die ich habe (Java5, aber ich bezweifle, es hat sich viel verändert) besagt, dass, wenn es keine ImageInputStream service-Anbieter registriert, die createImageInputStream Methode gibt null zurück, und damit bekommen Sie eine Ausnahme.

    Aus der JavaDoc auf IIORegistry.getDefaultInstance() die ImageIO:

    Jeder ThreadGroup erhalten eine eigene Instanz; dies erlaubt verschiedene Applets im gleichen browser (zum Beispiel), haben jeweils Ihre eigenen registry.

    Damit könnte es tatsächlich ein threading-problem in, dass Sie eine Ebene neue Instanz von IIORegistry.

    Edit: Graben tiefer in die Quelle habe ich Folgendes gefunden:

    Meisten wahrscheinlich, dass Sie bekommen würde, eine FileImageInputStream, da Sie eine Datei. Jedoch, wenn eine Ausnahme Auftritt, wird die service-Anbieter gibt null. So gibt es vielleicht einen FileNotFoundException oder andere IOException geworfen wird, die bewirkt, dass der Strom nicht erzeugt werden.

    Leider gibt es keine Protokollierung in den code, damit müsstest du die debug-irgendwie. Es ist wahrscheinlich aufgrund der fehlenden Datei Berechtigungen, die eine beschädigte/unvollständige Datei oder die Datei fehlt.

    Hier ist der Java5-source für FileImageInputStreamSpi#createInputStreamInstance() 

    public ImageInputStream createInputStreamInstance(Object input,
                                                  boolean useCache,
                                                  File cacheDir) {
    if (input instanceof File) {
        try {
            return new FileImageInputStream((File)input);
        } catch (Exception e) {
            return null;
        }
    } else {
        throw new IllegalArgumentException();
    }
}
    • Ich denke, es sollte ein Thread Ausgabe by doing ImageIO.Lesen(Datei) in das Servlet, richtig? Könnte es sein, dass eine race condition auf dem Bild.Lesen(Datei) in den Fällen, wenn Servlet erhält zwei oder mehr gleichzeitige Anfragen? Wenn nicht, dann sollte ich wohl beginnen, in Ihren Vorschlag.
    InformationsquelleAutor Thomas
  2. 2

    Wenn die einzige funktionale Anforderung ist zu Lesen, Bilder von der lokalen Festplatte aus und senden es unverändert, um die HTTP-response mit einem servlet, dann tun Sie nicht müssen die ImageIO überhaupt. Es fügt nur unnötigen overhead und andere Probleme wie Sie jetzt haben.

    Loszuwerden, die ImageIO Zeug und nur Strom raw-Bild direkt von der Festplatte in den HTTP-Antwort, die entlang einem Satz von der richtigen Antwort Header. Zum Beispiel,

    String name = request.getParameter("name");
File file = new File("/path/to/images", name);

response.setContentType(getServletContext().getMimeType(file.getName()));
response.setHeader("Content-Length", String.valueOf(file.length()));
response.setHeader("Content-Disposition", "inline; filename=\"" + file.getName() + "\"");

InputStream input = null;
OutputStream output = null;

try {
    input = new BufferedInputStream(new FileInputStream(file));
    output = new BufferedOutputStream(response.getOutputStream());
    byte[] buffer = new byte[8192];

    for (int length; (length = input.read(buffer)) > 0;) {
        output.write(buffer, 0, length);
    }
} finally {
    if (output != null) try { output.close(); } catch (IOException logOrIgnore) {}
    if (input != null) try { input.close(); } catch (IOException logOrIgnore) {}
}

    Das ist alles. Sie müssen nur ImageIO Wann immer Sie möchten, Bearbeiten Sie das Bild im server-Speicher vor der Rückgabe, z.B. Größe verändern, transformieren oder so etwas.

    Einem anderen, robuster Beispiel ein servlet kann gefunden werden hier und einen fortschrittlicheren hier.

    • Ja, du hast Recht. Ich werde dies im Hinterkopf behalten, wenn ich die chance bekomme, zu ändern mein code.
    InformationsquelleAutor BalusC
  3. 0

    Wo ist die Verwendung von close () - Methoden innerhalb der Ausnahmebehandlung? Streams geschlossen werden, wenn Ausnahmen gibt es auch, sowie die normalen Beendigung des Blocks der code.

    Das symptom klingt wie Sie laufen out-of-heap-space oder irgendwann.

    Es ist nicht die Codierung Fehler, die andere wies darauf hin, da das problem sporadisch Auftritt.

    InformationsquelleAutor Yoichi
Schreibe einen Kommentar