2012-05-11 47 views
6

Zauważyłem, że wystąpił błąd AbstractMethodError po wykonaniu następujących kodów.AbstractMethodError wystąpił, gdy metoda prywatna pakiet przesłania

package javapkg; 

public abstract class JavaClass{ 
    abstract String foo(int b); 

    public String bar(int b){ 
    return foo(b); 
    } 
} 
package scalapkg 

import javapkg._ 

class ScalaClass extends JavaClass{ 
    def foo(a:Int) = a.toString 
} 

object Main extends App{ 
    println(new ScalaClass().bar(10)) 
} 
[error] (run-main) java.lang.AbstractMethodError: javapkg.JavaClass.foo(I)Ljava/lang/String; 
java.lang.AbstractMethodError: javapkg.JavaClass.foo(I)Ljava/lang/String; 
at javapkg.JavaClass.bar(JavaClass.java:7) 
at scalapkg.Main$delayedInit$body.apply(ScalaClass.scala:10) 
at scala.Function0$class.apply$mcV$sp(Function0.scala:34) 
at scala.runtime.AbstractFunction0.apply$mcV$sp(AbstractFunction0.scala:12) 
at scala.App$$anonfun$main$1.apply(App.scala:60) 
at scala.App$$anonfun$main$1.apply(App.scala:60) 
at scala.collection.LinearSeqOptimized$class.foreach(LinearSeqOptimized.scala:59) 
at scala.collection.immutable.List.foreach(List.scala:76) 
at scala.collection.generic.TraversableForwarder$class.foreach(TraversableForwarder.scala:30) 
at scala.App$class.main(App.scala:60) 
at scalapkg.Main$.main(ScalaClass.scala:9) 
at scalapkg.Main.main(ScalaClass.scala) 
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
at java.lang.reflect.Method.invoke(Method.java:597) 
java.lang.RuntimeException: Nonzero exit code: 1 
at scala.sys.package$.error(package.scala:27) 

Jest to błąd lub specyfikacja?

P.S. Scala w wersji 2.9.2, 2.10.0-M3 i 2.10.0-SNAPSHOT (2.10.0-20120507-163905-843ac9520c) wystąpił ten sam błąd:

+0

Chcę wiedzieć, że ten problem został zarejestrowany na stronie https://issues.scala-lang.org/, jeśli jest to błąd. –

Odpowiedz

6

To trochę skomplikowane. To błąd - kompilator Scali powinien wysłać błąd - ale jest nieco subtelny.

Problem polega na tym, że ponieważ opuściłeś public od metody abstrakcyjnej, jej widoczność jest pakietowa. Jeśli piszesz w Java:

package javapkgimpl; 

public class JavaClassImpl extends javapkg.JavaClass { 
    String foo(int b) { return (new java.lang.Integer(b)).toString(); } 
    public static void main(String[] args) { 
    System.out.println(new JavaClassImpl().bar(10)); 
    } 
} 

następnie kompilator Javy będzie narzekać:

JavaClassImpl.java:3: javapkgimpl.JavaClassImpl is not abstract and does not 
    override abstract method foo(int) in javapkg.JavaClass 
public class JavaClassImpl extends javapkg.JavaClass { 
    ^
1 error 

Wyraźnie jest próbuje przesłonić, ale faktycznie nie działa, ponieważ nie znajduje się w prawym pakiet i dlatego nie może faktycznie uzyskać dostępu (lub przesłonić) oryginalnego foo. Jeśli zmienimy pakiet na javapkg, wszystko działa. Jeśli spróbujemy tego Scala zamiast:

package javapkg 

class ScalaClass extends JavaClass{ 
    def foo(a:Int) = a.toString 
} 

object ScalaClass extends App{ 
    println(new ScalaClass().bar(10)) 
} 

następnie Scala działa dobrze również.

Jest to błąd kompilatora Scali, że nie zauważy tego błędu - powinien wyemitować ten sam błąd, co kompilator Java (lub bardziej przydatny, który faktycznie mówi, że dostęp jest nieprzyjemny!), A nie wysyłanie kodu bajtowego, który nie może działać.

Ale to łatwa do naprawienia: wystarczy zmienić pakiet na kod Scala (lub modyfikator dostępu w kodzie Java).

+0

Dobra odpowiedź! (napełnić) – Luciano

Powiązane problemy