ADT r17 ツールに更新した後、.apk 内の classes.dex ファイルが 3.2MB 対 700KB であるいくつかの開発ボックスの問題が発生しています。膨張した dex ファイルに加えて、アプリケーションはデバイスから起動できません。ClassNotFoundException を吐き出します。
すべてのプロジェクト/Eclipse 設定が開発ボックス間で同じように見えるため、途方に暮れています。
プロジェクト自体は、2 つのライブラリ プロジェクトと、supportv4.jar と社内 jar を含むメイン プロジェクトで構成されています。
アップデート
ライブラリ プロジェクトと jar ファイル (メイン プロジェクト内) のエクスポートを選択しましたが、デバイスに展開すると機能しますが、.apk のサイズは 2 倍のままです。もう 1 つの興味深い点は、(ボックスでは機能しない) 起動に 50% の失敗率があることです (つまり、Eclipse がフリーズします)。したがって、それはまだ本質的に使用できません。r16 ツールでは、どのボックスでもビルドと起動に問題はありませんでした。
アップデート v0.2
ライブラリ プロジェクト 1 をライブラリ プロジェクト 2 に依存させ、必要な jar を lib1 のみに追加しました。起動して実行されますが、ソースへの変更ごとに 3 ~ 4 分かかり、apk は通常のサイズの 2 倍のままです。
アップデート v0.3
さらに楽しいことに、Eclipse 経由ではなく、コマンド ライン経由ですばやくコンパイルできます。まだ非常に大きな .apk を取得しています (7.16MB 対以前の「通常の」apk の 3.xxMB)。
アップデート v0.4
更新された sdk/adt を使用しても、一部のボックスの Eclipse は adt 15/16 (ヘルプ -> Eclipse について -> 導入の詳細) を使用しており、苦情はありません。それらは機能的な箱でした....
アップデート V0.5
彼らは今日、問題を「修正」するツール r18 をリリースしましたが、apk は依然として「元の」サイズの 2 倍であり、ビルドが完了するまでにかなりの時間がかかります。プロジェクトを 1 つのプロジェクトに統合することになりましたが、これは決して満足のいく答えではありませんでしたが、ツールのデバッグにこれ以上サイクルを無駄にすることはできませんでした。