Olen Onnellinen 2 » Java

2way SQL の挙動がおかしい（気がする）＠S2JDBC

koshian — Sun, 03 May 2009 23:02:21 +0000

S2JDBC の 2way SQL の挙動が気になったのでメモ。
というか 2way SQL のパラメータが Map のときの挙動。

チュートリアルのテストケースを利用して検証してみました。
2.4.35 を使用します。

まずサンプルの 2way SQL をコピーして変更。

■ META-INF/sql/examples/entity/Employee/selectWithDepartment2.sql

select e.*, d.name as department_name
from employee e left outer join department d on e.department_id = d.id
/*BEGIN*/
where
/*IF salaryMin != null*/
e.salary >= /*salaryMin*/1000
/*END*/
/*IF salaryMax != null*/
and e.salary <= /*salaryMax*/2000
/*END*/
– 追加ここから
/*IF departmentId != null*/
and e.department_id = /*departmentId*/1
/*END*/
– 追加ここまで
/*END*/
order by e.salary

■ テストケースその1
パラメータをすべて指定してみる。

public void testSqlFile() throws Exception {
// DTO
SelectWithDepartmentDto dto = new SelectWithDepartmentDto();
dto.salaryMin = 1200;
dto.salaryMax = 1800;
dto.departmentId = 3;
List<EmployeeDto> results =
jdbcManager
.selectBySqlFile(EmployeeDto.class, SQL_FILE, dto)
.getResultList();
System.out.println("—DTO—————————");
for (EmployeeDto e : results) {
System.out
.println(e.name + " " + e.salary + " " + e.departmentName);
}
System.out.println("————————-DTO—–");
// MAP
Map map = new HashMap();
map.put("salaryMin", 1200);
map.put("salaryMax", 1800);
map.put("departmentId", 3);
List<EmployeeDto> results2 =
jdbcManager
.selectBySqlFile(EmployeeDto.class, SQL_FILE, map)
.getResultList();
System.out.println("—MAP—————————");
for (EmployeeDto e : results2) {
System.out
.println(e.name + " " + e.salary + " " + e.departmentName);
}
System.out.println("————————MAP——");
}

同じ SQL が発行されます。当然結果も同じです。

■ テストケースその2
パラメータを2つにしてみた。

public void testSqlFile2() throws Exception {
// DTO
SelectWithDepartmentDto dto = new SelectWithDepartmentDto();
dto.salaryMin = 1200;
dto.salaryMax = 1800;
List<EmployeeDto> results =
jdbcManager
.selectBySqlFile(EmployeeDto.class, SQL_FILE, dto)
.getResultList();
System.out.println("—DTO—————————");
for (EmployeeDto e : results) {
System.out
.println(e.name + " " + e.salary + " " + e.departmentName);
}
System.out.println("————————-DTO—–");
// MAP
Map map = new HashMap();
map.put("salaryMin", 1200);
map.put("salaryMax", 1800);
List<EmployeeDto> results2 =
jdbcManager
.selectBySqlFile(EmployeeDto.class, SQL_FILE, map)
.getResultList();
System.out.println("—MAP—————————");
for (EmployeeDto e : results2) {
System.out
.println(e.name + " " + e.salary + " " + e.departmentName);
}
System.out.println("————————MAP——");
}

同じ SQL が発行され、結果も同じなのですが、Map の方では WARN が出力される。

WARN 2009-05-04 06:52:33,250 [main] 引数(departmentId)が見つかりません

以下のように Map に key を設定すれば回避できますが…（ーー;）

map.put("departmentId", null);

■ テストケースその3
パラメータを1つにしてみた。

public void testSqlFile3() throws Exception {
// DTO
SelectWithDepartmentDto dto = new SelectWithDepartmentDto();
dto.salaryMin = 1200;
List<EmployeeDto> results =
jdbcManager
.selectBySqlFile(EmployeeDto.class, SQL_FILE, dto)
.getResultList();
System.out.println("—DTO—————————");
for (EmployeeDto e : results) {
System.out
.println(e.name + " " + e.salary + " " + e.departmentName);
}
System.out.println("————————-DTO—–");
// MAP
Map map = new HashMap();
map.put("salaryMin", 1200);
List<EmployeeDto> results2 =
jdbcManager
.selectBySqlFile(EmployeeDto.class, SQL_FILE, map)
.getResultList();
System.out.println("—MAP—————————");
for (EmployeeDto e : results2) {
System.out
.println(e.name + " " + e.salary + " " + e.departmentName);
}
System.out.println("————————MAP——");
}

Map のとき、発行される SQL が違が …（*ﾟロﾟ*）

select e.*, d.name as department_name
from employee e left outer join department d on e.department_id = d.id
where
e.salary >= 1200
and e.salary <= 1200
and e.department_id = 1200
order by e.salary

Map のサイズが1のときだけ…？

中途半端ですがコードを追いきれなかったので今日はココまでです！

BufferedReaderの終端判定とか

koshian — Wed, 29 Apr 2009 02:18:07 +0000

＠IT：連載基礎から学ぶサーブレット／JSP　第9回

古い記事なのですが、気になる箇所を見つけました。

訂正のお知らせ（2009年3月31日）
読者から上記のサンプルコード、「while (objBr.ready())」について貴重なご指摘をいただき、コードを差し替え、また編集部注を追記させて頂きました。
内容について正確を期せずに混乱を招いた点、読者の皆様におわび申し上げます。

なぜか最近修正されています。
BufferedReader#ready() による判定から BufferedReader#readLine() の判定に変更されたということなのでしょうけど、変更内容について言及されていないのため、なにが問題だったのかわからないのです。

調べてみたところ、ready() に気になる記述がありました。

次の read() が入力をブロックしないのが確実な場合は true、そうでない場合は false。false が返されても、次の読み込みが確実にブロックするというわけでない
BufferedReader (Java 2 Platform SE 5.0)

ものすごくわかりにくいのですが、”falseでも読み込み対象がなくなったとは限らないよ”ということなんだと思います。疑わしきは false。
つまり、ファイル終端まで読み込むための判定とは目的が違うということです。

まあ記事の修正と関係あるのかはわかりませんが、ファイルなどを全部読み込む目的で ready() は使わないほうがよさそうです。

■ 参考
2003年12月のアレ

Eclipseの水平ルーラー

koshian — Sun, 15 Mar 2009 08:34:40 +0000

Eclipse のエディタに水平ルーラーをつけてみました。

どうやって実装するかイメージがなかったのですが、 COBOL Editor なるものに水平ルーラーが実装されていたので、それを参考にしました。

簡単にいうと、SWTのコンポーネントを置いているだけですが、フォントやら日本語など、スクラッチじゃできなかっただろうなーと思います。

で、COBOL Editor の中に気になる箇所を見つけた。

■ スニペット
水平ルーラーのマーク位置を設定するところ。

char[] ch = new char[] {document.getChar(i)};
byte[] by = new String(ch).getBytes();
column += by.length;

例えば、”ほげほげほ”というテキストの末尾にカーソルがある場合、全角は2文字分の幅を使うのでルーラーの目盛は10になるはずです。

上記はその実装なのですが、UTF-8では全角日本語は3バイトだったりするのでバイト基準では、ずれてしまう…と思うのですがどうなんでしょう。

現在のコントリビュータは日本の企業なので、気付いていないって事もなさそうなんですけど。

技術書：Seasar2によるスーパーアジャイルなWeb開発

koshian — Sat, 07 Feb 2009 16:54:20 +0000

Seasar2を使うかもしれないってことで購入。

中身を確認しないで Web から購入したのですが、この本を選んだ理由は以下のようなところです。

・比較的新しい
・著者がひがさん
・ “入門”などとついていない

が、正直残念な感じの Web 開発入門って内容でした。
要は普段 Java （や別の言語でも）を使って Web アプリの開発をしている人をターゲットにしているわけじゃないってことでしょう。どんな人をターゲットにしているのかわかりませんが。

ぶっちゃけ、Seasar2は Web に多くの資料が公開されているので本を買う必要なんてないのですよ。
分厚いリファレンスになってしまうと、そもそもの”さくさく感”ってものが失われてしまいますからね。

そんなことを高い授業料を払って学んだってことで。
いや、でも高すぎると思います。

Seasar2によるスーパーアジャイルなWeb開発 (WEB+DB PRESS plusシリーズ)

Eclipseプラグイン開発：ハイパーリンクのスタイル指定

koshian — Tue, 27 Jan 2009 13:09:38 +0000

久しぶりに Eclipse のプラグイン開発の話を。

テキストエディタ内にハイパーリンクを作ったときのスタイルを指定する。

ハイパーリンクにカーソルをあわせたとき、「青字、下線付き」になることを期待しますよね。
ところがハイパーリンクは動くものの、「青字、下線付き」にならないという現象に遭遇。そして原因がわからずはまったのでメモ。

まず、「青字、下線付き」となることを期待する根拠は SourceViewerConfiguration の実装です。

public IHyperlinkPresenter getHyperlinkPresenter(ISourceViewer sourceViewer) {
return new DefaultHyperlinkPresenter(new RGB(0, 0, 255));
}

このようになっています。そのため、特別 Override しない限り、プレゼンテーションにはこの DefaultHyperlinkPresenter を使うことになります。
この DefaultHyperlinkPresenter には以下のコメントがあります。

The default hyperlink presenter underlines the link and colors the line and the text with the given color.

つまり、「青字、下線付き」ですよね。
それなのに、どうにも反応がありませんでした。
それでどうしたかというと、DefaultHyperlinkPresenter#applyTextPresentation 辺りにブレークポイントを設定してフィールド等を調べてみました。

結果わかったことは、範囲（Region）がうまく設定されてないってことです。
IHyperlink の実装クラスで Region を返すのですが、この Region が正しい範囲を指定していなかったのです。

public IHyperlink[] detectHyperlinks(ITextViewer textViewer, IRegion region, boolean canShowMultipleHyperlinks) {
// （略）
// !! パラメータの region をそのまま渡しちゃってる !!
// これはリンクを検出する前の範囲！
hyperLink = new HogeHyperLink(region);
// （略）
}

IHyperlink の実装クラス（ここでは HogeHyperLink）に渡す範囲は検出時に計算したものじゃないとダメ（当たり前）。

public IHyperlink[] detectHyperlinks(ITextViewer textViewer, IRegion region, boolean canShowMultipleHyperlinks) {
// （略）
// 検出結果のリンク文字列に対応した範囲を渡す！
hyperLink = new HogeHyperLink(new Region(linkOffset, linkOffsetLength));
// （略）
}

あとは HogeHyperLink#getHyperlinkRegion で渡されてきた Region をそのまま返せば OK です。

単純なミスなのですけど、はまったので残しておきます。
げふ。

Eclipse 3.4 プラグイン開発徹底攻略 Eclipse 3.4 Ganymede対応

書評：Java魂

koshian — Fri, 23 Jan 2009 14:09:25 +0000

中・上級者向けをうたっていますが、気持ち中級者向けだと思います。

日々の業務に即取り入れられたりそうでなかったり、それでもやっぱり知っていると違う、そんな風に思わせてくれる Tips が紹介されています。（一部常識も！）

Javaの業務をしていて、特に技術的に問題があるわけじゃないのだけど、ちょっとレベルアップしたい、なんてときにもオススメ。

残念なのは、J2SE1.4がベースになっていて、5.0が最後にちょろっと紹介されている程度ということ。

やっぱり技術書は定期的に読まないとだめだねー。面白い！

Java魂―プログラミングを極める匠の技

Javadocでパッケージの説明を書く

koshian — Fri, 19 Dec 2008 13:36:40 +0000

Javaでパッケージのコメントを書きたくて、確か方法があったよねーと調べてみたら、JDK5から書き方が変わったらしいのでメモ。
パッケージ内に以下のファイル名でファイルを作り、コメントを書けばよいです。

package-info.java

今まで（1.4時代以前）はhtmlファイルを用意してたんですね。

■ 参考
javadoc – Java API ドキュメントジェネレータ
 package-info.java – KaniWeb またはかに日記

Star開発ツールが公開

koshian — Mon, 08 Dec 2008 12:05:29 +0000

StarのDevelopment Kitが公開されました。

Star-1.0プロファイル向けiアプリ開発ツール | サービス・機能 | NTTドコモ

さっそくインストールしてみた。

サンプルのミニアプリは動くけど、フルアプリが動かない…。

Starのインストール時にVCのライブラリをインストールしてなかったからみたい。

C:\iDKStar1.0\runtime\vcredist_x86.exe

これで動いた。おつかれちゃん。

いまさらJSPではまる

koshian — Sat, 22 Nov 2008 13:14:38 +0000

こんばんは、こしあんです。

久しぶりにJSPのコードを書きました。
で、軽くはまりました。

成長していないどころか、退化してます。

JSPが例外をthrowした場合、そのJSPのpageディレクティブのerrorPage属性で指定したページに飛ばされます。
そしてその送信されたページ（pageディレクティブのisErrorPage属性をtrueにする）では暗黙オブジェクトの”exception”が使えます。
なので、このページではexceptionのトレースをログにでも出力して、画面にはごめんなさい表示をするのが妥当な処理かと思います。

どこにはまったのかというと、エラーページJSPでexceptionの処理をしていないため、エラーの原因がわからなかったのです。
元のJSPのcatch(Exception e)ブロックにも引っかかっておらず、？？？となりました。

もうお気づきの方もいるかと思いますが、Errorが投げられていたのでした。
やっぱり、Errorはcatchすべきではないし、エラーページの暗黙オブジェクト”exception”はThrowableなのでエラーページでロギングなのかなー。

おっと、Errorの原因だったOutOfMemoryですが、VMに-Xmx256mとでもすれば回避できます。Eclipseのプロセスじゃなくて、Tomcatのプロセスにね！

【参考】
TIPS – Struts 2+Spring 2+Tiles+Acegi+iBatis+GWT+JUnit 4+JMockit でフルスタックJAVAフレームワーク
 連載：作りながら理解する「JSPコーディング・テクニック」第4回

Javaのプロパティファイル(properties)の仕様

koshian — Fri, 07 Nov 2008 12:18:29 +0000

仕様とは言わないかもですが、PropertiesクラスのAPIドキュメントに読み込み処理について記述されています。

Properties (Java Platform SE 6)

1部を意訳してみると、

コメント行は”#”または”!”で始まる
キーと値の区切りは”=”または”:”または空白

とのことのようです。

コメント行が”!”でも良いことや、区切りは”:”でも良く、”=”の省略も可能っていうことは知りませんでしたよ。
常識なのかにゃー。
それでもプロジェクトで記述は統一しておいた方が良いでしょうけどね。

ちなみにPropertiesクラスが書き込む際にはコメントは”#”、区切りは”=”が使われますので、これにあわせておくのが無難かと思われます。