我々はいかにして技術選択を間違えたのか？ 2016 - Cybozu Inside Out | サイボウズエンジニアのブログ
どうも！アプリケーション基盤チームの横田(@yokotaso)です！ kintoneなどで利用していたJavaフレームワークのSeasarのEOLに伴い、S2Daoからの脱却を試みたのですが、パフォーマンス問題や障害を発生させてしまうなど問題を多々発生させてしまいました。 同じ過ちを繰り返さないという強い決意のもと、今回の失敗をブログで公開いたします。 失敗をあえて公開する点で斬新かつ濃いブログ記事となっております！ 失敗体験の公開は恥だが役に立つ！ 移行先の選定の失敗 移行先として選定したプロダクトは Hibernate*1です。 Hibernateを選んだ理由としては Spring Framework を選定した Spring Frameworkで Interface + アノテーションでプログラミングするならSpring Data JPA が有力 JPAに準拠したのORMの中でも、H
Hibernateで覚えるO/RマッピングとBeanの常識
Hibernateで覚えるO/RマッピングとBeanの常識：Webアプリの常識をJSPとStrutsで身につける（9）（1/3 ページ） 本連載は、JSP／サーブレット＋StrutsのWebアプリケーション開発を通じて、Java言語以外（PHPやASP.NET、Ruby on Railsなど）の開発にも通用するWebアプリケーション全般の広い知識・常識を身に付けるための連載です 前回の「MySQLの常識を知りセットアップしてJSPからDB操作」では、アプリケーション開発におけるデータベースとの連携と、その仕組みを説明しました。 今回は、データベース操作において重要なO/Rマッピングや、長らく連載で触れながら説明できなかった、MVCモデルの「Model」の部分であるBeanについて説明していきます。今回も引き続きMySQLを使用するので、環境作成がまだの読者は前回の記事を参照しておいてくださ
実践的なパターン - 設定より規約
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 February 2009 Volume 24 Number 02 実践的なパターン - 設定より規約 Jeremy Miller | February 2009 目次 言語の技術革新の影響 重複の排除 実用的な既定値 設定より規約 次のステップ プロジェクトの中心課題への取り組みと純粋に技術的な問題への対処にかかる時間の比重について考えてみたことがありますか。ソフトウェアの新しいテクノロジや手法の最大の目標は、開発者がソフトウェアで実現しようとする目的と、その目的のコードでの実現内容との隔たりを少なくすることにあるという意見もあるでしょう。業界では、開発者が機能の実現により多くの時間を割き、低レベルのインフ
HibernateでMap<string>なプロパティを扱う方法</string>
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
2008-02-01
サイオステクノロジーはグルージェントの未来技術に期待し子会社化 サイオースラボみたいな感じかしら。どこかで聞いたような語感ですね。(笑) Seasar2 と Teeda を利用した Web アプリケーションを WebSphere Application Server にデプロイする developerWorksにTeedaをWASにデプロイするための記事が出てます。今後は、定期的にdeveloperWorksに記事を掲載していく予定です。こんなのを書いてほしいとか要望があれば、遠慮なくどうぞ。書くのは私じゃないかもしれないけど(笑)。 「抽象クラスを継承してエンティティ特有のビジネスロジックを実装する」ってことは、そのエンティティは貧血でないドメインオブジェクトってことでしょうか。 SAStrutsの機能リファレンスでは「複数のアクションから共通に使われるような機能は、サービスクラスで実装
JPAフレームワークの比較
java.net に掲載されている「Java Persistence Frameworkの選択：選択肢、適した状況、そして利点と欠点(source)」というSharad Acharya氏の記事では、CMP Entity EJBs、JPA、Hibernate、TopLinkの４つの一般的な永続化フレームワークを比較している。Acharya氏はそれぞれの技術について論じ、調査結果をマトリックスにまとめている。要約すると以下のようになる。 JPA J2SEとJ2EEのどちらのアプリケーションでも使えるシンプルなフレームワークで、多くの便利な機能を盛り込んだものである。ただしJava 5 以上が必要。 CMP Entity EJBs J2EEコンテナが提供するフレームワークで、実用的なセキュリティやトランザクション管理、優れた拡張性、そして分散コンポーネントの機能を持つ。しかし、リソース集中型にな
S2JDBC & Hibernateベンチマークの感想 - ひがやすを技術ブログ
Hibernateは永続コンテキストを管理することがかかるので、大体S2JDBCの2倍前後処理時間がかかりますね。 永続コンテキストの一番の目的は、透過的な更新ですが、これが本当に有効かどうかは疑問です。一見便利に見えるんだけど、裏で勝手に更新されるので、それに振り回されちゃうケースが多いのではないでしょうか。特に関連とCASCADEが絡むとさらに事情を難しくします。 永続コンテキストとエンティティの状態は表裏一体ですが、エンティティの状態遷移に悩まされた人も多いはず。 結局、永続コンテキストは、ちょっと楽をしようとして、多くの複雑性とパフォーマンスの低下をもたらしていると思います。 S2JDBCは、「トラブリにくくする」というテーマがあるので、永続コンテキストは仕様に含めていません。思わぬSQL文が発行されることはなく、開発者が呼び出したクエリしか実行しません。 永続コンテキストのオーバ
S2JDBC & Hibernateベンチマーク その3 - ひがやすを技術ブログ
ManyToOneのfetch joinでは、HibernateがS2JDBCの1.6倍、OneToManyのfetch joinは、HibernateがS2JDBCの1.8倍ほど時間がかかっています。これは大体予想通り。 次は、10000件のうち最後の100件をページングで取得する場合です。HibernateがS2JDBCの2倍ほど時間がかかっています。これも大体予想通り。 次は、10000件の挿入。Hibernateはバッチ更新をするようになっているので、S2JDBCもそれにあわせます。結果は、Hibernateがだいたい2.3倍くらい時間がかかっています。まぁ、予想通り。 次は、10000件の更新。Hibernateが12倍くらい時間がかかっています。Hibernateの時間がかかっているのは、永続コンテキストに格納されているエンティティが更新されているのかをチェックしているためです
S2JDBC & Hibernateベンチマーク その2 - ひがやすを技術ブログ
今度は、Addressを10000件取得してみます。Addressは、EmployeeとOneToOneの関連があり、外部キーを持たない非所有者側のエンティティです。 S2JDBC(0.453489233) 0.454608859 0.451351731 0.454507110 Hibernate(26.278606800) 26.353926022 26.258951969 26.222942410 Hibernateは、S2JDBCより約58倍時間がかかっています。HibernateはOneToOneの非所有者側のエンティティを取得するのは苦手です。10001回のSQLを発行してしまうのです。 下記のSQLは最初に1回発行されます。 select address0_.ADDRESS_ID as ADDRESS1_1_, address0_.STREET as STREET1_, add
2007-10-29 - ひがやすを blog - ERモデルとドメインモデル
エンティティのマッピングで、S2JDBCがJPAと違っているところは、外部キーのプロパティを必要とすることです。 これは、S2JDBCとJPAの根本的なモデリングに対する考えの違いからきています。 S2JDBCは、ERモデルをエンティティに忠実に反映させるという考えです。だから、テーブルのカラムは、エンティティと一対一に対応させます。 それに対しJPAは、ドメインモデルとERモデルを別途作成し、それをO/R Mappingしていきます。重要なのは、ドメインモデルなので、ドメインモデル上必要のない、外部キーに対するプロパティはいらないのです。 どっちがいいのかは、好みの問題ですが、個人的には、ドメインモデルとERモデルという、似てそうで、分析手法が違う2つのモデルを作成するより、ERモデル1つの設計で済ませるほうが楽なので好みです。 データの入れ物にRDBMSを使っているんだから、RDBMS
Hibernateに全文検索のパワーを! - Hibernate Search 3.0登場 | エンタープライズ | マイコミジャーナル
Red Hat, JBossは23日(米国時間)、Hibernate Searchの最新版となる「Hibernate Search 3.0.0 GA」を公開した。動作にはJDK 5.0/Hibernate Core 3.2が必要。Hibernate SearchはJavaで開発されたフルテキスト検索エンジン。Hibernateのパーシステントドメインモデルに対して全文検索機能を提供する。同機能はHibernate Annotationsや通常のAPIを経由して活用可能。 Javaで開発された全文検索エンジンとしてはApache Luceneが有名だが、Hibernate Searchでは全文検索エンジンとしてApache Luceneを内部で採用している。しかしながら、Hibernateが提供しているオブジェクトドメインモデルと、Apache Luceneが対象とするようなインデックススト
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
詳細なNHibernateマッピング
Fluent NHibernateがWikiを搭載
Using Groovy & BeanBuilder for Spring + Hibernate Integration Testing - DZone
IBM レガシー Hibernate アプリケーションから OpenJPA および・・・ - Japan