やっと見せられるところまで完成

IE６のカラム落ち、や画面デザインというもっとも不得意な部分も何とか誤魔化して、一応動くようにはなったものの、負荷テストが出来ない。 ajaxってJmeterでどうやってテストするんだろ？

ま、後はスポンサー探してお金にすることを考えなければなりませんが、当面は実験的にwww.agriculture.jpで公開。

portlet化する方法を勉強して、wikiのサンプルとともにportalで動かすところまでは完成させたいな。

seam-2.0.1GAと seam-2.0.1SP1

ここ1ヶ月くらい、レスポンス時間が実用に耐えないレベル(5ー8秒)なので、DBを色々いじっていました。　でも、DBのplannerみても1msから150ms位で、seamで実際に動作しているスピードとのギャップが大き過ぎるなー、、、と感じながらも、seamframework以上に何もしていなかったので、seamをいじることも出来ずにいました。

ところが、2.0.1.SP1が出て、ドキュメントにスピードの改善があったので、昨日、急遽入れ替えてみました。http://jira.jboss.com/jira/browse/JBSEAM-3024
うわーお!!　メッチャ違う!　全てが2秒以内に収まり、サクサク感もあり、今までのスピードが嘘のようになりました。

これで、先に進む元気が沸いてきました。　(折角作っても、遅かったら使ってくれませんからね)。

Profiler動かさないとダメかな?と思ってJProfilerのLinux版を持ってきましたが、私の環境(FreeBSD)で動かすのにはちょっと手間が係りそうです、、、。　取り合えず、そのままではライブラリが見つからない、、、って言ってきます。

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

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

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

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のバージョンに対応できていないみたい、、、。

eclipse-europa (Winter) on FreeBSD

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

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については少なくとも全部日本語化しなければならないので、これに結構時間が必要ですね)。

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)