2011-05-29 18 views
8

cuando ejecuto siguiente código en la consola REPL Scala:NoSuchMethodError al llamar código java de Scala

java.util.Collections.max(new java.util.ArrayList[String]()) 

NoSuchMethodError excepción es lanzada:

java.lang.NoSuchMethodError: java.util.Collections.max(Ljava/util/Collection;)Lj 
ava/lang/Comparable; 
     at .<init>(<console>:8) 
     at .<clinit>(<console>) 
     at .<init>(<console>:11) 
     at .<clinit>(<console>) 
     at $export(<console>) 
     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. 
java:39) 
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces 
sorImpl.java:25) 
     at java.lang.reflect.Method.invoke(Method.java:597) 
     at scala.tools.nsc.interpreter.IMain$ReadEvalPrint.call(IMain.scala:592) 

     at scala.tools.nsc.interpreter.IMain$Request$$anonfun$10.apply(IMain.sca 
la:828) 
     at scala.tools.nsc.interpreter.Line$$anonfun$1.apply$mcV$sp(Line.scala:4 
3) 
     at scala.tools.nsc.io.package$$anon$2.run(package.scala:31) 
     at java.lang.Thread.run(Thread.java:662) 

Scala 2.9.0.1, Java 1.6.0_25

¿Por qué se lanza una excepción aquí? El mismo código ejecutado desde Java se comporta como se esperaba (throws NoSuchElementException).

Respuesta

5

Este es un error del compilador que afecta tanto a Scala 2.8 como a 2.9, donde el compilador no calcula la firma correcta del método borrado. No estoy al tanto de un informe de error.

Compilar el método:

object Test { def main(a: Array[String]) { 
    val a = new java.util.ArrayList[String]() 
    java.util.Collections.max(a) 
}} 

Resultados en el siguiente código de bytes:

public void main(java.lang.String[]); 
    Code: 
    Stack=2, Locals=3, Args_size=2 
    0: new #16; //class java/util/ArrayList 
    3: dup 
    4: invokespecial #18; //Method java/util/ArrayList."<init>":()V 
    7: astore_2 
    8: aload_2 
    9: invokestatic #24; //Method java/util/Collections.max:(Ljava/util/Collection;)Ljava/lang/Comparable; 
    12: pop 
    13: return 

Tenga en cuenta que el código de bytes en el desplazamiento 9 invoca un método estático con un tipo Comparable de retorno, mientras que el real Collections.max tiene Object como el tipo de devolución:

$ javap -p java.util.Collections | grep max 
    public static java.lang.Object max(java.util.Collection); 
+0

Curioso. Javadoc dice '> T'. –

+0

@Daniel, La JVM examina el tipo borrado del método; entonces 'T' se borra a' Objeto', pero Scalac espera que se borre a 'Comparable'. Puede revisar mi [correo electrónico en la lista de distribución de usuarios de Scala] (http://groups.google.com/group/scala-user/browse_thread/thread/53498367ee8a856b) para obtener más información. – notnoop

Cuestiones relacionadas