Hibernateを使っていて、ふと困った状況に遭遇。 @Entity @Table(name=”…”) public class Hoge { ・・・ protected Map desc; ・・・ } Hogeエンティティクラスのdescプロパティを永続化させるにはどうしたらいいのだろう?もし、descプロパティが、 protected Map desc; というように、Mapの値が別のエンティティだった場合は、特に問題はない。しかし上記の場合はMapの値がString。これは困った。 Interceptorを自分で作って、onSave()やonFlushDirty()などを実装してstateを入れ替えてみたりして試行錯誤を繰り返すも、残念ながらうまくいかない。そこで、HibernateのForumをいろいろと検索していく中で、同じ話題を発見できた。 [Topic: Map of pr
JBoss Cacheは(source)Javaベースのアプリケーションに対するエンタープライズ級のクラスタリングソリューションで、頻繁にアクセスされるJavaオブジェクトをキャッシュすることで高可用性をもたらし、劇的にパフォーマンスを向上させることを目指しています。この記事ではプロジェクトを率いるManik Surtani氏とのインタビューを要約する。 Manikさん、まず始めにあなたの顧客がJBoss Cacheを利用してキャッシュの恩恵を受けている一般的なやり方、とりわけ高可用性について話していただけますか。 データを永続化装置、とりわけデータベースから取得することはとても高負荷なことです。そしてデータベースはフロントエンドのスケールアウトやクライアントの追加に対応することになると拡張性がよくない(または安くできない)ということは周知の事実です。一方でCPUコアやメモリはどんどん安く
ブログのキーワード等で色々な人の考えを読んだ限りでは、Hibernateは複雑で使いにくいという人が多いし、JPAは微妙だと言う人が多いと感じています。それは間違いではないと思います。SQLを発行したいという目的に対しては、JPA・Hibernateは複雑すぎますし、SQLベースのORMに比べてSQL実行処理が使い易いわけではありません(特にJPAのSQLの使い辛さは致命的です)。CRUD処理ではSQLをほぼ自動発行できますが、そのレベルの処理ならば、今はどのORMも標準機能として持っています。 ではこれらのFWは要らないものなのでしょうか? 自分はたまたま仕事上でHibernateを複数回使い、その特長が最近になってようやく解ってきました。たしかに複雑で、初心者にとって敷居の高いFWです。Entityの状態変更とかLAZYロードとか、よく解ってないとすぐにハマってしまいます。 でもその一
Red Hatは2008年6月11日,Firestar SoftwareとDataTernから訴えられていた特許訴訟で和解したと発表した。 Red HatはFirestar SoftwareとDataTernから,2006年に特許侵害で訴えられえていた。Red Hatは「Red Hatは特許侵害を否定した。和解は特定のクレームだけでなく,顧客およびオープンソース・コミュニティに対する広範な保護を提供するものである」としている。 Red Hatでは「保護の対象となるソフトウエアはRed Hatブランドのもとで配布されるすべてのソフトウエア,およびそれらの上流の以前のバージョン,および派生物(derivative works),組み合わせたもの(combination products)」であるとしている。 この訴訟は米特許番号6,101,502に関するもので,オブジェクト指向アプリケーション
現在Hibernateを仕事で使っているのですが、またまたレガシースキーマに対応しなければいけなくなってしまいました。複合主キーは今回@IdClassを使って定義しました(JPQLの記述を少しでもSQLに近づける為)。DBA担当にお願いしてバージョンカラムを定義してもらい、楽観的排他制御とmerge処理での登録・更新自動制御の挙動を確保。これで何とかなるかな・・・と思っていたのですが・・・ 複合主キーなだけあって、主キー同士の結合が大量に存在していることが判明。双方向1対1だけでなく、多対1の結合でもLAZYロードが効かないパターンが頻発してしまいました。このままではまずい・・・というわけで、再度HibernateのLAZYロード機能について調査してみました。 HibernateのLAZYロードには2パターンあります。デフォルトのモードはPROXYモード。これはLAZYロード設定時に関連E
Extending the NetBeans Tutorial JSF-JPA-Hibernate Application, Part 4 - Switching from Hibernate JPA to Glassfish JPA/TopLink Essentials (with Optional NetBeans Project Resources and Source Package Path Names Renaming) Posted by maxpoon on August 11, 2007 at 09:29 AM | Comments (0) Background It was shown in the previous article Extending the NetBeans Tutorial JSF-JPA-Hibernate Application, Part
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く