何かのやり方や、問題の解決方法をどんどんメモするブログ。そんな大学院生の活動「キャッシュ」に誰かがヒットしてくれることを祈って。 Java Pathfinder はJava用のモデル検査ツールで、実行することなくデッドロックが発生するスレッドの実行順序を発見したり、例外の発生する可能性を検出することが出来ます。 このJava Pathfinderはインストールがすこし面倒なので、インストールしたときのメモを公開しておきます。 Java PathfinderのWebページ トップページ：http://babelfish.arc.nasa.gov/trac/jpf Getting and Installing JPF：http://babelfish.arc.nasa.gov/trac/jpf/wiki/install/start ポイント ソースコードのダウンロードにMercurialを利用
現場で使えるJavaライブラリで紹介しているライブラリはやはり海外製のものがほとんどです。国産のライブラリはAmaterasで開発している自作自演のモノを除くとJSONICとJavassist、それと国産というのか微妙な気がしますがJenkinsの川口さん作のArgs4jの3つだけです（コラムで簡単に触れているだけのものは除く）。 ただ、国産のライブラリで他にも便利なものはありますし、実際企画段階では候補としてあがっていたものもありました。今回は書籍で取り上げることのできなかった国産のJavaライブラリを紹介します。 Fisshplate ExcelにVelocityのようなコマンドを書いておきテンプレートファイルとして使用するという、Excel版テンプレートエンジンとでも呼ぶべきライブラリです。ユニークで実用性も高く、自分も個人・業務を問わずかなりお世話になっています。ただ、原稿を書き始
2009年12月に JUnit 4.8 がリリースされました。このリリースではテストケースにカテゴリを付与することで、実施するテストを選択できるようになっています。カテゴリのために以下の2つのクラスが追加されています。 org.junit.experimental.categories.Categories org.junit.experimental.categories.Category Categories とは Categories は、テストスイートによるテストケースの実行指定を細かく制御できる仕組みです。テスト対象のメソッドやクラスをカテゴリにてマークすることで、テストスイートから実行する対象を細かく制御できるようになります。 Categories の使い方 カテゴリを使用するには、インターフェース、またはスーパークラスにてカテゴリのマーカーを作成します。例えばテストケース毎に
以前、ローカルファイルのまま JavaScript を動かそうとすると、セキュリティエラーにひっかかるということがありました。 ちゃんと Apache とかのサーバを用意して動かせばいいんですが、そこまで手間をかけるのも面倒・・・。 そこで、こんなの作ってみました！ HTTP Server Anywhere どこでも簡単に使える、簡易HTTPサーバです。 使い方 1. server.jar をダブルクリックする。 これだけで、すぐにHTTPサーバが使えます！ （インストール、設定は一切不要です） 詳細はこちら(HTTP Server Anywhere)からどうぞ！ ダウンロード：HTTP Server Anywhere Ver1.0 ソースコード：http-server-anywhere - Google Project Hosting サーバをインストールするほどではないけど、サーバ上じ
サムネイル画像を以下のような方法で作成してみました。 ImageMagick, GraphicsMagick による作成 Java, .NET の標準APIによる作成 細かいパラメータ指定などは行わず、サイズ 2048x1536, ファイルサイズ 1.4MB の JPEG ファイル（sample.jpg）のサムネイル画像（サイズ 100x75）を作成します。 ちなみに、今回作成した Java や .NET のサンプルは ImageMagick 等に比べると処理時間・画質・ファイルサイズ等の点で劣るので、あまり実用的とは言えないかもしれません。 サンプルソースは http://github.com/fits/try_samples/tree/master/blog/20110508/ ImageMagick, GraphicsMagick によるサムネイル画像作成 ImageMagick、G
インテルCore i7 2600Kという4コア8スレッドのCPUを手にいれたので、並列処理でどうなるか試してみたら、面白い結果に。 Intel CPU Core i7 i7-2600K 3.4GHz 8M LGA1155 SandyBridge BX80623I72600K 出版社/メーカー: インテル発売日: 2011/01/09メディア: Personal Computers購入: 2人 クリック: 58回この商品を含むブログ (6件) を見る ソースは最後に載せますが、1億5千万件のint数値を複数回合計するという処理を行って、時間を計測してみました。 メモリは8GBで、VMオプションには-Xmx2048mを指定しています。 Java VMは、JDK7ea b140です。 で、Ubuntu10.04の32bit版で実行した結果。 --- result --- 1 threads:15
以下のあたりで言及していた、「関数型言語としてのテンプレートエンジン」というのがどういうものなのか、とりあえず作ってみる事にする。 HTMLテンプレートと関数型言語について - terazzoの日記 テンプレートエンジンと関数型言語(思案中) - terazzoの日記 HTMLコンポーネントにHTMLの断片を引数的に渡す - terazzoの日記 ついでなのでアイデアメモ - terazzoの日記 目次: 関数型のテンプレートエンジンを作ってみる(0.1) - 変数の置き換え - terazzoの日記 関数型のテンプレートエンジンを作ってみる(0.2) - スコープ・変数定義の導入 - terazzoの日記 関数型のテンプレートエンジンを作ってみる(0.2.1) - パース用のトークナイザを書く。 - terazzoの日記 http://d.hatena.ne.jp/terazzo/201
Jadが大好きなんだけど、Java5以降の文法に対応してないから 若干やきもきしつつもガッカリしている皆さん、こんばんは。 名前そのまま、Java Decompilerというツールがありました。 http://java.decompiler.free.fr/ Java6まで対応しており、 Eclipseプラグインとしても、単体のGUIアプリとしても使えるスグレモノです。 Java5のアノテーションやGenrics、foreach文なんかの復元にも対応しており Jadが「デコンパイル失敗しました（＞＜）」とすぐに根を上げていたクラスも 開けるようになるんじゃないかと思います。 ということで、早速試してみました。 GUI版 http://java.decompiler.free.fr/?q=jdgui#downloads ここからダウンロードして、解凍して実行するだけです。簡単です。 GUI版
昨年末に「BytemanによるJava黒魔術」という記事をみて、どうやって実現しているのだろうかと興味津々でした。 「BytemanによるJava黒魔術」では、Jboss Communityの「Byteman」というツールを紹介しています。 WindowsのEclipseで試したことと、さくらVPSで動かしているCassandraで実行した内容を書いていきたいと 思います。 Bytemanをインストールする bytemanのDownloadsページからbyteman-1.5.1.zip（byteman binary + docs）をダウンロードします。 まずは、ローカルのWindows環境にダウンロードしたbyteman-1.5.1.zipを任意のパスに解凍しました。 drive:\usr\local\byteman_1_5_1 docs\ProgrammersGuide.pdfにガイドが
以前から javax.tools パッケージって気になってたんですが、それを使ったサンプルを見つけたのでちょっと試してみることに。 javax.tools パッケージのクラスを使うと、Java クラスをダイナミックに生成することができるそうです。 ここでいう“ダイナミックに”とは「内容が Java コードの java.lang.String オブジェクトから Java クラスファイルを生成できる」という意味です*1。 ただ、API を使っていると、どことなく「$JAVA_HOME/bin/javac.exe」をラップした API って感じが漂ってくるので（実際にそういう実装なのかは知りませんが）、何か何処かぎこちない気もしないでもない（こともない*2） まぁ、ともかくサンプルを動かしてみましょう。 ちなみに JDK 6 必須です。 参考 URL JavaDoc 「Package javax
（最終更新: 2011/03/06） # 履歴は記事の末尾にあります 先日、JDKのコードを読んで、JavaのSystem.nanoTime()を実行すると、Win32APIのQueryPerformanceCounterが使用されることを確認しました。 そこで、System.nanoTime()を使うよりも速いJava用タイマーを作ってみようと思います。 合言葉は、「そんなタイマーで大丈夫か?」「一番いいのを頼む」（※ただしインテルに限る） 何を考えたか QueryPerformanceCounterは、マシン起動時からの秒数を取得します。であるならば、Javaからネイティブコードを呼び出し、インラインアセンブラに同じ処理を書いて実行することで、JDKを経由してWin32APIを叩く分のコストを削れると考えました。 さらに、手作りタイマーの良さを生かせば、次のコストを切り分けることができ
mac os x 上の eclipse から JDK のソースを参照しようとしたところ、 src.jar が見つからない。 どうやら、手動でインストールする必要があるらしい。 インストール手順: Mac Dev Center (http://developer.apple.com/devcenter/mac/) からログイン。 ADC Member Site (http://connect.apple.com/) にアクセス。 Downloads - Java のリンクをクリック Java Developer Package for Mac OS X 10.6 Update 3 (Disk Image) のリンクをクリックすると、ダウンロード開始。 →javadeveloper_10.6_10m3261.dmg ファイルのダウンロードを開始する。 javadeveloper_10.6_10
DDDで設計を始めると不変条件を維持するために、エンティティなどの可変オブジェクトの複製を行うことがよくあります。 Javaの場合は、Cloneableインターフェイスを実装して、実装型に応じた複製インスタンスを返すcloneメソッドを作る。以下のような感じ。 public class Employee implements Cloneable { private String name; // setter, getter 省略 @Override public Employee clone() { try{ return (Employee)super.clone(); } catch (CloneNotSupportedException e){ throw new Error(e); } } } このcloneメソッドは便利なので普通に使っていたのですが、最近、簡単に使ってよいのだ
最近Groovyから遠ざかっていたため、勘を取り戻す練習も兼ねて、先日Javaプログラミング能力認定試験課題プログラムのリファクタリングレポート（その３） - 達人プログラマーを目指してでご報告したサーティファイJavaプログラミング認定試験のリファクタリング結果をGroovyに移植してみました。また、使い始めたばかりで良くは理解できていないのですが、ビルドもMavenからGradleに切り替えてみました。 現時点ではテストも不十分ですし、十分にGroovyらしいコードにも修正できていませんが、一応コードは以下に登録してあります。（ビルド方法は後述） リファクタリングGroovy版 一方、もともとのJavaのリファクタリング結果は以下にあります。 リファクタリングJava版 Javaからの基本的な修正手順 Java版のリファクタリング結果に対して、基本的には以下の手順で修正を加えました。
Effective Java 第2版 (The Java Series) 作者: Joshua Bloch,柴田芳樹出版社/メーカー: ピアソンエデュケーション発売日: 2008/11/27メディア: 単行本（ソフトカバー）購入: 77人 クリック: 936回この商品を含むブログ (264件) を見る Java: The Good Partsが（賛否両論の）話題を呼んでいるが、それ以前にEffective Javaは皆さん、読んだだろうか？ この本の項目11に、「cloneを注意してオーバーライドする」というセクションがある。そのほかにも、Javaのcloneメソッドは各所で嫌われているようだ。 そのような論調において、clone代替案としては、コピーコンストラクタと、staticなファクトリメソッドがしばしば挙げられる*1。 うん、確かにJavaのcloneメソッドはイケてない。俺もそう
長い文章になってしまったので、概要だけ先に書きます。 以下のJavaプログラムは、常に上から下に順番に命令が実行されると思いますか？つまり、aに1が格納された後に、bに2が格納されると思いますか？ 実は場合によってはこの実行順序が入れ替わる場合があります。これはJavaの言語仕様として定義されていることです。これを考慮しないと信頼性のある並行処理は実装できません。 気になる人は以下を読んでみてください。 a = 1; b = 2; すでにインターネットは社会インフラ化しています。ソーシャルネットワークで多くの人とコミュケーションやコラボレーションできる時代で、個人が情報を作り消費することは当たり前になってきています。そして、インターネット上のコンテンツは増加の一途を辿っています。「情報爆発」なんて言葉も耳慣れた言葉になりましたが、その問題解決のためにMapReduceなどの分散処理技術に注
このエントリを読む前提条件として、マルチコア時代に備えて本気でメモリモデルを理解しておこう - リオーダー & finalフィールド 編 - - じゅんいち☆かとうの技術日誌を読んで、リオーダーとは何かを理解していることとします。 前回のおさらいをすると、 プログラムの実行順序は、リオーダーが許可される場合と禁止される場合がある。並行処理ではリオーダーを想定しなければ、処理結果の整合性が確保できない。(特にマルチプロセッサ環境) リオーダーを禁止して、可視性を保証する。(finalフィールドはコンストラクト時に完全に初期化され、コンストラクト後はスレッドから見えるようになる) でした。 リオーダーについて理解できたら、今度はメモリバリア命令でスレッド毎に扱うメモリと、大域のメインメモリとのメモリI/Oについて見ていきたいと思います。メモリバリアが理解できれば、以下のソース*1のスレッドがな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
