String.format("%d", i)で数字が出てくると思ってたら死んだ話 - Qiita
あるSlackでの会話 何がおきているのか Android 端末でプラットフォームの API バージョンを出すのに、ちょっと色気を出して、 なんて書いたりします。で、だいたい android-22 みたいな感じになるんですけど、でもやっぱり世界ってのは広くて、ふと見たらなんか android-١٦ とか android-၂၂ とか不思議なやつがいるんですよ。 何それ読めない。 もしかして SDK_INT が変な端末がいるのかな？？と一瞬考えたんですが、 Build.VERSION.SDK_INT は名前通りプリミティブな public static final int なので疑いようがなかった。 AndroidじゃなくてJavaの仕様 でよくよく調べると、 java.util.Formatter のドキュメントに Number Localization Algorithm なんてものが書か
throw Life - Androidアプリのバグ報告システムを考える
JavaにはNullPointerExceptionなどのcatchしなくてもclass load validationを素通りできる例外があります。 バグの多くはそういった例外を考慮しないことのようです。 なので、今回はそういった例外の「IndexOutOfBoundsException」を発生させます。 ボタンをタップすると例外が発生します。 oobBtn.setOnClickListener(new View.OnClickListener(){ public void onClick(View v) { int index = 5; String[] strs = new String[index]; String str = strs[index];//ここでIndexOutOfBoundsException }});
Androidでの動的クラス - ,
SDカードにファイルでクラスを定義する方法です。とりあえずエミュレータで動きました。 まず読み込まれるクラスを含む(ダミーの)アプリケーションを作ります。 そのファイルを/sdcardなどにおきます。(adb pushなど) その後別のアプリを作って以下のように書きます。 ClassLoader cl = new DexClassLoader("/sdcard/cl/Hello-debug.apk", "/sdcard/cl", (String)null, ClassLoader.getSystemClassLoader());; //この例では/sdcard/clにHello-debug.dexが作成されます。 Class cla = cl.loadClass("sample.hello.HelloA"); //クラス名を指定してロード System.out.println("Class
KMC Staff Blog:AndroidでのJavaプログラムの起動やZygoteまわりのメモ
2011年03月03日 AndroidでのJavaプログラムの起動やZygoteまわりのメモ 以前調べたことをもう一度掘り起こしてみました。 Zygoteの簡単な説明 Androidではアプリケーションや多くのその他のプログラムはJavaで記述されています。これらのプログラムはDalvikVMの上で動きます。 それらのJavaのプログラムを起動するたびにDalvikVMを起動するのではなく、Zygoteと呼ばれるDalvikVMの大元のプロセスに要求を出すと、そのプロセスがforkシステムコールを使って自分自身のコピーの子プロセスを生成し、その子プロセスで指定されたJavaのプログラムを実行するようになっています。 Zygoteは通常必要となる全てのダイナミックリンクライブラリとJavaのクラスライブラリをロードした状態で待機しています。子プロセスはそれをコピーした状態から開始されるので起
LGPLとAndroid - pekeqのブログ
続編書きました → http://d.hatena.ne.jp/pekeq/20110201/p1 問題なのは、LGPLなライブラリの.jarを、Androidの.apkに組み込んで配布したらそのソフトのライセンスはどうなるのか、ということ。 結論があるわけではないのだが、メモ程度で。 Wikipediaから Wikipedia日本語版にはLGPLについてこうある。 LGPLライセンスで配布されたライブラリAについて、 コンパイル時にライブラリAにリンクされる可能性のあるプログラムBのソースコードについてはLGPLを適用せず、配布に制限を加えない。 ライブラリAにリンクしたプログラムBを配布する場合、Bのライセンスにリバースエンジニアリングを禁止する条項を含めてはならない。(LGPLv2-6、LGPLv3-4) ライブラリAに静的リンクしたプログラムBを配布する場合、Bのソースコードまたは
visible true : ANRはどこでやってるか？ WindowManagerServiceだ！
2010年07月15日12:15 カテゴリAndroidメモ ANRはどこでやってるか？ WindowManagerServiceだ！ Androidと言えばANR。 Application Not Responding 何度泣かされたかわからない。 ・Activity-UIスレッドで5秒 ・BroadcastReceiver-onReceive内で10秒 ・Service-onStartとかonStartCommand内で10秒 厳しいですね。 さらにBroadcastReceiverなんかonReceiveに渡すIntentの中にでっかいParcelableとか詰めてしまうとonReceiveがコールされる前にANRで死にます。 データサイズによっては問答無用で死。困ります。 基本的にANRを避けるにはAsyncTaskなどを使ってマルチスレッドで重い処理やるのが定番。 ただAsync
アノテーションプロセッサ(apt)をAndroidプロジェクトに適用する - Kazzz's diary
アノテーションプロセッサを実装するための"Pluggable Annotation Processing API"はJava6から実装された機能であり、残念ながらAndroidプラットホームでは使えない。がしかしEclipse自体はJava6で動作しており、プラグイン、コンパイラ等は全てJava6上で動作しているため、以下の条件を満たせばAndroidプロジェクトに対してアノテーションプロセッサを適用することが可能である。 Androidのクラス群にアクセスしない(Dalvikランタイムにアクセスしない) これだけだ。Annotation Processorの起動は適切な設定を行うことでEclipseがやってくれる。(プラグインorg.eclipse.jdt.apt.pluggable.coreが担当する) アノテーションプロセッサを実装するための"Pluggable Annotation
Androidアプリの間違った作り方 - たていすのメモ2
とある外注さんが書いてきたコードがひどかった。 バックグラウンドでのオーディオ再生を、Activityから作成したワーカースレッドで行う。キャンセル処理は全く考慮していない。 UIスレッド上でばんばんHTTPリクエストを投げる。応答を読み終わるまでループを回す。 アプリケーションの起動中にずっと保持する必要のある情報をIntentに書く。それを読むのはonStart()ではなくonCreate()。 Activityの初期化は全部onCreate()に書く。onStart()もonStop()も全く使ってない。 アプリケーションの起動中にずっと保持する必要のある情報をstaticメンバに持たせる。 どう悪いか説明しておこう。 Activityから起動されるワーカースレッドの寿命 たとえば画面上で表示する情報をHTTPリクエストで取得する等の処理はワーカスレッドを使うと応答性を失わずに欠くこ
アプリの基礎 | Android Developers
始める 初めてのアプリを作成することから始めてみましょう。トレーニング コースを活用して理解を深めるほか、ご自身でアプリ開発を習得することもできます。
Android NDKを使用してJava言語とC言語で速度比較をする | Techfirm Android Lab
今回はAndroid NDKを使用して、JavaコードとC言語で記述されたNativeコードで速度の比較を行おうと思います。 まずはNDKをインストールします。以下のリンクからndkをダウンロードします。 http://developer.android.com/intl/ja/sdk/ndk/1.6_r1/index.html ダウンロードしてきたら以下を実行しインストールします。 $(NDKROOT)/build/host-setup.sh これでインストールが完了です。簡単ですね。 早速、Javaのコードを書いて速度比較していきましょう。 今回は簡単に１億回足し算を行い、JavaとNativeで比較してみます。 public class JniTest extends Activity { @Override public void onCreate(Bundle savedI
[Android] Android.mkでapkファイルを作ってみる - Project Hews by 木南英夫
Androidのソースツリー内のツールを使って、SDKで配布するapkパッケージを作ってみる。 まずは、サンプルのHelloActivityを参考に、Android.mkを作成する。 $ pwd /home/kinami/mydroid/development/samples $ mkdir HelloAndroid $ cd HelloAndroid/ $ activitycreator jp.hews.hello.HelloAndroid Package: jp.hews.hello Output directory: /home/kinami/mydroid/development/samples/HelloAndroid Activity name: HelloAndroid ... $ cp ../HelloActivity/Android.mk . $ vi Android.m
![[Android] Android.mkでapkファイルを作ってみる - Project Hews by 木南英夫](https://cdn-ak-scissors.b.st-hatena.com/image/square/ff3c24fa2015da91ef9bb322e264f55a405790fd/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127055536167%2F17680117127055573208%2F1555672691)
Android NDK の使用とapkファイルへの入れ方 – 記録
Android NDK r4bを使っていろいろやってみてたのでちょっとまとめ。 (以下の内容はubuntu 10.04で使用した上で書いています。Macやwindows(cygwinが必要)だとちょっと違いがあるかも) 自分の理解では、Android NDKはネイティブ層アプリやライブラリのビルドを必要ソースのみで楽にビルドするためのツールです。 NDKを使わない場合ネイティブソースのビルドは、Androidのソースをgitで拾ってきてその中でmmコマンドなどを使ってビルドするのですが、NDKがあれば単体でビルドできます。 基本的使い方は、java層からJNIを使用した時に呼ばれるネイティブ層のライブラリを作るときに使用するもののようです。 単体ビルド 単体でビルドする場合、 ~/project/jni/ というディレクトリを作成し、Android.mkとビルド対象ソースをここに配置。 N
Android Developers Blog: Securing Android LVL Applications
[Updated June 23, 2016 - edit made to the "Make your application tamper-resistant" code snippet] [This post is by Trevor Johns, who's a Developer Programs Engineer working on Android. — Tim Bray] The Android Market licensing service is a powerful tool for protecting your applications against unauthorized use. The License Verification Library (LVL) is a key component. A determined attacker who’s wi
Intentチュートリアル2
前準備(デバッグ用にintentを送信) intentは複数アクティビティの連携であるため、動作確認するためには必ず送信元が必要となる。ユニットテストとしては送信元も作る必要があるが、とりあえず試してみたいといった場合には不便だ。そういった場合はコンソールでAndroidエミュレータ上のlinuxにアクセスしてそこからintentを送る方式が便利だ。 Android SDKに含まれる実行ファイルを使うため、次の作業はインストール時にAndroid SDKのパスを設定していない場合はAndroid SDKをインストールしたパス+toolsの中で作業する必要がある。まずはadb shellを実行するとAndroidエミュレータ上のlinuxに接続される。その後、amコマンドでintentを送信することができる。 暗黙的なintentの送信 am start -a アクション名(android.
Decompile classes.dex in .apk - Shanghai Android Laboratory
$ ~/android-sdk-linux_x86-1.5_r3/platforms/android-1.5/tools/dexdump \ Processing './classes.dex'... Opened './classes.dex', DEX version '035' Class #0 - Class descriptor : 'Lcom/example/helloandroid/HelloAndroid;' Access flags : 0x0001 (PUBLIC) Superclass : 'Landroid/app/Activity;' Interfaces - Static fields - Instance fields - Direct methods
dedexer 日本語情報トップページ - OSDN
Dedexerは Android DEXファイルの逆アセンブラツールです。その目的は、DEXファイルから Jasminライクなソースファイルを作成することです。 ダウンロード 最新ダウンロードファイル ddx1.26.zip (日付: 2018-02-11, サイズ: 157.07 KB) ddx1.26.jar (日付: 2013-03-16, サイズ: 128.21 KB) ddx1.25.zip (日付: 2013-01-20, サイズ: 104.69 KB) ddx1.25.jar (日付: 2013-01-20, サイズ: 128.01 KB) ddx1.24.zip (日付: 2012-12-30, サイズ: 104.63 KB)
Oracleの「Android訴訟」についてひと言
今日のこちら（米国西海岸）でのもっぱらの話題は、Oracleの「Android訴訟（詳細）」だが、これに関しては、私も含めて「やはり来たか」と見ている専門家は多い。 そもそも、スマートフォン以前の携帯電話用のJavaがプラットフォームとして成功しなかった理由の一つは、J2MEが根っこのところで、NTTドコモ独自のDoJaとモトローラ主導のMIDPに分岐してしまったことにあるし、同じJ2ME間でも実装の差異が大きく "write once, run everywhere" が机上の空論になってしまったことにある。Sunがちゃんとリーダーシップを発揮できなかったためである。 その意味では、J2ME/MIDPとコンパチビリティがなく、Sunから正式にJavaをライセンスしていないAndroidはけしからん、というのは（今はOracleの一部になった）Sunから見れば当然のこと。 「J2MEの時に
お前にSunが救えるか？
お前にSunが救えるか？ Oracle、「分からぬ、だが特許ゴロにはなれる」 Oracle（Sun Microsystemsを買収）は何がしたいんだろう。結局、Sunの実装がAndroidに勝てなかったというだけじゃないか。自分の粗悪な製品を棚にあげて、特許訴訟を起こす。愚かなことこれに過ぎたるはない。旧Sunの社員の多くがGoogleに引きぬかれていったのも、当然というわけだ。 ともかく、これで、Oracleはモバイル市場を完全に敵に回したわけだ。もう立つ瀬はない。 しかし、Javaはよく分からない。Microsoftが独自のJavaVMを開発したとき、Sunは訴訟を起こした。そこでMSは、独自のJavaVMを取り下げた。結局MSは、本来Javaが占めるべきだった場所の大半を、C#に置き換えてしまった。Sunが馬鹿なことをしたせいで、本来労せずして得べかりしユーザーを失ったわけだ。今回も
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
Java Native Interface を使用する上でのベスト・プラクティス