Serialisier- Exception

[Generic1]

Moin,

gibt es eine Möglichkeit, die von der runtime geworfenen Exception (unten gekennzeichnet) das Programm nicht abstürzen zu lassen?

try {
             baos = new ByteArrayOutputStream();
            new ObjectOutputStream( baos ).writeObject( o ); // java.io.IOException: failed to load image contents

            baos.flush();
            bais = new ByteArrayInputStream( baos.toByteArray() );            
            return new ObjectInputStream(bais).readObject();
            }
        catch (IOException e) {
            e.printStackTrace();
            }
        catch (ClassNotFoundException e) {
            e.printStackTrace();
            }
        finally {           
            try {
                bais.close();
                 baos.close();
                } 
            catch (IOException ex) {
                ex.printStackTrace();
...

in der Java- API

 private void writeObject(ObjectOutputStream s) 
	throws IOException 
    {
	s.defaultWriteObject();

	int w = getIconWidth();
	int h = getIconHeight();
	int[] pixels = image != null? new int[w * h] : null;

        if (image != null) {
	    try {
	        PixelGrabber pg = new PixelGrabber(image, 0, 0, w, h, pixels, 0, w);
	        pg.grabPixels();
	        if ((pg.getStatus() & ImageObserver.ABORT) != 0) {
		    throw new IOException("failed to load image contents");
	        }
	    }
	    catch (InterruptedException e) {
	        throw new IOException("image load interrupted");
	    }
        }
    
	s.writeInt(w);
	s.writeInt(h);
	s.writeObject(pixels);
    }

 

[maki]

>> gibt es eine Möglichkeit, die von der runtime geworfenen Exception (unten gekennzeichnet) das Programm nicht abstürzen zu lassen?

Was sollte es denn sinnvollerweise sonst machen?

 

[Generic1]

naja, anstatt das mir das ganze Programm abschmiert, wurd ich gern eine Fehlermeldung ausgeben.

 

[Wildcard]

Dafür gibt es doch catch Blöcke. Wenn du eine Exception in einem catch fängst, wird der Thread nicht terminiert.

 

[Generic1]

Dafür gibt es doch catch Blöcke. Wenn du eine Exception in einem catch fängst, wird der Thread nicht terminiert.

ja aber die obige Exception dürfte so wichtig sein, dass diese in der API terminiert,
das wird wohl kein Kraut gewachsen sein,

 

[maki]

>> ja aber die obige Exception dürfte so wichtig sein, dass diese in der API terminiert, das wird wohl kein Kraut gewachsen sein,

Da wird nix terminiert, wäre auch quatsch.

 

[Generic1]

Da wird nix terminiert, wäre auch quatsch.

mit terminiert meine ich: die Runtime eine Exception wirft, die man als API- Anwender nicht abfangen kann,

 

[Wildcard]

mit terminiert meine ich: die Runtime eine Exception wirft, die man als API- Anwender nicht abfangen kann,

Unsinn. Exceptions kann man immer fangen, nur Errors nicht.

 

[Gast]

...
        catch (IOException e1) {
            e1.printStackTrace();
            }
        catch (ClassNotFoundException e2) {
            e2.printStackTrace();
            } 
        catch (RuntimeException e3) {
            e3.printStackTrace();
            } 
...

 

[Generic1]

ja, ich hab mich vertan, wenn ich den StackTrace ausgebe ist es ja klar, das ich die Exception bekomme,

lg

 

[Murray]

Exceptions kann man immer fangen, nur Errors nicht.

Wieso sollte man Errors nicht abfangen können? Man sollte zwar gut überlegen, ob man das machen sollte, aber grundsätzlich geht das schon.