Seasarの技術情報を2chで求めるのはやめなさい

Information

2chはなんでもありで自由にやればいいと思うけど、すくなくとも仕事で使うSeasarの技術的な情報を2chで得ようとするのはやめたほうがいい。

例えば、S2JDBCは、PostgreSQLのbyteaに対応しているし、s2jdbc-itのテストケースを見れば、テストされていることは明らか。

まぁ、これだけじゃなくていろいろあるけどね。

匿名のほうが聞きやすいってのはあるかもしれないけど、仕事で使う情報なら、きちんとMLで聞いたほうがいい。Seasar-user MLのサポート力は、オープンソースのMLの中でもトップクラスだから。

私のお勧めは、「仕事で使うSeasarの技術的な情報はMLで聞いてください」ということです。匿名で軽く聞きたければ、私のblogに匿名でコメントしてもらえれば、答えますよ。

大事なことだからもう一度言っておくと「仕事で使うSeasarの技術的な情報は2chできくな」ということです。

仕事ってのが重要なポイントね。別に仕事じゃないから手軽なほうがいいってのなら、2chでも全然かまわないと思うけどね。

Permalink | コメント(12) | トラックバック(0) | 08:57

コメントを書く

>< 2008/07/26 13:34 しごとじゃないのだけどもね～

org.postgresql.util.PSQLException: ERROR: column ”foo” is of type bytea but expression is of type bigint
at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:1592)
at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1327)
at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:193)
at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:452)
at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:351)
at org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:305)
at org.seasar.extension.jdbc.impl.PreparedStatementWrapper.executeUpdate(PreparedStatementWrapper.java:89)
at org.seasar.framework.util.PreparedStatementUtil.executeUpdate(PreparedStatementUtil.java:63)
at org.seasar.extension.jdbc.query.AbstractAutoUpdate.executeInternal(AbstractAutoUpdate.java:123)
at org.seasar.extension.jdbc.query.AbstractAutoUpdate.execute(AbstractAutoUpdate.java:90)

VSTLINK 2008/07/26 18:05 ２ちゃん(ワロス

最初は随分熱心なサポーターがいるなぁ、と感心してたんですが
やっぱダメですか。

「匿名コミュニケーションには良い面と悪い面がある」などともっともらしい事を言う人も居るけれど
現実の匿名掲示板は人間が持つネガティブな側面が出やすい(怠惰で尊大で知ったかぶりで粘着気質で構ってちゃんetc.,etc.)場所なので
有効利用は難しい(無理)かと存じます。

taedium 2008/07/26 20:00 ><さん、fooカラムをJavaのどの型にマッピングしています？推測するにLongでしょうか。byteaはバイナリ列なのでJavaのbyte[]にマッピングするのがいいです。JavaでLong型で扱いたいならfooカラムの型をbyteaではなくbigintにするのがいいです。

>< 2008/07/27 00:24 ２ちゃんねらだからといって、さすがにLongにしているなんてことはないです。
byte[]にして@Lobアノテーションをつけてるよ。
updateBySql()では更新できるけど、自動生成だとエラーになるですよ。

vipassana 2008/07/27 01:06 2chで質問してはいけない理由を述べなさい。

koichik 2008/07/27 01:30 >< さん
@Lob を外してください．@Lob が指定された場合，S2JDBC は PreparedStatement#setBlob() を使ってパラメータをバインドしますが，PostgreSQL で setBlob() が使えるのは bytea 型ではなく oid 型です．bytea 型は setBytes()/setBinaryStream() を使ってバインドする必要があります．つまり，bytea 型は JDBC 的にはラージオブジェクトではありません (PostgreSQL 独自 API ではラージオブジェクトとして扱えるようですが)．
http://old.postgresql.jp/wg/jpugdoc/jdbc/jdbc-8.3dev-600/binary-data.html#binary-data-example