山田健の私的日記

2008年4月20日日曜日

Seam-In-Action のドラフトバージョン

がManningから入手可能(一部フリー)なので、Dan Allenの言うところのseamframework の利用方法について、勉強しています。
EntityQueryを利用したcomponents.xmlにクエリーコンポーネントを記述する方法はJavaでクエリーのビジネスロジックを書くよりは格段に簡単ですし，xhtmlのフォルダの場所と近い(Eclipseの場合)ので、効率よく必要なものが作れました。　たいがいの物はこれで済みそうです。

一難去ってまた一難。　今度はRichFacesのdataTableでsordByとかfilterByがうまく動いてくれない(Exampleを真似しても、言われているようには動いてくれない)。　何か間違っているのだろうか？

2008年4月1日火曜日

JBoss4.2.2/seam 2.0.1GA/PostgeSQL 8.3

この組み合わせ、ひょっとすると問題なのかもしれません。
PostgreSQLを8.3.1にバージョンアップしたのですが、今まで動いていたアプリが一部、
org.hibernate.HibernateException: Wrong column type: xxx
というエラーを吐いて起動出来なくなりました。　やむを得えず　persistence.xml のしたの行をコメントアウトしたところ、動くようになりました。

hibernate が PostgreSQLのバージョンに対応できていないみたい、、、。

2008年3月24日月曜日

eclipse-europa (Winter) on FreeBSD

eclipse 3.3.2 をFreeBSD-current(amd64)にポートしました(http://www.tydfam.jp/eclipse-devel332.tgz)。
jdk15でのコンパイルで、FreeBSD-eclipseでも何人かの方からリポート頂いていますが、問題はなさそうです。　私の所でも問題なく動いています。
現在の所、jdk16でコンパイルした物は、時々おかしくなる場合があるみたいなので、もう少しいじって見ないと、何とも言えませんが。

2008年3月2日日曜日

JBoss Portal 2.6.4続き

pgpool の問題でうまく動かなかったのですが、素のPostgreSQL8.3では日本語も含めてPortalはうまく動くようです(1日〜2日動かしてみた限りでは問題がありませんでした)。
ただ、forum portletは何故かPostgreSQLではエラーが出てしまい、うまく動きません。mysql5 では問題が発生しないので、ここで躓いています。
他のCMSを使ったことがないので操作性が良いのか悪いのか何とも言えないのと、これ全体の日本語化にはかなりの労力が必要なことが予測され、JBossPortalが日本でどのくらい普及するのかは??ですが、OSSでこの位の完成度であれば、決して悪くは無いのでは？

Portalそのものは追い追い勉強してゆくとして、bridge で seam で作ったプログラムがそのままPortalに移せるのか?　blogやwikiそれにforumなどJBossが提供しているPortletが日本語で問題なく使えるのか、等など、実際に使おうとするともう少し調べたり情報を集めたりが必要になりそうです(JBossの提供しているPortletについては少なくとも全部日本語化しなければならないので、これに結構時間が必要ですね)。

2008年2月28日木曜日

JBoss Portal 2.6.4 & PostgreSQL 8.3

JBoss Portal 2.6.4 を入れてみました。
hsql,mysqlでは問題なく動作するようですが、PostgreSQL 8.3 を使おうとすると下のようなエラーが出ます。 JDBCも新しい8.3のものに変更しているので、これで動いてくれないとがっかりです。　googleしてみましたが、この手のエラーについて幾つか見つかったものの、jdbcの問題によるものみたいで、参考にはなりませんでした。　当該のSQLをコピペで直接PostgreSQLで実行しても、すんなり動くので ? に挿入される文字列の問題なのか、本当にjdbcのimplementationの問題なのかは分かりません。　Postgresql側で詳細なlogを取ってみる方法もあるのでしょうが、、、。

2008-02-28 10:17:16,939 DEBUG [org.hibernate.SQL] insert into JBP_PORTAL_OBJECT_PROPS (OBJECT_KEY, NAME, jbp_VALUE) values (?, ?, ?)
2008-02-28 10:17:16,940 DEBUG [org.hibernate.persister.collection.AbstractCollectionPersister] done inserting collection: 16 rows inserted
2008-02-28 10:17:16,940 DEBUG [org.hibernate.jdbc.AbstractBatcher] Executing batch size: 1
2008-02-28 10:17:16,940 DEBUG [org.hibernate.jdbc.AbstractBatcher] about to close PreparedStatement (open PreparedStatements: 1, globally: 1)
2008-02-28 10:17:16,941 DEBUG [org.hibernate.jdbc.ConnectionManager] skipping aggressive-release due to flush cycle
2008-02-28 10:17:16,941 DEBUG [org.hibernate.jdbc.ConnectionManager] aggressively releasing JDBC connection
2008-02-28 10:17:16,941 DEBUG [org.hibernate.jdbc.ConnectionManager] releasing JDBC connection [ (open PreparedStatements: 0, globally: 0) (open ResultSets:
0, globally: 0)]
2008-02-28 10:17:16,941 DEBUG [org.hibernate.jdbc.AbstractBatcher] about to open PreparedStatement (open PreparedStatements: 0, globally: 0)
2008-02-28 10:17:16,941 DEBUG [org.hibernate.jdbc.ConnectionManager] opening JDBC connection
2008-02-28 10:17:16,941 DEBUG [org.hibernate.SQL] select objectnode0_.PK as PK64_, objectnode0_.PATH as PATH64_, objectnode0_.NAME as NAME64_, objectnode0_.P
ARENT_KEY as PARENT4_64_ from JBP_OBJECT_NODE objectnode0_ where objectnode0_.PATH=? or objectnode0_.PATH is null
2008-02-28 10:17:17,011 DEBUG [org.hibernate.jdbc.AbstractBatcher] about to close PreparedStatement (open PreparedStatements: 1, globally: 1)
2008-02-28 10:17:17,011 DEBUG [org.hibernate.jdbc.ConnectionManager] aggressively releasing JDBC connection
2008-02-28 10:17:17,011 DEBUG [org.hibernate.jdbc.ConnectionManager] releasing JDBC connection [ (open PreparedStatements: 0, globally: 0) (open ResultSets:
0, globally: 0)]
2008-02-28 10:17:17,014 DEBUG [org.hibernate.util.JDBCExceptionReporter] could not execute query [select objectnode0_.PK as PK64_, objectnode0_.PATH as PATH6
4_, objectnode0_.NAME as NAME64_, objectnode0_.PARENT_KEY as PARENT4_64_ from JBP_OBJECT_NODE objectnode0_ where objectnode0_.PATH=? or objectnode0_.PATH is
null]
org.postgresql.util.PSQLException: An I/O error occured while sending to the backend.
at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:218)
at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:451)
at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:350)
at org.postgresql.jdbc2.AbstractJdbc2Statement.executeQuery(AbstractJdbc2Statement.java:254)
at org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeQuery(WrappedPreparedStatement.java:236)
at org.hibernate.jdbc.AbstractBatcher.getResultSet(AbstractBatcher.java:186)
at org.hibernate.loader.Loader.getResultSet(Loader.java:1787)

2008年2月25日月曜日

seam-gen の吐いたコードでの日本語サーチ

1.2.1GAの頃から、「日本語をサーチのinput box に入れると文字化けしてしまう」というのに気がついていましたが、2.0.1GAでもこれは変わっていません。　目的の物をある程度の所まで仕上げたので、先送りしていたこの問題にちょっと頭を突っ込んで見ましたが、バグなのか設定ファイルのどこかが足りないのか、やはりうまくゆきません。
デバッガで追っかけてみると、context のlocale.language="en"となっているのですが、これは"ja"になっていてくれないと、おかしいのではないかと思います(デバッガの該当画面を添付)。
同じ問題は野上さんのところでも確認されたので、バグ或いは設定ファイルの説明の欠落、ということでしょうが、「1.2.1の頃に明確にしてJIRAしておけば良かった」と反省しています。

2008年2月23日土曜日

glassfish v3 が動いた!!

2月21日時点でのsvnで取ってきたソースで無事コンパイル、動作確認が出来ました。
前にも書いた通り;
cd /usr/local/glassfish/v3/api
mvn -U install
cd ..
mvn -U install
cd distributions/glassfish/target
unzip -d (glassfish install directory) glassfish.zip
unzip -d (h2 install directory) javadb.zip
でインストールは終了。

(glassfish install directory)/bin/asadmin start-domain1

で起動。http://xxxx:8080/ でホーム画面が表示され、

テスト用として配布されている hello1.war を asadmin deploy hello1.war として
http://xxxx:8080/hello1 で無事hello1が表示されました。　

後は、seam の ear をdeployして走るかどうか、その時の変更点(Seam In Actionの内容を参考に)と、スピードなどをjbossと比較してみたいと考えています。　hello1.war のdeployの感じではjboss4.2.2GAよりも遅いような気がしますが、、、。

登録: 投稿 (Atom)