ueblog » Java

TeedaのカスタムValidator

ueblog — Sun, 06 Jan 2008 13:35:59 +0000

前回に引き続き、Validator。今回は、自前のカスタムValidatorを作るときどうするかっていう、備忘録です。

もし、あるDBの項目で重複を許したくない場合（ユニークチェックですね）を例として取り上げます。

環境はTeeda + DBFluteを想定し、EMPテーブルのidという項目の重複がある場合にエラーとなる場合です。

まずは、javax.faces.validator.Validatorインターフェースを継承したMyEmpDuplicateValidatorクラスを作成します。場所はDoltengであらかじめ作成されているvalidatorというディレクトリに置きました。

MyEmpDuplicateValidator.java

PLAIN TEXT

JAVA:

package examples.teeda.validator;
import javax.faces.FacesException;
import javax.faces.application.FacesMessage;
import javax.faces.component.EditableValueHolder;
import javax.faces.component.UIComponent;
import javax.faces.context.FacesContext;
import javax.faces.internal.FacesMessageUtil;
import javax.faces.internal.UIComponentUtil;
import javax.faces.internal.UIInputUtil;
import javax.faces.validator.Validator;
import javax.faces.validator.ValidatorException;
import org.seasar.framework.container.annotation.tiger.Binding;
import org.seasar.framework.container.annotation.tiger.BindingType;
import org.seasar.framework.util.AssertionUtil;
import examples.teeda.dbflute.cbean.EmpCB;
import examples.teeda.dbflute.exbhv.EmpBhv;
public class MyEmpDuplicateValidator implements Validator {
private static final String MESSAGE_ID = "examples.teeda.validator.EmpDuplicateValidator.INVALID";
@Binding(bindingType = BindingType.MUST)
public EmpBhv empBhv;
public void validate(FacesContext context, UIComponent component,
Object value) throws FacesException {
// nullな場合無視します。
AssertionUtil.assertNotNull("context", context);
AssertionUtil.assertNotNull("component", component);
if (UIInputUtil.isEmpty(value)){
return;
}
final String s = value.toString();
// EMPテーブルのid項目に対して件数を取得しています。
FeedCB cb = new FeedCB();
cb.query().setId_Equal(s);
int count = empBhv.selectCount(cb);
if (count> 0){
final Object submittedValue = EditableValueHolder.class.cast(component).getSubmittedValue();
final Object[] args = { UIComponentUtil.getLabel(component),submittedValue};
final FacesMessage message = FacesMessageUtil.getMessage(context, MESSAGE_ID, args);
throw new ValidatorException(message, MESSAGE_ID, args);
}
}
}

validateメソッドを実装します。その中で、DBにアクセスする必要があるので、DBFluteのBehaviorをInjectさせて、件数を取得し、件数がある場合に、JSFの作法にのっとり、ValidatorExceptionをthrowしてます。

また、MESSAGE_IDで指定した、文言がエラーとして出力されるので、resourcesのpropertyファイルに追記しておきます。

appMessages_ja.properties

PLAIN TEXT

CODE:

examples.teeda.validator.EmpDuplicateValidator.INVALID = IDが重複しています。

そして、アノテーションを使えるようにするためにインターフェースを作成します。場所は上記と同じ場所に配置しました。

EmpDuplicateValidator.java

PLAIN TEXT

JAVA:

package examples.teeda.validator;
import java.lang.annotation.ElementType;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import java.lang.annotation.Target;
import org.seasar.teeda.extension.annotation.validator.Validator;
@Retention(RetentionPolicy.RUNTIME)
@Target({ ElementType.FIELD, ElementType.METHOD})
@Validator("myEmpDuplicateValidator")
public @interface EmpDuplicateValidator {
}

これで、Pageクラスなどで

PLAIN TEXT

JAVA:

@EmpDuplicateValidator
public String id;

と書くだけで、重複チェックが行われるわけです。

少しややこしいように見えますが、一度やってしまうと簡単にカスタムValidatorが作れます。便利ですね。

Teedaで正規表現のValidate

ueblog — Sat, 05 Jan 2008 15:18:04 +0000

Teedaを利用していて、フォームの入力チェックで正規表現を使いたい場合、

Pageクラスで

PLAIN TEXT

JAVA:

public class TestPage {
@RegularExpression(pattern = "[0-9a-zA-Z]+")
public String title;
～
}

アノテーションを利用する場合はこのように書く。
（例は英数字のみのチェック）

そして、HTMLは

PLAIN TEXT

HTML:

id="allMessages">
type="text" id="title" title="タイトル" />

と書いておけば、そこにエラー文言が表示される。すごく直感的、簡単でわかりやすい！

でも、エラー文言は

値(タイトル)は正規表現([0-9a-zA-Z]+)にマッチしません。

これがデフォルト。
気持ちはわかるが、これデフォルトで使う人いないっしょ！

あと、話はそれるが、DynamicPropertyの話。
htmlの属性値を変更できる機能だが、id属性の値を変更できない。。これなんとかしてほしいなあ。

そもそもTeeda Extensionは、xercesを利用してHTMLをパースする仕様なんで、ちゃんとしたxhtml書かないとだめ。テンプレートでもちゃんとしたHTMLを書かねばならんので、結構融通が利かない場合が多い。

テンプレートエンジンの差し替えが簡単なら、他のテンプレートエンジンの組み合わせも考えていきたい。

Teeda HTMLでリンクURLを書き換えるには？

ueblog — Sun, 16 Dec 2007 15:25:38 +0000

TeedaのHTML上でリンク（aタグのhref属性）を書き換えるにはどうする？

答えは、Dynamic Propertyを利用する。

view

PLAIN TEXT

HTML:

id="url" href="" target="_blank">外部リンク

Pageクラス

PLAIN TEXT

JAVA:

private String url;
//Dynamic Propertyを使って、urlを書き換え
public String getUrlHref(){
return this.url;
}

Dynamic Propertyは、先頭にget + (id) + (属性名)という、getterを用意すれば、その属性の値を変換してくれる。

それでは、画面遷移などでgoをくっつける場合はどうなるか。
view

PLAIN TEXT

HTML:

id="goUrl" href="">リンク

Pageクラス

PLAIN TEXT

JAVA:

private String url;
//Dynamic Propertyを使って、urlを書き換え+goを利用
public String getGoUrlHref(){
return this.url;
}

get + Go + (id) + (属性名)なgetterを用意すればよい。

さて、javascript内などに、HTMLを表示する段階で動的に値を渡してあげるには？
view

PLAIN TEXT

HTML:

id="hoge">
type="text/javascript">
alert(document.getElementById("mapx").innerHTML);

Pageクラス

PLAIN TEXT

JAVA:

private String hoge;
public void setHoge(String hoge){
this.hoge = hoge;
}
public Class prerender() {
setHoge("javascriptに値を渡す。");
return null;
}

という感じで、span経由で渡すことで可能。でもspanタグを隠さないとHTMLとして見えてしまうので微妙。

もっといい方法はないものか。

明日から、台湾出張です。台湾のインターネット事情がわかればレポートします。
しかし、昨日テレビで見た、日航機墜落と大韓航空爆破のドキュメンタリーを見てしまい、飛行機が若干怖くなった。。。

Teeda + DBFlute環境でバッチ作成

ueblog — Sat, 15 Dec 2007 14:35:48 +0000

現在、Teeda + DBFluteな環境で、Webアプリを製作中なわけですが、DBを更新する処理とかのバッチ作成する時って、どこにソースを配置すべきなんでしょう。

考えた末、、Webアプリと混在する環境に置く事に。

javaのソースディレクトリにbatchっていうのを作って、そこにmain関数を書いてしまう。
そして、ソースはこんな感じで。

PLAIN TEXT

JAVA:

import org.seasar.framework.container.S2Container;
import org.seasar.framework.container.factory.S2ContainerFactory;
import sample.dbflute.exbhv.MemberBhv;
import sample.dbflute.exentity.Member;
public class Main {
private static final String S2PATH = "dbflute.dicon";
public static void main(String[] args) {
S2Container container = S2ContainerFactory.create(S2PATH);
container.init();
try {
MemberBhv memberBhv
= (memberBhv)container.getComponent(MemberBhv.class);
final Member member = new Member();
member.setId(1);
member.setName("name");
memberBhv.insert(member);
} catch (Exception e) {
e.printStackTrace();
} finally {
container.destroy();
}
}
}

S2Containerを呼び出し、Behaviorを作成。Behaviorを通して簡単なinsert処理を。
これで完了。

いちおう、Container経由でWebで作ったロジックもちゃんと呼べたりもしますし、DBFluteの便利なBehaviorやConditionBeanも呼び出せるので、これでええかなと。

しかし、調べてみるといろいろ意見があったりしてます。
https://ml.seasar.org/archives/seasar-user/2007-August/011996.html

最適な解は何なんでしょう。

JavaでRESTするには(RestletによるAPI利用)

ueblog — Sun, 09 Dec 2007 15:28:58 +0000

Javaで各種WebのAPIにRESTするのに一番簡単な方法は？

いろんな手段がありえるが、今回は「Restlet」を取り上げてみる。
Restlet自体はAPIを提供する側のサーバ機能を利用することが多いようですが、今回はあえてクライアントとして利用します。

まずは、Restletのライブラリをダウンロードする。
Restlet - Downloads

Zip archive版の中から、

com.noelios.restlet.jar
org.restlet.jar
com.noelios.restlet.ext.httpclient_3.1.jar

を取り出し、CLASSPATHに通す。

そして、commonsプロジェクトにも依存しているようなので、
Apache Commons - Logging Downloads

Apache Commons - Codec Downloads

HttpClient - HttpClient Downloads

から、それぞれ

commons-logging-1.1.jar
commons-codec-1.3.jar
commons-httpclient-3.1.jar

を取り出し、CLASSPATHに通す。

さて、今日はどのAPIを標的とするかというと、、東京大学空間情報科学研究センターが提供する、住所から位置情報を割り出せるというCSISシンプルジオコーディングを利用してみようと思う。

さっそくコードはこんな感じに。東京都渋谷区道玄坂をターゲットにしてみました。

PLAIN TEXT

JAVA:

import org.restlet.Client;
import org.restlet.data.Protocol;
import org.restlet.data.Reference;
import org.restlet.resource.DomRepresentation;
import org.w3c.dom.Node;
public class Main {
public static void main(String[] args) {
try {
Client client = new Client(Protocol.HTTP);
String url = "http://geocode.csis.u-tokyo.ac.jp/cgi-bin/simple_geocode.cgi"
+ "?addr=" + Reference.encode("東京都渋谷区道玄坂")
+ "&charset=UTF8";
DomRepresentation xml = client.get(url).getEntityAsDom();
Node n1 = xml.getNode("//results/candidate/address");
System.out.println("address : " + n1.getTextContent());
Node n2 = xml.getNode("//results/candidate/longitude");
System.out.println("longitude : " + n2.getTextContent());
Node n3 = xml.getNode("//results/candidate/latitude");
System.out.println("latitude : " + n3.getTextContent());
} catch (Exception e) {
e.printStackTrace();
}
}
}

実行結果はこちら

address : 東京都/渋谷区/道玄坂
longitude : 139.698166
latitude : 35.657429

Clientのインスタンスを作って、URLを書き、そして簡単にxmlの解析ができます。超簡単！
なんといっても、ソースが直感的。
ライブラリの依存関係がうざいけど、シンプルなAPIにはかなり使えそうだ。

そして、このシンプルジオコーディング、かなりつかえるぞ！
住所の文字列から住所の区分けまでやってくれます。さすが。

JavaでRSSフィードを取得（ROME）

ueblog — Sun, 02 Dec 2007 12:35:22 +0000

JavaでRSSフィードを取得する手段は？
commonsのHttpClientライブラリで取得してDom操作とか、、そんなめんどくさそうな感じがいやだったので、いろいろと探してみると、ありました！その名も「ROME」

このROMEは、RSSやAtomフィードなどのいろんなバージョンのRSSを統一なインターフェースで取得できるライブラリである、ということでさっそく使ってみました。

まずは、公式サイトから「ROME」、「ROME Fether」、そして「JDOM」のバイナリをダウンロードし、

rome-0.9.jar
rome-fetcher-0.9.jar
jdom.jar

を抽出し、CLASSPATHを通します。

そしてサンプルがこちら。

PLAIN TEXT

JAVA:

import java.net.URL;
import java.util.List;
import com.sun.syndication.feed.synd.SyndEntry;
import com.sun.syndication.feed.synd.SyndFeed;
import com.sun.syndication.fetcher.FeedFetcher;
import com.sun.syndication.fetcher.impl.HttpURLFeedFetcher;
public class Main {
private static final String FEED_URL = "http://ueblog.natural-wave.com/feed/";
public static void main(String[] args) {
FeedFetcher fetcher = new HttpURLFeedFetcher();
try {
SyndFeed feed = fetcher.retrieveFeed(new URL(FEED_URL));
System.out.println("Blog Title:" + feed.getTitle());
for (SyndEntry entry : (List)feed.getEntries()){
System.out.println("===================================================");
System.out.println("Title:" + entry.getTitle());
System.out.println("Date:" + entry.getPublishedDate());
System.out.println("Uri:" + entry.getUri());
System.out.println("Description:" + entry.getDescription().getValue());
}
} catch (Exception e) {
e.printStackTrace();
}
}
}

URLをいれてFeedの繰り返しをまわしながら、getメソッドで取得していく。すごく直感的でわかりやすい！

実行した結果はこちら

PLAIN TEXT

CODE:

Blog Title:ueblog
===================================================
Title:英語SNS、「iKnow」がすごい件
Date:Thu Nov 29 00:15:46 JST 2007
Uri:http://ueblog.natural-wave.com/2007/11/29/%e8%8b%b1%e8%aa%9esns%e3%80%81%e3%80%8ciknow%e3%80%8d%e3%81%8c%e3%81%99%e3%81%94%e3%81%84%e4%bb%b6/
Description:
英語やらなきゃって勉強していても、なかなか続かないのが悩みの種。まさにそんな自分なんですが、このはてぶで見つけた「iKnow!」っていうサービスがすごい！
見た目とか、フォームとかインターフェー...
===================================================

JavaでRSS取得するのにいろいろと調べていて思ったのですが、さまざまな手法があり、またどれが標準的なものなのか、一番使われていてメンテナンスされているライブラリはどれか、ということがすごくわかりにくいなあと感じます。

特にJavaの場合、Webのフレームワークが顕著ですが、どれが自分に最適なのか？また、組み合わせもいろいろ考えられるところが逆に新しい開発者が参入しにくい一因になっているようなそんな気がする。

今回のRomeにしても、JDOMというライブラリが必要であったり面倒な部分があるので、All IN Oneで手軽に導入できないものかと、そう感じました。

Teedaの使いにくい点

ueblog — Mon, 17 Sep 2007 14:50:03 +0000

最近家でもりもりとプログラムを作成していて、サーバー側の実装はお気に入りのSeasar2 Teedaを利用しているのですが、どうも納得のいかん部分があるので書いておきます。

１．URLを操作しにくい。
Webアプリケーションを作成する上でURLのつけ方にはこだわりを持ちたいものですが、URLの操作がしにくい。/view/サブアプリケーション名/○○.htmlみたいな形にしかできない。diconの書き換えをすればできるかもですが、この辺は作成する側に任せてほしい。ApacheのRewriteなどで対応できそうではあるが。

２．GETメソッドって使える？
基本はPRGパターン（POST-REDIRECT-GET）になっていて、スコープの状態を保存して画面遷移するみたいですが、たとえば、検索などでURLにパラメーターを残したい場合に対応できない。これももう少し調べるとできるのかもだが、まだよくわかってません。

３．HTMLのチェックが厳格すぎる。
これを言ってしまえば、フレームワーク使うなって話だけど、結局HTMLってプログラマー以外の人も触るものだし、なんとかならんかなとも思ったりする。

業務系のWebアプリとか、フォーム系の処理なんかは、すごくマッチするフレームワークだと思うけど、例えば簡単な携帯サイトや検索アプリなんかは作りにくいなあと感じます。

まだ不勉強でこんなことを言ってますが、初心者が陥りやすいミスとか気づいたこととかあれば、またこのブログに載せていきます。

Seasar2 mini eventに行ってきました

ueblog — Fri, 29 Jun 2007 17:44:30 +0000

Seasar2のmini eventに行ってきました。
場所は萌えの町アキバ！
しばらくぶりに行ったけど、だいぶ変わったな～
コスプレのおねえちゃんはともかくとして、、
中央通りのビルが軒並み建設中でいままでのような活気がなく感じた。
まさに再開発の途中って感じ。

まあアキバの話は置いておいて、
自分も実践してるGTDのツール（tugboat.GTD）の話と
まさに勉強中のSeasar2の話が聞けるということで行ってみました。

Seasar関連のイベントは初めてで、生ひがさんを見たのも初めて！
自分にとっては、かなり参考になったので、
ひがさんの話を思い出しながら（メモ帳を忘れてしまったのでうろ覚えですが）
簡単に感想＆まとめを書いてみます。

まずWebアプリケーションにおけるレイヤモデルの問題点。
プレゼンテーション層、サービス層、ドメイン層、データアクセス層、リソース…
各々の層をインターフェースを用いて疎結合するという方法は、
各層の役割が明確化して、修正による影響が低いというところがあげられるが、
どの層にクラスを持っていくべきか迷う場合がある。
またインターフェースやクラスが大量に作成されることになり
クラスの管理、テストの面においても煩雑になってしまう。

自分も以前のJ2JSFを利用したときに体験したので確かに、
何もロジックのないクラスを作ったりすることの無駄はあるなーと感じていたので
かなり同感できました。

teedaの1ページ1クラス、1ユースケースに1サービスクラスという構造。
共通機能はサービスクラスに置き、継承を利用する。

これならどこにロジックをおくべきなのかは明らか。

ユースケースの粒度については、メニューの1機能が1ユースケースと考える。
異なるユースケース間の共通機能は委譲モデルを利用して
共通ユースケースを作成して実現する。

なるほど。またこのような考え方は、複数人開発をイメージしていて、
1ユースケースが一人で作成して、重複しないように考えられているそうです。

私の周りでjava関連のフレームワークを利用していない人は、
クラスの管理や考え方が煩雑で複雑なイメージを持っている方が多いですが、
teedaならシンプルに考えられそうな気がしてきました。
これはぜひteeda試さないと！

tugboat.GTDの資料はharaさんのブログにありました。

ひがさんのブログ

JavaでAjax

ueblog — Thu, 19 Apr 2007 16:47:56 +0000

WebインターフェースをAjaxを利用し、サーバサイドのプログラムは

Javaで実装したい場合、さまざまなスキルセットが必要となる。

思いついた部分だけであげてみると

JavaScript

DHTMLとCSS

JSONもしくはXML

アプリケーションサーバ（Tomcatなど）

JavaServlet/JSP、Webフレームワークの知識

Eclipseなどの開発ツール（複雑なフレームワークを利用する場合は必須であろう）

XMLパーサやXSLTなどのXML解析技術

と盛りだくさんだ。また、非同期通信する際のWebインターフェース設計は

いままでのページ単位の設計とは違う視点が必要になる。

このようにたくさんの技術が必要となると、

Ajaxを利用したリッチなコンテンツを作りたくても足踏みしてしまいがちだが

調べてみると、Ajax製作をサポートするフレームワークはJavaの世界でも

いくつかある。

Direct Web Remoting（DWR）
Google Web Toolkit
JSON-RPC-Java
Restlet
S2Ajax
Ajax Baron

フレームワークによりさまざまだが、JavaScriptの実装をJavaプログラム

で書けるようにしていたり、簡単に非同期通信、オブジェクトのやりとりを実現できる。

現在、JSON-RPC-JAVAとSeasar2、DBはS2Daoを利用

あと、Ajax BaronのライブラリがXMLを取得するのに直感的でわかりやすいので

さまざまなWebAPIからデータを取得し、マッシュアップを試みていている。

のちほどまた詳細な実装例をレポートしようと思う。