プログラムを実行中に非同期にユーザからのキー操作を受けたいというような時は，I/Oのために別スレッドを立ち上げる． System.in を引数として InputStreamReader を作るのが簡単だが，スレッドの終わらせ方ではまってしまったのでメモしておく． 誤った実装の例 public class MainClass { public void func() { Thread commandReceiver = new Thread(new CommandReceiver()); commandReceiver.start(); // do something commandReceiver.interrupt(); } // I/O処理用スレッド private class CommandReceiver implements Runnable { @Override public
こんにちは。生魚美味しいですよね。今日久しぶりに食べましたが、やっぱり美味しい。 どうも齋藤です。 今回はGCイベントのログをSlf4j経由で出力してみたいと思います。 また、JSON形式でログを出力してみましょう。 今回作ったアプリケーションは以下のリポジトリにコードを置いております。 gclogger はじめに JVMのGCログは本来オラクルのサイトの記述を参考にすると -verbose:gc もしくは -Xloggc:filename を指定することで、標準出力もしくはファイル出力することができるようです。 しかし、アプリケーションのログ等ではSlf4jなどを使われているのではないでしょうか。 この記事では、JVMのGCイベントのログをSlf4j経由で出力してみます。 また、この記事で書いたログで出力される内容は、JVM本体から出力されるGCログとは少し違う内容になります。 今回は、
直系の既知のサブクラス: ListResourceBundle, PropertyResourceBundle public abstract class ResourceBundle extends Object リソース・バンドルには、ロケール固有のオブジェクトが含まれます。プログラムでStringなどのロケール固有のリソースが必要なときは、現在のユーザーのロケールに合ったリソース・バンドルからロードできます。このように、リソース・バンドルから、ロケール固有の情報のすべてでなくてもその大部分を切り離すことで、ユーザーのロケールにはほとんど依存しないプログラム・コードを書くことができます。 これにより、以下の特徴を持つプログラムを書くことが可能になります。 異なる言語への地域対応、または翻訳が容易 複数のロケールを同時に処理可能 将来サポートするロケールを追加する際の修正が容易 リソース
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
