Bug en compilador Eclipse o en javac ("parámetros de tipo de T no pueden determinarse")

Question

El siguiente código

public class GenericsTest2 { 

    public static void main(String[] args) throws Exception { 
     Integer i = readObject(args[0]); 
     System.out.println(i); 
    } 

    public static <T> T readObject(String file) throws Exception { 
     return readObject(new ObjectInputStream(new FileInputStream(file))); 
     // closing the stream in finally removed to get a small example 
    } 

    @SuppressWarnings("unchecked") 
    public static <T> T readObject(ObjectInputStream stream) throws Exception { 
     return (T)stream.readObject(); 
    } 
} 

compila en eclipse, pero no con javac (parámetros de tipo de T no pueden determinarse; no único la instancia máxima existe para la variable de tipo T con límites superiores T, java.lang.Object).

Cuando cambio readObject (archivo String) para

@SuppressWarnings("unchecked") 
    public static <T> T readObject(String file) throws Exception { 
     return (T)readObject(new ObjectInputStream(new FileInputStream(file))); 
    } 

se compila en Eclipse y con javac. ¿Quién está correcto, el compilador de eclipse o javac?

Answer 1

Yo diría que es el error en el compilador de Sun informó here y here, porque si cambia su línea a la que está debajo funciona con ambos, que parece ser exactamente lo que se describe en los informes de errores.

return GenericsTest2.<T>readObject(new ObjectInputStream(new FileInputStream(file))); 

Answer 2

En este caso, diría que su código es incorrecto (y el compilador de Sun está en lo cierto). No hay nada en sus argumentos de entrada al readObject que realmente infiera el tipo T. En ese caso, es mejor dejar que devuelva Object y dejar que los clientes seleccionen manualmente el tipo de resultado.

Esto debería funcionar (aunque no lo he probado):

public static <T> T readObject(String file) throws Exception { 
    return GenericsTest2.<T>readObject(new ObjectInputStream(new FileInputStream(file))); 
} 

Answer 3

Oracle JDK6 U22 debe ser correcta pero no tengo este problema con JDK6 u24 demasiado

Esto es un error de Eclipse bug 98379.

Esto no fue corregido pero el problema se resuelve por medio de solución como ejemplo de los errores de eclipse (ver enlace)

Answer 4

Si usted puede modificar su método readObject a trabajar de forma transparente cuando se le llama, también puede utilizar lo siguiente:

public static <T> T readObject(String file, Class<T> type) throws Exception { 
    return type.cast(readObject(new ObjectInputStream(new FileInputStream(file)))); 
} 

De esta manera, la persona que llama se ve obligada a especificar el tipo de resultado y el compilador sabe cómo emitir el resultado.

Answer 5

Encontré este problema en la versión de Java "1.6.0_22". Desapareció cuando actualicé a la versión de Java "1.6.0_32", ya que se corrigió en la actualización 25.