WebObjects 質問スレ

1 名前：デフォルトの名無しさん mailto:sage [04/04/12 04:47] Web アプリケーションサーバ WebObjects の質問スレ 370 名前：デフォルトの名無しさん mailto:sage [2007/12/02(日) 23:35:27 ] 良いものが売れるとか盛り上がるはずだとかいうのは幻想 パンピーはそんなの気にせず目に触れたものに手を出す 所詮は営業力の勝負 371 名前：デフォルトの名無しさん mailto:sage [2007/12/02(日) 23:55:52 ] 結局、使っているのは怪しげな連中ばかり 372 名前：デフォルトの名無しさん mailto:sage [2007/12/03(月) 20:46:30 ] 他人と違うもの使ってると不安になるひとには向いてないね んで オリジナルなひとばかり集まると 373 名前：デフォルトの名無しさん mailto:sage [2007/12/04(火) 00:46:33 ] 一般的な顧客＝他人と違うもの使ってると不安になる 374 名前：デフォルトの名無しさん mailto:sage [2007/12/04(火) 07:50:45 ] まぁ利用者が少ないっていうのは なかなか枯れないとか メンテナンスすらされなくなって放置とか 不幸な結末を迎えるケースもあるからなぁ MSみたいに大勢が使ってても いつまでたっても枯れないシステムもあるが 375 名前：デフォルトの名無しさん mailto:sage [2007/12/05(水) 17:58:56 ] 日本百貨店協会もWebObjectだったりする 376 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 00:11:14 ] Leopardを新規インストールして、付属のXcodeとWebObjectsをインストールしたんだけど、 EOModelarとかが見当たらない・・・。XcodeにWOのテンプレもでないし。 なくなったんでしょうか？ 377 名前：デフォルトの名無しさん [2007/12/07(金) 01:26:36 ] ググレカス>>376 378 名前：デフォルトの名無しさん [2007/12/10(月) 16:08:19 ] だいだなRequest1件しか受け付けないこと自体クソだろ？ setAllowsConcurrentRequestHandling(true); なんかしてみたらＥＯＦでデットロックする代物じゃんｗｗｗ 379 名前：デフォルトの名無しさん mailto:sage [2007/12/10(月) 16:59:58 ] >>378 ttp://d.hatena.ne.jp/carver/20070620 ずっと前から setAllowsConcurrentRequestHandling(true); にしてもデッドロックしたことなんて只の一度もないけどな。 380 名前：デフォルトの名無しさん mailto:sage [2007/12/10(月) 21:09:35 ] >>378 EOの使い方が変、に100ガメル。 381 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 11:33:13 ] うーん、でもな、オブジェクト（EO）のデッドロックだったら、ちょっと前のEOFなんかだと結構簡単に出てたよ. リリースノートにそんな感じのことが書いてあった希ガス.今は改善されてるんかもしれない. WOFもそうだけどやはりコンテクストというWebアプリでは制御が難しいカラクリをベースにしてると 複雑度が増してしまうんだろうな〜とｵﾓﾀ.へんなSQLが飛ぶからDB側でのデッドロックも起きやすいヨとDB屋からも指摘されたことがある. 参照系はEOじゃなくてCollection系で、CRUD系処理のごく短いトランザクション処理でEOを使うようにしてる. 機能はとても良くできてるだろうけど、安全に使いこなせるようになるのに時間がかかるという感じかな 382 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 22:57:15 ] >>381 デフォルトecと、参照専用のshared ec だけ使っていれば、滅多に競合なんてしない。 ■参照系こそEOを使うべき。リレーション張らずに何のためのEOか？ 　ネステッドEC使えば、たいていの処理はデフォルトecだけで済む。 ロックに関するマニアックな資料 　www.spice-of-life.net/wiki/files/PW03_LockingEOF.pdf 383 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 10:00:10 ] どっかでEOFとSeasar2のベンチ比較やってるのをみた希ガス すごい遅かったような 384 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 23:08:15 ] >>383 　EOFは実行時もインタプリタだもの。（EOの定義はテキストファイル） 「速度が気になるような用途はストアドプロシジャ使え」ってのがセオリー。 ※ Seasar2のO/R Mapperって、ＳＱＬ文をそのまま書いてるような奴だろ？ 　　コード補完機能付のエディタがないと使い物にならない、気持ちの悪い書き方するアレ。 385 名前：デフォルトの名無しさん [2007/12/12(水) 23:59:48 ] select * from テーブル where ...... のような単純なSQLをはき出す処理でもEOFはだいぶ遅い方じゃないかな EOの生成コストがだいぶ大きい印象。ストアドも全体性能からするとあまり性能に寄与する場面ってそう多くないな Seasar2のO/RMapperは仕事でS2daoというのを使ったけど EOFほど高機能じゃないがエンジニアの受けは良くて、何しろ軽くトラブルレスだったのが良かったな 386 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 01:54:24 ] >>384 >>EOFは実行時もインタプリタだもの。（EOの定義はテキストファイル） これはどういうこと？eoを生成するたびにモデルファイルを読み込むということなら、いくらなんでもそれはないと思うが。 プロファイルを計測したことはないが、SQL文の組み立てに時間がかかってそうな気はするなあ。 387 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 10:54:11 ] >>386 >>eoを生成するたびにモデルファイルを読み込むということなら、いくらなんでもそれはないと思うが。 確かにない。WOFの場合は起動時にモデルファイルを読み込んでEOModelオブジェクトとして保持する。 誰かEOFのベンチたのむｗ 388 名前：デフォルトの名無しさん [2008/01/15(火) 22:05:59 ] 保守上げ 389 名前：デフォルトの名無しさん mailto:sage [2008/01/20(日) 18:30:38 ] S2dao　より　sql2java　の方がいいだろ　どう考えても

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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