おまけ：本当は大変なAndroid開発

スクールで作ったapkファイルがあれば、「新規で」アプリリリースするなら簡単。

ここから先は自力で可能です。

しかし自分の場合、かなりやっかいな事情がありました。

アプリはすでに３年前にリリース済みなので、新規ではなく「アップグレード」となります。

つまり今回作ったアプリが、３年前のアプリのバージョンアップ版であることを「証明」する必要があります。

しかし３年前は、「ある方に無署名のapkファイル作ってもらい」「れさくの環境で署名し」「れさくの環境でzipalignし」「れさくのアカウントでストアにアップ」していました。

そして現在、３年前とはPCの環境も違えば当時の情報もほとんどない、という状態です。

たぶん分かる人がここまで読むと、目を背けたくなるような光景が頭に浮かぶハズdeath。

・・・・・・・・・・・・・・・・・。

・・・・・・・・・・・。

・・・・・。

パターン１：全部自分で＆全部eclipseで作るよ！
１．eclipseで開発！
２．eclipseで署名apk出力！
３．そのapkをストアにアップ！
４．おわり！猫でもできるよめっさ簡単！

パターン２：apkは作ってもらうよ！でもリリースは自分のアカウントだよ！eclipse？なにそれ美味しいの？
１．誰かがeclipseか何かで開発！
２．誰かが「署名なし」のapk出力！
３．そのapkを自分が受け取る！
４．みんな大好き黒い画面のコマンドプロンプトでkeystoreファイル作る！
５．みんな大好き黒い画面のコマンドプロンプトでkeystoreをもとにapkを署名！
６．みんな大好き黒い画面のコマンドプロンプトでそのapkファイルをzipalign！
７．そのapkをストアにアップ！
８．おわり！猫にはちょっと難しいよ！

・・・・・・・・・・・・・・・・・。

・・・・・・・・・・・。

・・・・・。

さて。
３年前はパターン２。今回はパターン１。
それを新規ではなくアップグレードで行うには？

結果
署名とかzipalignのコマンドプロンプトでの処理はJAVAでやるのですが、JAVAの時代はすでにJDK7。
JDK7は暗号化の仕様が変わったので、古いkeystoreはコマンドプロンプトでは署名できないのでした。

結果
４．みんな大好き黒い画面のコマンドプロンプトでJDK7でkeystoreファイル作る！　←成功！
５．みんな大好き黒い画面のコマンドプロンプトでJDK7でkeystoreをもとにapkを署名！　←成功！
６．みんな大好き黒い画面のコマンドプロンプトでJDK7でそのapkファイルをzipalign！　←成功！
７．そのapkをストアにアップ！　←証明書が違うよエラー

そうです。
パターン２の「４」をやった時点で、それは新しいkeystore。
３年前のkeystoreとは違います。
たとえエイリアスや組織単位名などの入力内容が３年前と同じであっても、もはや違う世界線のkeystoreなのでした。

結果
２．eclipseで3年前のkeystoreで署名apk出力！　←成功！
３．そのapkをストアにアップ！　←証明書が違うよエラー

たぶんパターン１とパターン２のそれぞれの「１」が違ってる時点で無理があると思う。
フィンガープリントとか違うだろうし。

結果
この3年前のkeystoreがどんなものなのかよく分かりません。謎。
証明書を抜く方法が謎。
抜けたとしてもその後が謎。

結果
JDK6に戻すだけで一苦労。そもそもJAVA環境変える時点でeclipseにどんな影響が出るか分かったもんじゃない。ここが壊れると致命傷。あとJDK6に戻すのは、そもそもの解決じゃない気がする。

・・・・・・・・・・・・・・・・・。

・・・・・・・・・・・。

・・・・・。

という訳で、今回は「パターン１」＋「新規」で進めたのでした。

おかげでサクサクつくれて、ドサクサにまぎれて昨年よりアプリ配信が増えてるのは気のせいかもしれません（汗