ueblog » Teeda

iPod Touch Offline Readerの仕様詳細

ueblog — Sat, 09 Feb 2008 14:05:10 +0000

「iPod Touch Offline Reader」を開発して放置していたんですが、RSSフィード登録の部分がずっとエラーになってました。。。が、直しました。気を取り直してデザインを変えて再公開します！

さて、このツールは何で作っているのかというと、iPod側のインターフェースはiuiというjavascriptとcssのライブラリ。divタグとページ内リンクで、iPod Touchのsafariでスライドするようなインターフェースが簡単に作成できる。

そしてサーバ側は、Apache + Tomcat。Webフレームワークは、Teeda + DBFluteで作成。RSS取得部分はRomeというJavaのライブラリを使っている。このRomeが結構優秀で、さまざまなRSSやAtomフィードを共通のインターフェースで中身の取得ができます。

iPod TouchをJailbreakしなくても、オフラインRSSリーダーっぽくできないものかと思って作成したんですが、欠点はURLを手入力するのがとても面倒なこと、一度iPod Touchの電源を切ってからsafariを立ち上げ直すと、再アクセスしてしまい、オフラインでの閲覧ができないこと、、などなどたくさんあるんですが、一度使っていただいてご意見なんか、このブログのコメントに入れて欲しいなあと思ってます。

Webフレームワークの選択

ueblog — Fri, 25 Jan 2008 16:04:21 +0000

Webフレームワークの選択。それはあらゆる面で考えないといけない。

重視すべき部分はどこにあるのだろうか。考えてみた。

フレームワークの機能性
導入実績と情報の多さ
パフォーマンス
開発効率
メンテナンス性

一般的には、こういった項目が挙げられるだろう。

ただ多人数で開発する場合は、他に重要な要素が絡む。

開発メンバーのスキル
教育コスト

では、具体的に個人的に現在のところ、使ってみたいフレームワークをあげてみると、こんな感じだ。

perl

Sledge

一番利用してきたフレームワークで使い勝手は良い。ただ情報の少なさとメンテナンスされていない部分が不安。

Catalyst

Perlのフレームワークでは一番有名？情報は少ない。

Java

Teeda + DBFlute

個人的には一押し。自サイトではメインで利用している。 MLなどでは、かなり情報が出てきているが、利用実績はまだまだ。

SAStruts + J2JDBC

今一番利用してみたいフレームワーク。まだRC４の段階。

PHP

CakePHP

かなり簡単に導入できかつ、利用者はかなり多い。PHP4,5両方のバージョンで利用可能。個人利用には一番お手軽だが、規模が大きくなると不安

Symfony

PHPのフレームワークの中でも洗練されているイメージ。

Zend

PHPの中でも一番注目されているフレームワーク。ただ、現時点での導入はまだ早い。

Ruby

Ruby on Rails

現在のWebフレームワークの潮流を作ってきたと言っても良い。パフォーマンスでいろいろと言われているが、開発効率は一番ではないか。

perlは、Amazonやはてな、mixiなど大規模なサイトで利用されているが、いわゆる自作フレームワークを利用しているものが多く、世の中にperlの決定的なフレームワークがないのが残念。

Javaは、Seasarがオールインワン系のWebフレームワークを作ってはいるものの、ほとんど組み合わせが多く、お手軽にとはいかない。APサーバの設置や運用もやったことない人には不安な部分。ただ言語の魅力はいまだ大きい。

PHPは、正直フレームワークを使ったことがないが、利用者の多さとお手軽さはやはり魅力。

Railsについては、その使いやすさは折り紙つきだが、パフォーマンスはやっぱり気になる。

というわけで、いろいろと熟考の結果、PHPを試してみることにした。食わず嫌いだったPHP。果たしてどんな使い勝手なのか、楽しみだ。

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

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

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

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