使用しようとすると書き方が悪いのかAbstractMethodErrorとなってしまい困っています。更新順1実行環境が異なるので大丈夫かわかりませんが以下のような書き方で正常に動作しています。}}上記の書き方は色々試行錯誤していてたまたま動いたもので理由などはよくわからず、漠然と逆コンパイルすれば何かわかるかなと思っていたぐらいなのですが、ご質問いただいたので実際に逆コンパイルで色々試してみました。以下のように逆コンパイルのテスト用ににジェネリクスを使用したJavaクラスと型をStringに設定したサブクラスをJavaとScalaで作成、そして今回の解決策とした型を確定させないScalaのサブクラスを定義しました。}}上記の各クラスを一旦classファイルにコンパイルし、逆コンパイルすると以下のようになります。}}ざっと見ていただければわかると思いますが、ジェネリクスで定義した型(T型)はObject型に置き換えられ、その中で確定させた型を引数とするメソッドを実行するようになっています。可変長引数はObject型の配列となっています。ところが今回問題となっている型を確定させたScalaのサブクラス(ScalaSub)ではObject型の配列を引数とするメソッドが生成されていません(かわりにStringの配列を引数とするメソッドとなっています)。ここからは推測となりますが、仮想マシンはジェネリクスな可変長引数のメソッドを実行する場合は、Object型の配列を引数とするメソッドを探して実行するはずのところScalaのサブクラスにはそのようなメソッドがないため、実行エラーとなっていると考えられます。可変長引数でない場合は、ScalaのサブクラスでもきちんとObject型引数メソッド内でString型引数メソッドを実行するようになっているため正常に実行出来ているようです。(3)ありがとうございます。この方法でうまくできました。AsyncTaskForAndroidといったものを経由してやらないとうまくいかない理由がとても気になります。21:02逆コンパイルした内容を追記してみました。Android環境固有の問題と言うよりjavaとscalaの連携部分の問題のようでjavaのパラメータ化した型の可変長引数をもつメソッドをscala側でオーバーライドできないようです。個人的にはscalaコンパイラのバグではないか?と思います。調べていただき、ありがとうございます。22:54もう結論出ていると思いますが、現行のScalaではJavaを経由しないと無理らしいですね。それっぽい感じがしますね。00:28(推測ですが)根が深いというか、このあたりの細かいJava連携の部分をそこまで重要視してないんじゃないですかね。他のこと優先してて手が回らないというか。01:13ウォッチこの質問への回答やコメントをメールでお知らせします。