トップページtech
983コメント363KB

Java⇔RDBのMapping-Frameworkを語るスレ

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさんNGNG
●各種Framework
[Torque]
http://db.apache.org/torque/
http://homepage1.nifty.com/kingyoshi/computer/jakarta/torque.htm

[HYBERNATE]
http://hibernate.bluemars.net/1.html

[CasterJDO]
http://www.castor.org/jdo.html
http://www-6.ibm.com/jp/developerworks/java/021025/j_j-castor.html

[ObJectRelationalBridge (OJB)]
http://www.terra-intl.com/jakarta/ojb/

●コネクション・プーリング
[Jakarta Commons DBCP]
http://jakarta.apache.org/commons/dbcp/
(Jakarta Commons DBCPを使ってみよう。)
http://taka-2.com/jclass/DBCP/
(DBCP利用法 from "『カモン!Commons!』 Jakarta Commonsを使ってスキルアップ" (2002/09))
http://www.mobster.jp/wiki/index.jsp?pid=Commons#i10
0232デフォルトの名無しさんNGNG
俺が最初DBのマッピングって聞いたとき
オブジェクト投げたら勝手にインサートしてくれるものだと思ってた
たとえば、JavaBean同様にアクセサのあるクラスで
それに加えて内部に情報フィールド持ってて
たとえばデータソースURIやユーザ名パスワード
(この辺はプロパティファイルから読み込みでも可)
でもって、
#insert(Object obj)
とか何とかやれば、自動で内部のフィールドを取り出して
自分でSQLを吐いてくれるやつだとおもってた・・・

Torqueぐらいのマッピング程度ならいままで書いてますよね皆さん?
SQL文発行は一部のクラスに追いやって
そのクラスに対して
insert(String[],int,int)や
select(String tablename,String columnname)
とか言うメソッド作ったりしてませんでした?
俺にとってはなんの新鮮味もありませんでしたよ
0233デフォルトの名無しさんNGNG
>>231
すれ違いかもしれんが
おれ、いまXQueryって興味あるんだけど
XMLデータベースサーバーって
どっかにFreeのやつない?
俺が探して見つけたのは有料なんだよなぁ
いまは、え〜と名前忘れたが
@ITとかで落としたソフトのライブラリ使って
Javaで遊んでいるのだが・・・
0234デフォルトの名無しさんNGNG
>>233
XindiceってApacheのXMLプロジェクトじゃなかったっけ。
0235デフォルトの名無しさんNGNG
XMLデータベースって、どうやって性能出すんだろ。
挿入と、複数条件検索がコストでかいがするんだが。
インデックスをノードのプライマリキー以外に張ると
エライコトになりそうだし。
XMLデータベースと入っても、ストレージのフォーマット
実装は、XMLとは直接関係無いスタイルにしないといかん
ぽな気がするな。

詳しい方、無知なオイラにおしえてちょ。
0236デフォルトの名無しさんNGNG
マッピング不要論が色々と出ているわけだが、
SQL直書きだと、オブジェクト指向のメリットであるところの
ロジックの局所化が生かせないような気がしなくもない。
ユースケース単位でがしがしSQL作っていると、
いろんな機能にSQLが散らばってメンテナンス不能、みたいなことには
ならないでしょうか。
SQL直書き派は、その辺のところどうやって解決してますか。
0237デフォルトの名無しさんNGNG
>>235
やっぱインデックスとキャッシュなんじゃない。
あとは問い合わせ言語の最適化とかのアルゴリズムとか。
0238デフォルトの名無しさんNGNG
最初は面倒だけど、なれてくると、
あとで拡張するときとかめちゃ便利だよ。
Torqueつかってます。
0239デフォルトの名無しさんNGNG
>236に同意。
SQLはプログラムから見ると単なる文字列リテラルでしかないのでロジックとの結合がぜんぜんない。

例えばResultSetから取り出すときに型を間違えてもコンパイラはぜんぜんわからない。
これがマッピングされた環境だとそんなタコミスは即座に判明し、テスト時間も大幅に減らせる。
最悪テーブルの構成が変わったときなど、SQLだとgrep→SQL変更→ResultSet関連変更などなど件数が多くなるほど悪夢のような作業が発生するが、
マッピングされているとその変更の手間は局所的に押さえることができる。
0240デフォルトの名無しさんNGNG
(´-`).。oO(不要ならばここで述べた理由をいえば上司を説得できるだろうに。。。。。
0241230NGNG
>>233
>>234もレスってるがXindiceがFreeで使える。ただXQueryはまだ実装されて
いない模様。

Apache Xindice XQueryはまだサポートされていない模様
http://xml.apache.org/xindice/

Xindice:無料で使えるXMLデータベース
http://www.atmarkit.co.jp/fxml/tanpatsu/18xindice/xindice01.html

>>235
XMLデータベースを使用する時って現状だと性能はあんまり関係ない場合に限
られるんじゃないかと思う。XMLデータである限りその分のオーバーヘッドは
どのみちかかるしな。今のところそれなりのデータ量があるようなプロジェク
トで使う気にはなれないな。

ただ、将来的には面白いと思って見ている。Object<->Relationalの変換を
考えるから色々問題が発生するんだよ。それなら根っこから変換不要のデータ
保持形式を考えてみるのも面白いだろ。
0242デフォルトの名無しさんNGNG
>>233
eXistはどうよ
0243デフォルトの名無しさんNGNG
(´-`).。oO(だからうちは使ってないけど。。。。。
0244デフォルトの名無しさんNGNG
「データベースシステム」
を構築しているのか
「Javaアプリケーションシステム」
を構築しているのか
そこら辺の違いだな。
0245デフォルトの名無しさんNGNG
SQLゴリゴリ派ですが、
メンテナンス性とかより
学習コストがかかるから避けるっつーのはおかしいかな。
もちろん、プロジェクトメンバー数分ね。

ODB技術全般的にドキュメント類が整備されてないし、
バグもあるだろうし、「なんでできないんだー!」で
結構時間食ったりする。

外部結合とか○○ができないから、そこんとこは
JDBCでよろしくね。なんてことになったら
それこそ、メンテナンス性なんてあったもんじゃない。
実際、システムを保守する人も開発メンバーとは限らないしね。

あと、Strutsほど導入メリットもなく、枯れてないしね。
0246デフォルトの名無しさんNGNG
>>245
それはよく分かる。
RDBのオブジェクトマッピングは、まだ設計技術が
成熟していないような気がするので、
うかつにやってしまうとかえってメンテナンス性が落ちそうな気がする。
この分野はまだまだ試行錯誤の期間が続きそう。
なんか、Strutsとか出る前に、Servletに直接ビジネスロジックを
ゴリゴリ書いていた時代を思い出す。
納期がやたらと早いプロジェクトとかだと、導入リスクが高いので、
SQLゴリゴリの方が、メンテナンス性(メンバーのメンテ能力っていう意味でね)
は高いような気がする。
0247デフォルトの名無しさんNGNG
.NETのSqlDataAdapter や PowerBuilderのdatawindow のような、
クエリをクラスにカプセル化するような方法は一般的ではないのでしょうか?
そっちのほうがずっと抽象的な扱いができると思うんですが。
そう思って、SELECT文を記述したXMLからResultSetのラッパークラスを
生成するプログラムを作り中。
0248_NGNG
http://homepage.mac.com/hiroyuki44/
0249デフォルトの名無しさんNGNG
>>247
SqlDataAdapterはとてもじゃないけどカプセル化されてるように見えない。
糞VB再現って感じだなー
0250247NGNG
ちょっと知ったかぶってしまいました。
SqlDataAdapter って3日前に知ったばっかりでした。
0251239NGNG
>239といいつつ、実はTorqueのCriteriaクラスのタコさ加減にかなり萎えて
Torque採用状態からSQL直書きに方針を戻してしまった経験がある…。
0252デフォルトの名無しさんNGNG
.NetのDataAdapterはインターフェースみたいなもんで、
それ自身は何もしてくれない。
DELETE INSERT UPDATEなどの、SQLは自動生成もできるが、手書きが基本らしい。
それで、こいつを経由してDataBaseのメモリーコピーをDataSetというものに入れる。

DataSetに入れてしまえば、DataGridなどのGUI部品と連結ができる。
並び替えやページングのイベントが定義されてるので、
そこにちょこっと、コードを書いてやれば、並び替えやページングのできあがり。

VB厨の俺には小難しくてよく分からんです。
今はEmployeesなどのテーブルクラスと、Employeeレコードクラスを作って、
Employees#selectでEmployeeオブジェクトをhashmapやCollectionに入れてます。
どうやって、DataSetに移行しよう、、、
0253デフォルトの名無しさんNGNG
>>247
いやだから、ResultSetをラップするまで行かなくても
SQL文の発行を一部のクラスに追いやることぐらいできるでしょって
言ってるわけさ俺は
そういうクラスを自動で作ってくれるのがTorqueだと俺はおもってる
厳しく言えば、ただそんだけってこと
なので、いままでクラスの設計で半ラッピング状態で
やってきた俺にとって、わざわざTorqueその他のラッピングつーるなんて
使う意味ないねってことよ

>クエリをクラスにカプセル化するような方法は一般的ではないのでしょうか?
これこそオブジェクト指向でないの?



0254そんな低レベルな話よりもNGNG
すごいねここ
http://strangeworld-honten.com/cgi-bin/bbs.cgi
0255デフォルトの名無しさんNGNG
SELECTを外に追い出す行為はあまり好きではない。
やはりソースが分かれると可読性が下がると思う。
0256デフォルトの名無しさんNGNG
俺はCastorやHibernateにTorqueのCriteriaっぽいクラスをかぶせて
使うようにしているので、「東京都に在住のユーザー一覧は以下の
ようにして取得してね」みたいな指示だけ出すようにしてる。
プロジェクトメンバーのメンテナンス能力は別に気にならないなあ。

Pref tokyo = PrefManager.fetchPref(13);
UserCriteria uc = new UserCriteria();
uc.setPref(tokyo);
ArrayList users = UserManager.fetchUsers(uc);
0257デフォルトの名無しさんNGNG
すれ違いだけど、漏れははSQLのラッパーより、
htmlの特にtableのラッパーが欲しい。
JSPで書いてもhtmlとjavaコードが
乱立するし、書いていて非常に不毛に感じる。

細かな設定のできる(例えばカラーで極細の罫線の代わり
をさせたりする)クラスライブラリないかな。

やっぱ、自力で専用ライブラリつくってるのかな。
0258デフォルトの名無しさんNGNG
>>257
普通にカスケードスタイルシートかけばいいだけでわ?
0259デフォルトの名無しさんNGNG
>>258
ゴメソちょっと、舌足らずだった、
tableを生成するのに
(行追加とかcolspan,rowspanや、極細罫線とか)
ラッパーメソッドで細かな設定
ができるクラスライブラリがないかなと。
0260デフォルトの名無しさんNGNG
>>259
明確にほしいものができてるみたいだったら、タグリブを自分でつくれば?
0261デフォルトの名無しさんNGNG
>>259
http://jakarta.apache.org/ecs/index.html
こーゆーのではなくて?
0262デフォルトの名無しさんNGNG
なので、みんな独自の汎用ライブラリを
自分で作っているのかなと聞いてみた。
やっぱ、260も作っているの?
(SQLまでもラップするのがあるのだから、
こういうのもあってもいいのかなと思ったわけ。)

Javaコード内で枠だけ作ってさらにコード内で
値をいれたりとかね。
作っても(つくれるかな?)いいけど
その時間があれば、ベタで書いた方が早いかな...
0263デフォルトの名無しさんNGNG
>>261
そうそう、こういうのです。
今、ちらっと見ただけですが、
試して遊んでみます。
ありがとうございます。
0264デフォルトの名無しさんNGNG
>>262
俺はそこまでのヤツは必要になったことがないから作ったことはない。

が、必要になればまずは探す。
なければ仕方がないのでつくる。
0265デフォルトの名無しさんNGNG
>>261
ECSって使いどころが微妙じゃない?
0266261NGNG
>>265
微妙というか殆ど無いと思う。俺は使いどころイマイチわからん。
ただ、モノ自体は面白いと思うし、将来的には使い道出てくるかもしれないし。

漏れは259が問題にしてるタグとスクリプトコードが混じったりするのは平気。
というかこれからはjellyっスよ(藁
0267デフォルトの名無しさんNGNG
jellyって実際どうよ?何かまだまだって気がするんだが
情報激しくキボンヌ
0268デフォルトの名無しさんNGNG
>>267
俺もまだまだだとおもう。
ただmiddlegenとかxdocletとか見るにつけ、そういう流れはあるんだろうなーとか。
将来的にORマッピングの強力なツールとなるかもしれない気がする悪寒。
んであとはmavenな。jelly採用してるし、mavenがブレークすれば
ついでにjellyもブレークするんではなかろうか?って勝手に思ってる。

情報はぜんぜんないね。英語の情報もあんま無いし。
1.0リリースするまではCVSでソースとかテストケースをウォッチするぐらいしか
なさそう。テストにあるjellyスクリプトが一番参考になるんじゃないかなぁ。
でもまだタグライブラリの方は動かないの結構多いけど(w
0269デフォルトの名無しさんNGNG
>>268さんくすこ
jelly興味はあるんだが取っ付きがなー
0270デフォルトの名無しさんNGNG
今更でスマソが、O-R Mapping Frameworkの利点をRDB厨の私に分かりやすく
説明してもらえる情報源ってないでしょうか?
SQLを知らないJavaPGでも開発できる!
→RDB使うんだからSQLぐらい勉強しろよ!
物理設計が省力化できる!
→RDB使うんだから物理設計ぐらいちゃんとしろよ!
 というかE-R系ツールでも結構できるのに。
SQLだと保守性が悪い。
→そのためのドキュメントやん。複雑ならストアドも併用しる。

というわけで、Torqueの特集記事をJavaWorldやWebDBPressで読んだのでつが、
利点が全く理解できないのでつ。
でもJDOは勉強しようと思ってる...
0271デフォルトの名無しさんNGNG
>>270
SQL云々かんぬんでなしに、オブジェクト指向における永続化層を自作しなくてよいという話。
これだけでバグと単体テスト工数が3分の1ぐらい軽く減るだろ?
0272270じゃないよNGNG
>>271 横レスすまん
つまり、きちんとしたオブジェクト指向による設計を行えば、オブジェクト-DB間の
コードは大体似たようなものになる(というかワンパターンになる)から、そこを
自動生成できるようにします、というのがMapping-Frameworkのコンセプト、という
ように捉えたんだけど、合ってるかな?
0273271じゃないよNGNG
>>272
SQLとJavaはその設計思想からして違うものだからレイヤーとしてO-RMappingを使用して
DBとJavaの層を接続しようと。

EJBなんかもその一部だよね。
0274デフォルトの名無しさんNGNG
>>270
単純に、

Person p = new Person();
p.setName("お前");
db.save(p);
Person p2 = db.retrieve(Person.class, "お前");

こういうコーディングができると楽じゃない?
0275デフォルトの名無しさんNGNG
>>274
じっさいそういうことやってんだが
絶対にキャストが絡むよな
せめて見えない位置にキャスト隠して欲しい
0276デフォルトの名無しさんNGNG
>>275
無理でしょ。ユーザが勝手に定義したクラスの型で返すメソッドを、
どうやってライブラリ内部に作るのよ?
0277デフォルトの名無しさんNGNG
>>276
んー。JavaBeansという前提ならばBeanUtilのcopyPropertiesみたいに
リフレクション使えばなんとかなると思うし、実際そうしていると思うんだけど。
0278デフォルトの名無しさんNGNG
>>277
ユーザが指定したクラスの『インスタンス』は返せるけど、
ユーザが指定したクラスの『型』では返せないでしょ。
インスタンスは動的だけど型は静的なんだから。

>275 はそこにキャストが入るのがいやだといってるということだと思う。
でもラッパーかませばいいだけの話だと思うけど。
あるいはコード生成機能をするようなやつならそこまでやってくれる可能性がある。
0279デフォルトの名無しさんNGNG
>>274-278
素朴な疑問ですが、そういう風にobject風味になればなるほど、保守できる人材
が減ると思うのですが、皆さんの周囲はその議論レベルは理解できる人たち
ばかりということなんでしょうか。
0280279NGNG
つまり、>>274のコードにキャストが絡んだものがエンティティ分だけあるとして、
本当にSQL直打ちより保守性が上がるのかなと思ったので
それ(保守性を上げる)にはかなり工夫が必要だと思い、
その工夫を理解できる人材がどれだけいるのか?と思ったので
0281デフォルトの名無しさんNGNG
使ったことないけど Relaxer みたいにテーブルから自動生成するのもあるよね?
ああいうのはどうなの?
0282デフォルトの名無しさんNGNG
>279-280
あちこちにSQLがちりばめられた状態で、
読み込むテーブルのWHERE条件の変更があったりした場合のことを考えてみそ。

下っ端にSQLなぞ書かせたくないというのもあるな。
複雑なSQLと複雑なコード、どっちがデバッグしやすいかとかも。
0283282NGNG
キャストに関しては、Employees(もしくはEmployeeCollection)クラスを
作っちまえば解決。
0284277NGNG
>>278
俺には型にこだわる理由がわからん。
たぶんコンパイル時にタイプセーフが保障されるのを期待してると思うのだけど、
O-Rマッピングに関わらずそれはJavaでは難しいと思う。いまのところ。
Java1.5のGenericに期待っつか。
0285271じゃないよNGNG
>>279
逆だな。
Javaのコードの中にSQLといった別の言語が入り込むほうが保守の手間はかかる。

かからないと思っているのは今までの作り方がそれだけであったからそういう思いをしてしまうだけだと思う。
0286デフォルトの名無しさんNGNG
つーか、元々レイヤーが異なるものなのだから分離するのは自然だと思う。
0287274NGNG
俺は単純に「他人の書いたSQLは読みたくない」が「他人の書いた
Javaソースなら読んでもいい」と思ってるから、現状でもそんなに
不満は無いねえ。

>>275が書いていたキャストの問題はユーザー定義クラス毎に
ラッパークラスを生成するようにしているから、別に意識してない。

Person author = PersonManager.retrieve(personId);
Book book = new Book(title);
book.setAuthor(author);
BookManager.store(book);
0288_NGNG
http://homepage.mac.com/hiroyuki44/
0289デフォルトの名無しさんNGNG
>>287
スレ違いの指摘だが、そういうのはラッパーと呼ばずファクトリと呼ぶ。
0290274NGNG
>>289
そうか、そう言われてみればそうだな。
CastorJDOやHibernateの上に被せて使うんでラッパークラスということに
してしまっていたよ。
0291sageNGNG
CMPにしてもO/Rツールにしても、制作や保守効率は
上がるけれども、どうしても実行パフォーマンスが
自分でSQL書いてJDBCやる場合よりも劣ってしまうのが
難点。(勿論シンプルな問い合わせなら変わらないけど)

O/Rツールを導入して、取り扱いデータが結構増えてきた
段階でこのことに気づいた。まぁ、最初にちゃんと
検証しておかなかったのが悪いのだけど。
生成されるSQLが効率的なものかどうかは導入前に
ちゃんと確認しておくべきだね、当然なんだけど。
0292291NGNG
sage間違えた。
0293デフォルトの名無しさんNGNG
いくつかいじってきましたが、結局の所、WebObjectsが持つEOFが一番ラクだし
融通きくし、安定してると思ってる…
0294デフォルトの名無しさんNGNG
実際、ORマッパー書けばわかるけど
ORマッピングツールって別にSQLを簡単に書くためのツールじゃないんですよ。

将来、RDBMS以外に永続化しよーってときに効くツールなんですよ。
そんな実装は一生ありえなさそうですけどね。
0295デフォルトの名無しさんNGNG
>>294
XMLDBって最近名前は聞くようになってきたことない?
0296fusainasanNGNG
>>293 あ、漏れ、マカーなんだけど。
WebObjectで構築されたと統合2ch型掲示板システム「VanquishBBS」
http://web1.aaacafe.ne.jp/〜tetsuyak/cgi-bin/WebObjects/VanquishBBS/index.html
EOFとか熟知している人が作るとこういうもんもができあがるらしい。
掲示板なのに負荷分散とかヘーキでしやがる。WebObjectってこういうのカンタンなの?
0297fusainasanNGNG
しまった、マカーなんでサファリだと〜が全角になっちまうんだ(´Д`;)鬱...
0298デフォルトの名無しさんNGNG
>>296
WOでなくてもそういう風に作ろうと思えば出来る程度のことだと思うが。
掲示板程度で開発生産性や負荷分散云々は多分比較するほどの差はつかん
と思うよ。別にAP鯖で負荷分散しなければならんということでもないし
【簡単】の定義も様々だと思うしな。ちなみに漏れは元WO使い。今は使わん。
0299山崎 渉NGNG

 __∧_∧_
 |(  ^^ )| <寝るぽ(^^)
 |\⌒⌒⌒\
 \ |⌒⌒⌒~|         山崎渉
   ~ ̄ ̄ ̄ ̄
0300デフォルトの名無しさんNGNG
WebObjectsってアプリケーションをクラスタリング構成にするのが
容易なのがウリじゃなかったっけ。
0301デフォルトの名無しさんNGNG
ウリナラマンセー
0302デフォルトの名無しさんNGNG
>>298
掲示板といえども、2chやYahooぐらいの規模になると、アクセスがグッと集中した時とか、
鯖が負荷に耐えられないってことあるじゃん。そんなとき、負荷分散構成になっていて、
30台のサーバーで一つの掲示板データをやりとりできるとなると、
少なくともユーザはイイ思いできると思うんだがなぁ。

証券関連のシステムなんかだとそれがよく実感できるのだが、掲示板でも同様のような気がするんだけどな。
1台の高価・高速な鯖で動かして大量のトランザクションを裁いたとして、鯖が何らかの原因で落ちたときを
考えると負荷分散のメリットは大きいとおもうのだが。
0303デフォルトの名無しさんNGNG
>>302
もまいが言ってるのは負荷分散じゃなくて高可用性だな。
目的が違う。

負荷分散のためのオーバーヘッドって結構あるよ。
それはわかってるかな?
0304デフォルトの名無しさんNGNG
>>303
アクセス集中時も想定してるから負荷分散でもあってんじゃない。
一台が同時にさばけるリクエスト数とかも、ある程度決まってるわけだし。

でも分散環境で掲示板のデータ保存にDB使うと大変だろうなぁ。
最低限クラスタするにして、DBだけで相当な値段がいきそう…
0305298NGNG
>>302
WOだからどうこうって話じゃねぇだろ?ってことを言ってる。
証券関連が云々というが漏れも証券のネットトレーディングの開発
やってる。だから、はっきりいう。掲示板程度では何を使っても簡単の
度合いはそんなに変わらん。ハードの手配で決まる話だ。
その程度でWOを引き合いに出されてもWOが安っぽくみえるだけだ。
証券で使ってるのならそこをアピールするよし。掲示板では迫力不足。
0306デフォルトの名無しさんNGNG
>>296のHPみたけど、ハードウェアと7万ちょっとで負荷分散?JMSも使う?
しかも、たかが掲示板で?2chみたいな数百もある掲示板を1台のDBで
運営するつもりか?>>303のいうように、
負荷がおもいきりかかったときはつながりにくい・おちにくいサイトになっているとは
思うが重くなりそうな。掲示板ってレスポンス命じゃないかねぇ。1台のバカっ速い
鯖で運用させたほうが良いよな。
でも、この手のフレームワークを使った掲示板システムはフリーでは観たこと無いからポイントちょっと高いカモ。
(でもウェブオブジェクトってよくわかんない。7万だし、大したことなさそう)
0307デフォルトの名無しさんNGNG
WebObjectsの7万って、イメージ的に諸刃の剣だよな。
以前は700万だったから、イメージ的なありがたみ?があったけど、
いきなり7万になったら、「?」って思う。
70万だったら「ふむふむ、よさげだけど高いな」って感じか。
結局、モノは凄いのに認知されないんだよな。マイナーだし。
0308デフォルトの名無しさんNGNG
>>306はイタイいな。
0309デフォルトの名無しさんNGNG
>>307
>>結局、モノは凄いのに認知されないんだよな。マイナーだし。
モノのすごさを>>306のアプリケーションが証明してるとおもう。たぶん、そこのサクーシャは
WebObjectのすごさを知らしめたく、あえて掲示板というアプリを開発したのかなと妄想炸裂
させたりする。だって、ふつー、掲示板ごときでくらすたりんぐしねーもん(w
0310デフォルトの名無しさんNGNG
すごさをアピールしようとして掲示板システムを選び、
その必然性の無さがアピールされてしまってシパーイ(w
いや、EOF最強なんだけどさ、ツブシが利かねんだよね。
0311fusianasamNGNG
>>310
必然性がないから、フリーでばらまいていると思う。これでビジネスやろう、なんて人は無いと思うが(w
サクーシャもそこらへんわかってんじゃないの。別にクラスタリングが必須というワケでもなさそうだし。ただその機能もサポートしてるってだけでしょ。
EOFがツブシきかない、というのは、ADOだってJDOだってEOFと同じ道具のウチの一つだから、ツブシきかない、といえばきないような。
掲示板だったらPHPとかPerlなんかで十分。2chぐらいの規模・アクセスだったら考えるけど。
0312デフォルトの名無しさんNGNG
でも、WOは、技術的メリット以前に、知名度も低いし、
EJB/Servlet&JSPコンテナとして使うとWOらしさが引き出せない。
んで、顧客へのアピール度も低いんだよな。
USはうまくやってるけど、日本じゃ無理だろ。
0313fusianasamNGNG
漏れの所は知名度なんか関係なしに、
いくつか製品を評価して最終的にWOにしたな(金融系をメインでやるSIerなんだが)。
他SIerとのコラボはめったにないし、、、まぁ、環境によりけりってところかなー。
確かに便利だよ。EOFってーのは。これぐらい独自性があるとパテントぐらいあってもいいんじゃないの?
0314デフォルトの名無しさんNGNG
EOFは、確かパテント取ってるはず。
0315デフォルトの名無しさんNGNG
またそんな出鱈目を。マカーの妄想ですか。禿信者はこれだから困る。
いつもはじめじゃないといけないコンプレックスの固まりだな。プッ.

マイナー製品がパテントとるわけないだろ。ましてやアップルだぜ。おまえら正気かよ(w
0316デフォルトの名無しさんNGNG
何も知らないアフォが吠えてるな。
信者マカーは、EOFなんて知らないんじゃねーの?w

EOFがパテント取ってるのは相当昔じゃなかったっけ?
10年くらい前からある技術だし。元々はNeXTの技術。
0317デフォルトの名無しさんNGNG
段々スレ違いでスマソが、俺も>>312に同感だ。
WOが幾らいいソフトだろうが、幾らWOに詳しかろうが、それだけじゃ現状では
Web開発者としての市場価値は??じゃない?
WO好きなら趣味でやるのもいいだろうが、趣味のWeb開発なんてそんなにやる
もんじゃなし。というわけで俺は普通にJ2EEに乗り換えたよ。
0318デフォルトの名無しさんNGNG
フレームワークの価値は、「適度に広まっていて、イザ新規開発あるいは
既存システムの保守をおこなおうというときに、技術者の教育コストを
無駄に抱えないで済む」ことに真骨頂があると思われ。
ある程度開発者が集まるならば、そいつら集めて作らせればいいだけ。

そういう意味で、マイナーフレームワークは存在価値が微妙だし、俺様
フレームワークは無価値。大体同じようなことをやってくれるなら、多少
欠陥があろうとデファクトを使うほうが、お客さんのためだろう。

技術者の興味のコストをお客に押し付けるのは犯罪的だと思う。
0319デフォルトの名無しさんNGNG
>>技術者の興味のコストをお客に押し付けるのは犯罪的だと思う。

激しくムカつくセリフだが間違ってない(;´д`)
0320デフォルトの名無しさんNGNG
>>317
漏れ、運用屋やってるんだけど、WOを動かす鯖を預かる事例が、今年に入って
急に増えてきたよ。マジ妄想じゃなくて。需要っつうか、使ってるところは
増えてきているんじゃないの。中には1/2埋めるところもあったし。
0321デフォルトの名無しさんNGNG
なんかスレ違いになってきたヨカン
0322デフォルトの名無しさんNGNG
とりあえず、WebObjectsに特化した話題はスレ違いだ。
以後、こっちでヤレや

WebObjects nsDictionary.valueForKey("5スレ");
http://pc2.2ch.net/test/read.cgi/php/1044328908/
0323デフォルトの名無しさんNGNG
そのAppleが10.3にはJBossを入れるらしいね。
プリインストールなのかCD-Romに入ってるだけなのかは
知らないけど。

JBoss4では独自のJDO実装もできてるね。EJBとどっち
使えばいいんだろう?
0324デフォルトの名無しさんNGNG
お。なんだ、専用スレがあったのか、サンクスコ
0325デフォルトの名無しさんNGNG
bc4jに関するコミュニティーて一つもみつからないんだけど
どこかにありますか?
0326デフォルトの名無しさんNGNG
>>325
君が作れば誰かは集うよ。
0327デフォルトの名無しさんNGNG
bc4jって何?
0328デフォルトの名無しさんNGNG
>>327
Borland C++ Compiler Ver 4.0J
Jは日本語版の意味だろうね。
0329デフォルトの名無しさんNGNG

面白すぎて腹痛いからWhiteSpaceでも一人でやってろ
0330デフォルトの名無しさんNGNG
JDO実装ってjdocentralに載ってるのと↓にのってるプロダクトでほぼ全部ですかね?
http://pnuts.org/wiki/index.pnut?language=ja&name=JavaDataObject
0331デフォルトの名無しさんNGNG
今更でなんですがJavaPressの最新号でJDO特集やってますね。
http://www.gihyo.co.jp/magazines/javapress

立ち読みでざっとしか見てませんが、
日本語でここまでまとまった資料or特集記事って初めてのような気が。
■ このスレッドは過去ログ倉庫に格納されています