🚀 go-pugleaf

Eduardo Yáñez Parareda escribió:
>> he pasado a:
>>> Properties props = new Properties();
>>> props.load((BufferedInputStream)
>>> this.getClass().getResourceAsStream("/org/mozillatranslator/resource/install.properties"));
>>>
> 
> Es que no puedes hacer un casting a BufferedInputStream porque no sabes
> si lo que te devuelve getResourceAsStream es de
> esa clase, por eso te da el ClassCastException.
> 
> No puedes hacer:
> 
> Casa casa = new Casa();
> Integer num = (Integer) casa;
> 
> Pues lo mismo te pasa con eso que estás intentando. El uso de
> BufferedInput y Output lo tienes que hacer cuando
> eres tú el que estás creando los Streams.


Bueno, de hecho lo he solucionado definitivamente usando un
InputStream y punto, que es lo que devuelve .getResourceAsStream().

Aún así, no acabo de entender por qué en modo depuración, tirando de
los .class en el directorio build/ sí podía hacer el cast, y en cambio
en ejecución normal, tirando del JAR, no me lo permitía.

getResourceAsStream() devolverá un InputStream se ejecute de un modo u
otro, ¿no? ¿Es que internamente crea un BufferedInputStream, o algo
que se puede tratar como tal, cuando está leyendo de disco, y un tipo
distinto de InputStream no convertible a BufferedInputStream cuando
lee de JAR?

Aunque "formalmente" no me pueda quejar de que Java ha hecho algo
"raro" (vale, la documentación sólo me garantiza un InputStream), no
deja de ser algo inesperado el hecho de que en algunos casos pueda
considerar ese InputStream como BufferedInputStream y en otros no.

En fin, solucionado en cualquier caso. De nuevo, muchas gracias por tu
ayuda.

-- 
If it's true that we are here to help others,
then what exactly are the OTHERS here for?