Java⇔RDBのMapping-Frameworkを語るｽﾚ Vol.4

1 名前：デフォルトの名無しさん mailto:sage [2005/12/16(金) 11:54:44 ] 前スレ： 　Java⇔RDBのMapping-Frameworkを語るThre Vol.3 　ttp://pc8.2ch.net/test/read.cgi/tech/1090653286/ 過去スレ： 　「Java⇔RDBのMapping-Frameworkを語るｽﾚ Vol.2」（落ち） 　ttp://pc5.2ch.net/test/read.cgi/tech/1086315004/ 　「Java⇔RDBのMapping-Frameworkを語るｽﾚ」（落ち） 　ttp://pc5.2ch.net/test/read.cgi/tech/1049030272/ ●まずは、基礎知識と技術選択指針など 　[The Fundamentals of Mapping Objects to Relational Databases] 　　（RDBに対するオブジェクトマッピングの基礎(英語)） 　　ttp://www.agiledata.org/essays/mappingObjects.html 　[O/R-Mappingツールの比較サイト(英語)] 　　ttp://c2.com/cgi-bin/wiki?ObjectRelationalToolComparison 　[Catalog of Patterns of Enterprise Application Architecture (PoEAA)] 　　ttp://www.martinfowler.com/eaaCatalog/ あとは>>2以降 577 名前：デフォルトの名無しさん mailto:sage [2007/03/02(金) 15:25:12 ] データ構造はRDBのER図＋正規化で決定するけど、プログラムはオブジェクト指向でやりたいのよ 578 名前：デフォルトの名無しさん mailto:sage [2007/03/02(金) 15:52:08 ] なら普通にJPAでいいだろ 579 名前：デフォルトの名無しさん mailto:sage [2007/03/02(金) 15:59:26 ] JPAはObjectありきじゃね？ 580 名前：デフォルトの名無しさん mailto:sage [2007/03/02(金) 16:35:48 ] 俺もRowSetにいっぴょ。 データをハンドリングする部分がオブジェクト指向で書ければ、 データそのものは生っぽくてもいいよ。 581 名前：デフォルトの名無しさん mailto:sage [2007/03/02(金) 16:47:55 ] >>579 先にDBを定義しておいても使えるし、先にクラスを定義しておいても使える どっちがメインかなんて意味なさ杉 582 名前：デフォルトの名無しさん mailto:sage [2007/03/02(金) 17:09:31 ] おれはオブジェクト図を先に作るほうだけど、 ER図でどうなるかとか、SQLで結合しやすいかなどは考えながらやってるよ。 そういう意味じゃO-R-Oマッピングくらいか。 HQLやEJQLを使えば何でもできるというのはなんか違う気がする。 こいつは必要悪とは言わないがある種の妥協なんだと思う。 583 名前：デフォルトの名無しさん mailto:sage [2007/03/02(金) 23:07:58 ] iBatis テーブルごとにsqlMapを分けてるんだけど、 呼び出し側でnamespace意識して呼び出すことってできないの？ 584 名前：デフォルトの名無しさん mailto:sage [2007/03/05(月) 01:24:38 ] RDB使う時点で、性能やコーディングやりやすさはRDBの方に制約が大きいから、RDBの比重を大きくしたほうがしたほうがいいと思う。 585 名前：デフォルトの名無しさん mailto:sage [2007/04/08(日) 01:06:34 ] こんな過疎スレがあったとは・・・・・・ 586 名前：デフォルトの名無しさん [2007/04/12(木) 19:09:54 ] hibernateなんだけど、one2many to many なテーブルをone2manyなBeanにする方法ってありますか？ 具体例を挙げると、ショップとカタログと商品のテーブルがあるとすると カタログテーブルはショップIDと商品IDのユニークな組み合わせを持ってて、他にカラムは無い状態。 実際はあるオブジェクトに対してカスタム属性を付加するアプリなんだけどね。 587 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 01:36:02 ] >>586 Chapter7.Association Mappings www.hibernate.org/hib_docs/v3/reference/en/html/associations.html#assoc-bidirectional-join 試してなくて申し訳ないんだけど、ここに書いてある「join table」使ったマッピングじゃだめ？ 588 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 00:43:39 ] 586って、いわゆる many-to-many だと思うんだけど、違うの？ 589 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 02:15:57 ] どう見てもただの many-to-many です。 590 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 19:00:53 ] カタログがリンクテーブルっぽいけど、商品から見たショップは1だろうからmany-to-manyではないんじゃないの？ よくわかんないけど。 591 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 19:17:24 ] >>586は「one2many to many 」って言ってるじゃないか それがなんだかわからんが 592 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 19:49:12 ] カタログテーブルの商品IDがユニークなんだろ 593 名前：586 mailto:sage [2007/04/17(火) 18:45:14 ] ただのmany-to-manyのようでした。 カタログテーブルにあたるビーンを作ってしまったのが混乱の元のようで。 594 名前：デフォルトの名無しさん [2007/05/10(木) 00:19:39 ] とっぷりんくあげ 595 名前：デフォルトの名無しさん mailto:sage [2007/06/23(土) 18:25:45 ] データベースのコード値ってプログラムではどういうふうに管理してますか？ 定数だけを集めるクラスを作ったり、列ごとの列挙型のクラス作ったりするのが普通なのですか？ 596 名前：デフォルトの名無しさん mailto:sage [2007/06/23(土) 18:34:07 ] ご自由に 597 名前：デフォルトの名無しさん mailto:sage [2007/06/23(土) 20:46:11 ] ・直値(マジックナンバー) ・const値 ・enum挙 ・ステートパターン 選択肢ってこれくらい？ 598 名前：デフォルトの名無しさん mailto:sage [2007/06/23(土) 23:25:41 ] エンティティクラスで const 定義してる。 基本的に、対応するカラムの型にあわせたconstを用意。 599 名前：デフォルトの名無しさん mailto:sage [2007/06/23(土) 23:35:58 ] ステートパターンが使えるとこでは使うのが自然かな 600 名前：デフォルトの名無しさん mailto:sage [2007/06/24(日) 08:30:24 ] エンティティでカプセル化でしょうな 601 名前：デフォルトの名無しさん mailto:sage [2007/06/24(日) 14:02:08 ] >>597 揚げ足とりでスマンけど、直値って言うか？ immediateは即値じゃね？ 602 名前：デフォルトの名無しさん mailto:sage [2007/06/24(日) 23:53:07 ] 回答いただきありがとうございます。 エンティティクラスとステートパターンがわからないので出直します。 603 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 10:15:30 ] aaaaa 604 名前：デフォルトの名無しさん mailto:sage [2007/07/13(金) 10:49:14 ] 各DBのテーブル定義などを取得するための共通IFをもったライブラリってありますか？ 605 名前：デフォルトの名無しさん mailto:sage [2007/07/13(金) 12:15:09 ] >>604 JDBC 606 名前：デフォルトの名無しさん mailto:sage [2007/07/13(金) 14:25:25 ] >>605 例えばgetTableInfo()みたいなものがあって、使用者側はどのベンダー化を意識しなくてもいいってこと？ 607 名前：デフォルトの名無しさん mailto:sage [2007/07/13(金) 14:36:27 ] ある程度意識しないとダメだがな 608 名前：デフォルトの名無しさん mailto:sage [2007/07/13(金) 14:52:45 ] >>607 ありました DatabaseMetaDataのgetColumns、getTables 609 名前：デフォルトの名無しさん mailto:sage [2007/07/13(金) 23:33:47 ] activerecord 610 名前：デフォルトの名無しさん mailto:sage [2007/07/13(金) 23:34:40 ] hibernate 611 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 18:48:27 ] sql分を解析するライブラリって知ってます？ 612 名前：デフォルトの名無しさん mailto:sage [2007/07/19(木) 00:52:22 ] >>611 JavaCCとかAntlrとか 613 名前：デフォルトの名無しさん [2007/07/23(月) 20:03:22 ] すみませんが、教えてください。 例えばhibernateで、１対多の関係のあるテーブルをone-to-manyで関連付けた場合、 「１」側のデータを取得した際に「多」側の関連するデータのインスタンスを すべて作成してしまうんですよね？１万件のデータであっても。 最初の１０件・・のような、ページに分けて表示するようなWEBアプリの場合、 最初の１０件分のインスタンスだけが取得できればいいと思っているのですが 多側のインスタンス数のコントロールとかできるのでしょうか？ もしくは、みなさんこんな場合にはどのようにしているのか教えていただけると嬉しいです。 よろしくお願いします。 614 名前：デフォルトの名無しさん mailto:sage [2007/07/23(月) 21:00:10 ] >>613 取得することも出来るし、しないこともできる JPAでもそうだよ 基本はLAZYだろうね 615 名前：デフォルトの名無しさん [2007/07/24(火) 12:49:13 ] >>614 ありがとう。 > しないこともできる っていうのはどういう風にやるのでしょうか？出来たら教えて欲しいです。 次の１０件とか、どうやるんだろう？ LAZYにして、必要な分だけloopするとかですか？ん？違うかな。 それと、もう一つ教えてください。 hibernateで、例えばマスターデータの追加ではなく編集の画面で、 入力画面→確認画面→結果画面って流れで、 入力画面から取得した値をhibernateから取り出したエンティティの プロパティ値に直接書いちゃうと、確認画面を表示するところで、 updateされちゃうじゃないですか。 普通は、このような流れの時には、hibernateから取り出しエンティティの 値をDTOなどにつめ直してセッションとかにぶち込んでおいて、 最後にDTOの値をエンティティに書き戻したりするんでしょうか？ うーん、伝わるかなぁ・・・。 よろしくお願いします。 616 名前：デフォルトの名無しさん mailto:sage [2007/07/24(火) 13:51:11 ] >>615 標準APIであるJPAの実装では1:nのデフォはLAZY なにもアクセスしなければ連結先は取得されない 後半の文はおかしくないか？ 実装次第だが仮にエンティティにデータを入れたところで勝手にupdateされるか？ WEBアプリなら入力専用にデタッチされたエンティティわたしてもいいし、 入力専用のBeanでわたしてもいい（これが普通） スタンドアロンアプリなどではトランザクションでコミットしなければそのままだし コネクションの持ち方と運用次第としか ループ命令はfor文とwhile文のどちらがいいですか？といってる感じがしてどうもなぁ 617 名前：デフォルトの名無しさん [2007/07/24(火) 14:37:38 ] >>616 ありがとうございます。 > 標準APIであるJPAの実装では1:nのデフォはLAZY > なにもアクセスしなければ連結先は取得されない なにもアクセスしなければ、取得されないのは判るのですが、 ちょっとだけとか、ある範囲（２０件目〜３０件目など）だけ取得したいのに、 全件取得されちゃうんじゃないかと・・・？違うんですかね？ > 後半の文はおかしくないか？ すんません。 > 実装次第だが仮にエンティティにデータを入れたところで勝手にupdateされるか？ ええ。例えば先の例（WEB）で、 １．エンティティを取得→入力画面にエンティティの情報含めて表示。ユーザーが入力してOKする。 ２．おんなじエンティティを再度取得して、入力データでそのエンティティのプロパティを変更してセッションとかに入れる 　　→確認画面に編集後のエンティティの情報を表示 ３．OKが押されたなら、その編集後のエンティティを取り出して、update って流れで考えていたのですが、２．の終了段階でflushされて、その時エンティティの状態が変更されているから、 updateしちゃうんですよ。てっきりupdate(entity)メソッドを発行しない限りupdateされないかと思ってたんですけど ・・・って、私が試したのはhibernate2だったんですけど。今は違うのかな？ すみません。 618 名前：デフォルトの名無しさん mailto:sage [2007/07/24(火) 15:06:30 ] それ、デタッチしないでセッション(=トランザクション)が開いたまま 使ってたんじゃないの？それだと update しなくても、セッションが 終了するときに、自動的に更新されるよ。 セッションって、webじゃなくてhibernateのほうのね。 619 名前：デフォルトの名無しさん mailto:sage [2007/07/24(火) 16:11:49 ] >>618 ありがとうございます。 そうですね、デタッチしてなかったです。 そもそも、設計自体がよろしくないんですね。きっと。 専用のBeanを使うのがやはり普通なのでしょうかね？ なんとなく、入出力用のBeanを使うと、beanとエンティティとの間でプロパティのコピーを しなきゃいけなくって、そうするのもわずらわしいと思って、 直接エンティティを操作していたんですけど、←これがわるいんですね。きっと。 勉強になりますた。 どなたか>>617の前半の部分も解決させていただけると助かります。 よろしくお願いします。教えて君ですみません。 620 名前：デフォルトの名無しさん mailto:sage [2007/07/24(火) 18:56:52 ] UIはUIで割り切ったほうが良いんじゃないのか？ 例だけど、エンティティでは電話番号というデータ1つだけど、 UIでは-区切りの入力欄にするとかあるし・・・ 621 名前：デフォルトの名無しさん mailto:sage [2007/07/24(火) 22:26:58 ] 一部分だけの検索がほしいってlimitとか条件で絞るって話のことか? それならEAGERでいいっしょ まぁLAZYでもその程度問題ないけど、全件取得して処理するのはおかしい O/Rマッパというのはキャッシングも利用するからSQLが投げられるとも限らないからね 運用すればわかるがLAZYだから遅くなるとは限らない 622 名前：デフォルトの名無しさん mailto:sage [2007/07/24(火) 22:27:52 ] >>620 フレームワーク次第じゃない? ハイフン区切りや複数のコンポーネントの結果が1つのフィールドになるようなら何にも問題ないし 623 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 08:28:56 ] >>619 > ちょっとだけとか、ある範囲（２０件目〜３０件目など）だけ取得したいのに、 > 全件取得されちゃうんじゃないかと・・・？違うんですかね？ 違うよ。LAZY LOADだとforループとかで21-30件目を DTOなりにコピーするたびに SELECT ... FROM ... WHERE ID=? が発行されるだけ。なので計10回クエリーされるけど全件は取得されない。 SQLの効率をよくしたいなら、 JPQLなりHQLなりで必要な範囲だけ一回で取り出しておいて コピーすればいい。 624 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 08:50:03 ] なんか、話がOneToManyとManyToOneでずれてる気がする 625 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 08:56:45 ] そもそもは Maker m = getSingleResult("select m from Maker m"); ってやって List<Product> products = m.getProducts(); ってやったときにproductsが1万件あったらどうするの？ってことじゃないの？ 626 名前：デフォルトの名無しさん mailto:sage [2007/07/25(水) 23:37:08 ] select m top 30 from Maker 627 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 00:10:29 ] >>625 そんなあほな話じゃないだろ・・・ さすがにそう思いたい 628 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 01:37:40 ] List<Products> products = 　em.createQuery("select p from Products p where p.maker = :maker"). 　　setParameter("maker", m).setFirstResult(20).setMaxResults(10).getResultList(); 629 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 01:40:12 ] SQL書いたほうが早いな 630 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 01:37:22 ] >>628 OneToManyの意味ね〜 631 名前：デフォルトの名無しさん [2007/07/27(金) 17:23:31 ] 何千行もあるようなSQL書いて悦に入ってる香具師が まだこの世には存在しているという事実にナッカリ。 632 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 20:19:50 ] 昔の方がSQLの長さに理不尽な制限があったりしたような気がするが 633 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 23:39:38 ] 今だってOracleの場合 VARCHAR 4000 Byte の制限やテーブル名、カラム名の長さ制限には泣かされてるがな。 634 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 23:49:49 ] H2はLIKEがCLOBにも使えて感動した覚えがある。 たしかOracleって無理だったよね？ 635 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 23:56:39 ] 何千行もあるようなSQLを書くような輩が発生する 危険性があるので、O/Rマッパー使いなさいってのは無理がある 636 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 08:33:07 ] 何千行もあるようなSQLがORマッピングで解決できると思ってるやつは、ORマッピングの意味を間違えている。 データベースにやらせてた処理をJava側にやらせるためにあるもんじゃない。 637 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 10:07:04 ] 長いSQLが必要な処理ってのはある O/RマッパとSQLは排他ってわけじゃないし それぞれ利点と不利な点がある 638 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 10:54:56 ] ワイルドカードあるのに実質的に使えないのが癌だな ついついカラム名を２〜３文字にして エイリアスも極力短めに（ｒｙ 639 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 14:17:05 ] JPAでは select count(*) from Employee e は使えないのでつか？ 640 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 14:26:19 ] select count(e.id) from Employee e とかじゃないかな 641 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 14:29:38 ] どうもでつ 642 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 14:37:34 ] select count(e) from Employee e でもおk 643 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 20:01:35 ] またまたありがとでつ そちらの方を使うことにしまつ 644 名前：デフォルトの名無しさん [2007/08/07(火) 22:08:14 ] Java永続化APIの次期バージョン、"JSR 317"として仕様策定プロセスへ ttp://journal.mycom.co.jp/news/2007/07/23/039/ 既存バージョンからの主な変更点は以下の通り。 ・組み込みオブジェクトのコレクションサポート ・組み込みオブジェクトの多段ネストをサポート ・Orderd Listのサポート ・アクセスタイプの組み合わせをサポート ・JPQL(Java Persistence Query Language)の拡張 ・Criteriaの導入 ・クエリとエンティティマネージャの設定ヒントの標準化 ・DDL生成とJava2DBマッピングのための追加メタデータの標準化 ・Bean Validation(JSR-303)のサポート 645 名前：デフォルトの名無しさん mailto:sage [2007/08/07(火) 23:56:23 ] ポイントは ・Orderd Listのサポート ・クエリとエンティティマネージャの設定ヒントの標準化 ・Bean Validation(JSR-303)のサポート あたりかな 気になるのはenumが使いたい場合ってのが結構あることかな たぶんJPAで一番ほしいのはDBのデフォルト値を有効に出来るような仕様だろうな 開発、運用していて一番これが厳しかったりする 646 名前：デフォルトの名無しさん mailto:sage [2007/08/08(水) 00:28:41 ] Criteriaの導入が気になる。 Hibernateの仕様をベースにすんのかな？ あれはSQLと違って条件に応じて結合するテーブルを 動的に変化させるような使い方の場合に便利だと思う。 Hibernateではちょっと実装面がアレだったけど、 JPAだと安定しやすい仕様になってくれるんだろう。 647 名前：デフォルトの名無しさん mailto:sage [2007/08/08(水) 00:42:05 ] Criteriaが必要になるときってそんなにない というか、ある程度のことをやろうとしようとするとどうせJPQLを組み立てることになって Criteriaでまかなえないことも多そうだし LAZYなどの厳密化がほしいかな デフォだとめちゃくちゃ検索の連鎖する場合が多すぎる ただ、鯖だとキャッシングしまくるからパフォーマンスの問題はでないんだけど クライアントからのアクセスがおわっとる せっかくSwingとの親和性がよくなりそうなのにC/S無視するのはどうかと 社内アプリならわりとC/Sもシェアあるぜ まだまだ50%は超えているんじゃないかな 648 名前：デフォルトの名無しさん mailto:sage [2007/08/12(日) 14:18:04 ] >というか、ある程度のことをやろうとしようとするとどうせJPQLを組み立てることになって >Criteriaでまかなえないことも多そうだし 具体的にはどういうケースですか？ 649 名前：デフォルトの名無しさん mailto:sage [2007/08/12(日) 15:49:31 ] >647の知識はHibernate2で止まってるとみた。 650 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 10:57:08 ] dblってかなりよさげじゃない？ 651 名前：デフォルトの名無しさん mailto:sage [2007/08/14(火) 09:57:59 ] >>650 まちがえ、ddlutils 652 名前：デフォルトの名無しさん mailto:sage [2007/08/15(水) 14:40:24 ] >>649 激しく同意 653 名前：デフォルトの名無しさん mailto:sage [2007/08/17(金) 01:57:00 ] >>649 JPQLってINを上手く扱えるようになったのか・・・ 654 名前：デフォルトの名無しさん mailto:sage [2007/08/17(金) 05:22:41 ] >JPQLってINを上手く扱えるようになったのか・・・ 過去のJPQLがINを上手く扱えなかったような記述だな。 過去のJPQLって？ｗ 655 名前：デフォルトの名無しさん mailto:sage [2007/08/17(金) 21:32:58 ] INで配列使えるの? 656 名前：デフォルトの名無しさん mailto:sage [2007/08/17(金) 22:12:54 ] 653がどうして649への安価なのかが理解できない 657 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 00:34:59 ] >>656 禿げしく同意 全くもって理解不能 658 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 00:52:11 ] JPAもまともに触ってないやつおおすぎ 659 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 01:40:33 ] 「JPAも」って言うほど評価・実績のあるものではないんだがな。 660 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 03:23:45 ] JPAも(Hibernateも)まともに触ってないやつおおすぎ 661 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 13:25:34 ] 仕事には必要ないでしょ。趣味ならいいけど。 662 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 12:25:58 ] 661が仕事で使ってるものは、おれには仕事に必要ない。趣味ならいいけど。 そういう話か？ 663 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 14:56:37 ] iBatisを使っています。 updateをするときは1回主キーで検索した結果のビーンを渡すが普通でしょうか？ 1つのテーブルを更新する個所が複数あって、その都度、updateのバリエーションが増えてきてしまっています。 私はORMを今回はじめて使うのであまり口を出せないのですが、こういうものなのでしょうか？ 664 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 15:54:47 ] >>662 そういう話ｗ 665 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 19:04:38 ] >>663 普通のO/Rマッパは変更のあった箇所のみupdateを発行する 薄いラッパほどそのままなので把握がしやすいともいうが、チューニングしていくのは面倒かも 666 名前：デフォルトの名無しさん mailto:sage [2007/09/01(土) 15:45:34 ] ロストアップデートを防ぐような機能ってないですか？ 667 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 22:32:58 ] Hibernate3になって、ストアドプロシージャをサポートしたらしいけど 参考サイトとかないですかね？ 668 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 00:44:57 ] >>667 www.hibernate.org/ 669 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 00:48:43 ] >>668 英語読めない 670 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 01:39:42 ] >>669 www.nova.ne.jp/ 671 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 01:45:43 ] >>669 それは、読んでないだけ。 672 名前：デフォルトの名無しさん mailto:sage [2007/09/27(木) 00:48:19 ] カイエンってどうよ？ 673 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 00:59:53 ] 最近、聞かんな。昔はHibernateと争える勢いだったっけ。 674 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 07:00:36 ] JPAに対応したよ 675 名前：デフォルトの名無しさん [2007/10/06(土) 18:11:51 ] 最近Ruby on Railsをすこしやってたんだけど、Railsに相当するものって Javaで言うとどんなのがあります？ やりたいのは、Railsでやってた、↓をJavaでもやりたい。 Four Days on Rails 4日で作るToDoリスト rails.to/pages/4daysonrails 676 名前：デフォルトの名無しさん mailto:sage [2007/10/06(土) 19:05:18 ] >>675 JRuby on Rails 677 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 00:30:39 ] >>675 厳密にはJavaじゃないけど、Grailsとか ttp://grails.codehaus.org/Japanese+Home

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef