Servlet/JSPのフレームワークを語るスレ
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNGStrutsなどの既存フレームワークの利点･欠点から語り始めませんか？
0153デフォルトの名無しさん
NGNGじゃあ、MVCのどこがわるくてBCEのどこがいいのか違いを明確にして教えてください。
0154デフォルトの名無しさん
NGNGええ。
でも、やはり人違いっぽいな。。。残念。
0155デフォルトの名無しさん
NGNG148だが、
BCEがJSP&Servletのフレームワークというのは聞いたことないんだが。
google検索によると
MVC JSP servlet 3,280件
BCE JSP servlet 37件
少なくとも一般的ではないと思ワレ。批判する前に用語について解説してよ。
>>151
それを言うならウムラウトでは！？それとも別のなにか？？
0156デフォルトの名無しさん
NGNG間違えてた。鬱だ氏。
0157デフォルトの名無しさん
NGNG0158デフォルトの名無しさん
NGNG>それを言うなら・・・
そうとも言う。今日はこの辺で勘弁してやる。
0160デフォルトの名無しさん
NGNGBluePrints準拠かどうかは不明
EntityBeanは使わずに、SessionBean使う
その点はcFrameWorkと似ている
0161デフォルトの名無しさん
NGNG0162デフォルトの名無しさん
NGNG0163デフォルトの名無しさん
NGNG・ec-oneのcFramework
これは従来の内容とそんなに違いはなかった
・ecossのWeb3Framework
雷電って名前だったと思うのですが
時間がなくてあまり情報が集まらなかったので、今日、また情報を仕入れてきます。
感じとしては、ec-oneのがいい感じがする。
ecossのは、どーかと思われ
0164デフォルトの名無しさん
NGNG他にJavaOneに出てたのって、
ありませんでしたか？
0165デフォルトの名無しさん
NGNG・富士通のComponentAA
これはフレームワークというよりも、EJBコンポーネントのテンプレート集
・日本総研のＴＯＣＣＡＴＡ
cFrameworkと同じく、BluePrints対応のフレームワーク
アーキテクチャをUMLで公開して説明してくれたのは好感触
でも、日本総研ってJavaやっていたのか（藁
0166デフォルトの名無しさん
NGNGJavaOneのセッションで、Strutsの話を
Craigさんが話をしてくれました。
ヨーロッパで開発しているときにつくったので、
最初から国際化に力を入れていたそうです。
0167デフォルトの名無しさん
NGNG0168デフォルトの名無しさん
NGNG0169デフォルトの名無しさん
NGNG売ってるのは、
GUIのアプリケーションでXMLを直接さわらずに設定したい人向けです。
ということで、不要。
フレームワーク自体だれでも作れるし。
0170デフォルトの名無しさん
NGNG>GUIのアプリケーションでXMLを直接さわらずに設定したい人向けです。
ハァ？
デムパ飛ばすなよ
>フレームワーク自体だれでも作れるし。
お前には作れないと思うよ（藁
0172169
NGNG×bluebrints
○blueprints
0173デフォルトの名無しさん
NGNG>bluebrints準拠だったら誰でも作れるだろうが。
単にＭＶＣだったらBluePrintsだと思っていないだろうな？
まあ、お前みたいな厨房にJ2EEPatternを深く理解して、
まともなフレームワークを仕上げる才能なんてないだろうがな。
まずは、これでも読んで入門レベルに達しなさい（藁
ttp://vig.pearsoned.com/store/product/0,,store-562_banner-0_isbn-0130648841,00.html
0174169
NGNGアホか。
BluePrintsとか、J2EEPatternなんて、
出た瞬間から訳してみるもんだろ。
お前さぁ
「Java使える人なら大勢いるが、
フレームワークを設計できるやつは滅多にいない」
とか言ってる奴だろ。
もうね、アホかと。馬鹿かと。
0175デフォルトの名無しさん
NGNG>BluePrintsとか、J2EEPatternなんて、
>出た瞬間から訳してみるもんだろ。
何を文句おっしゃっているのか理解できないのですが？
洋書なんて、訳がでるから紹介するなって事？
>「Java使える人なら大勢いるが、
>フレームワークを設計できるやつは滅多にいない」
>とか言ってる奴だろ。
いえいえ、日本でも良いフレームワークを設計している
方は大勢います。
でも、あなた様はどうでしょう？
まずは、デムパでなく、成果を出して世の中に認められたらいかがでございましょう？
0176デフォルトの名無しさん
NGNG何？いきなり。
キモっ
>何を文句おっしゃっているのか理解できないのですが？
申し訳無い。
>単にＭＶＣだったらBluePrintsだと思っていないだろうな？
に対する言いぶん。
BluePrintsとか、J2EEPattern
知らないでJ2EEやってる奴なんていないでしょう。
という意味。
このスレでくだらない煽りは勘弁してください。>>175
0177デフォルトの名無しさん
NGNG>このスレでくだらない煽りは勘弁してください。>>175
からかった件はスマソ。
ところで
>GUIのアプリケーションでXMLを直接さわらずに設定したい人向けです。
ってどういう意味の発言だったのか？
ちゃんと説明してくれ。
単なる間違いなら別にいいんだが。
0178デフォルトの名無しさん
NGNGhttp://www.zdnet.co.jp/news/0112/14/e_dotnet.html
もうJAVAをやる価値はありません。
早めに.NETに移行しましょう。
0179デフォルトの名無しさん
NGNGJ2EEのフレームワーク自体たいていの会社
なら自分で持っているわけで。
んで、それらと、ツールベンダの違いは、
設定ファイル(XML)をSwingでつくるか、
手で書くかの違いぐらいなものですよね。
どちらもBlueprints準拠という点ではいっしょでしょ。
間違ってたらスマン。
0180デフォルトの名無しさん
NGNG了解。
でもね。
Strutsのstruts-config.xmlみたいに、画面遷移なんかの設定をできるようにしているフレームワーク自体、まだ少数派だよ。
確かに、エコスのWeb3FrameWorkとか、いくつかの商用フレームワークはXMLで画面遷移を制御して、かつ制御XML用のGUIエディタを持っているけどね。（但し、あれはBluePrints対応とは言いがたい）
BluePrints対応でXML制御＆編集GUIが揃っているのは、ec-oneとかいくつかのやつしかないのでは？
0181デフォルトの名無しさん
NGNGCookie,EJB,DBがありますが、
開発スピード優先の場合、
Cookieが圧倒的に優位だと思うのですが
どうですかage？
0182Servlet API 2.1 以上
NGNGhttpServletRequest.getSession().setAttribute(name,value)
とかするのが普通だと思われsage.
0184181
NGNG...違う。そういう意味ではない。
だれか他の方181のレスお願いします。
期待age
0185181
NGNG183は氏ね。
0186デフォルトの名無しさん
NGNG0187181
NGNG0188181
NGNG187は変質者か？カスはどっかいけ
0189デフォルトの名無しさん
NGNG本来はスレ違いだと思うが、荒れるのもイヤなので
・Cokkieによるステート維持
response.addCookie(cookie);
簡単だけど、セキュリティ的に好ましくないと思われ
・セッションオブジェクトによるステート保持
これの場合、WebLogic等でクラスタリング対応が可能
a.インメモリリプリケーション
b,DBによるセッションオブジェクト永続化（サーバー側で自動対応）
だけど、結構重たいので濫用はよしときなはれ
・ＤＢによるステート保持
直接、ＤＢにステート関連情報を書き込む方法
情報の種類が増えるとＤＢでの情報管理が面倒
・ＥＪＢによるステート保持
会話中の状態だったら、Stateful SessionBean使えばOK
個人的にはＥＪＢによる方法が好き。
クラスタリングによる拡張もできるし、メンテナンス性もよい
ＥＪＢ使えない場合は、セッションオブジェクト等
くどいが、ステート保持にcokkie使うのはセキュリティ的にお勧めしない
0190デフォルトの名無しさん
NGNG0191デフォルトの名無しさん
NGNGcokkieとセッションオブジェクトで開発の効率性が変わるとも思えんのだが。
>セキュリティーはいいんだよ、どーでも。
趣味のプログラミングだったらいいのだが、顧客に納品するものだったら、プログラマとしての良心を持ってくれ。
0192デフォルトの名無しさん
NGNGクエリーに乗せてクライアントとサーバーでキャッチボールという手も。
0193デフォルトの名無しさん
NGNG0194デフォルトの名無しさん
NGNG0195デフォルトの名無しさん
NGNG普通、SessionContext (以下省略)
0196デフォルトの名無しさん
NGNG逆に言えば、高いアクセス負荷に耐えうるTomcatの運用方法はどんなものがある？
0197181
NGNGん？
HttpSessionまわりの実装がCookieをつかって実装されているわけだよな。
DBとEJBの説明は正しい。
181でも書いたがCookie,EJB,DBの3パターンでしょ。
メンテナンス性
Cookie,EJB > DB
拡張性
EJB > Cookie > DB
で開発効率
Cookie >>> EJB > DB
だと思ってるんだけほかの現場ではどう？
0198デフォルトの名無しさん
NGNG>HttpSessionまわりの実装がCookieをつかって実装されているわけだよな。
だからー違うって。
どうも、181はセッションオブジェクトを理解していないようだ。
・セッションオブジェクトによるステート保持
サーブレットエンジン側にセッションオブジェクトを保持し、ステート
保持情報を格納する。
この場合、セッションクッキーやURLRewritingによってセッションの
同一性を確保するが、セッションクッキーはセッションIDのみを
ブラウザと交換するのであって、ステート保持はサーバー側にある
・クッキーによるステート保持
ブラウザに対して、クッキーを格納し、ステート維持をする方法
で、要するに、後者はブラウザ環境に格納されたクッキーを読み取られる
可能性があるので危ないってわけ。
とクッキーを使ったブラウザ側での
0199デフォルトの名無しさん
NGNG0200デフォルトの名無しさん
NGNGロードバランサー
つーか、そんなモン買う金があったら Tomcat なんて使ってないか (藁
0201デフォルトの名無しさん
NGNG0202デフォルトの名無しさん
NGNG0203デフォルトの名無しさん
NGNG接続数? CPU 使用率? ネットワーク負荷? ＤＢトランザクション数?
# FreeBSD をロードバランサーにする Free な奴があったようななかったような...
0204デフォルトの名無しさん
NGNGどんなサーバでもサービス停止だろ。
むしろいくらでも接続を受け付けちゃうサーバなんてあるのか?
0205181
NGNGCookie or URLRewritingでClientを識別してると言う意味。
広義で、「Cookieによるセッション管理」=セッションオブジェクト
だとおもってたのだが。勘違いなのだろうか、、
>・クッキーによるステート保持
>ブラウザに対して、クッキーを格納し、ステート維持をする方法
これは考えたこともありませんでした。
0206通りすがり
NGNG>>181の
>SessionのStateをどこに置くかということにに着目すると
>Cookie,EJB,DBがありますが、
と矛盾してるよ。
「State情報を格納する場所」と「ユーザーを一意に特定する方法」に
分けて整理してみたら？
ServletなりJSPの入門書よく読むのもよし
#言いたいのは単にURLRewritingが面倒って事かな？
0207デフォルトの名無しさん
NGNGフレームワークについて語れる人はいないのかなぁ。
PetStore1.3とか、どうよ？
前作とｶﾅｰﾘ変わったけど。
wafの部分はシンプルだね。
0208デフォルトの名無しさん
NGNG興味深いと思ってはいるが、
まぁ仕事では使う機会は一生ないだろうから。
0209デフォルトの名無しさん
NGNG激しくスレ違い。
WebObjectではなく、WebObjectsだな。大差ないか。
700万円のツールが7万円てのも、どーかしてるよな、アポーよ。
モノはいいけど、サポートがダメすぎだ。
0210デフォルトの名無しさん
NGNGStrutsっぽくなったよね。
以前のPetStoreだと、FlowManagerとかあちこちを直接ロジック書き込まないといけなかったのが、PerStore1.3ではStrutsと同様にXMLで定義すればよくなった。
それと、EntityBeanの実装が、EJB2.0のクライアントインターフェースになっているのはなかなか参考になる。
悪いところと言えば、TagLibに凝りすぎているのは、ちょっと何だかね～！
0211デフォルトの名無しさん
NGNGhttp://pc.2ch.net/test/read.cgi/php/989562708/
http://pc.2ch.net/test/read.cgi/jobs/996725117/
0212181
NGNGsunのblueprint担当者が3つに分類してたんだけど、、
言いたいのは、
Strutsを使用しないとして
セッションオブジェクトにステートを置くこと(EJBを使用しない)
を前提としたフレームワークってないのかな？
なければあってもいいんじゃないかとおもったんだけど。
0213熱っぽくて頭ふらふら
NGNG遅レス＆超古情報だと、こんな感じ。
1.ロードバランスDNS (Linux Japan 2000/1あたりに記事あり)
ttp://www.cs.twsu.edu/~hcvillia/acads/project/
2.Webサーバ-Servletエンジン(JServ)間負荷分散:
ttp://www.java-conf.gr.jp/wg_bof/servlet/docs/990519/kazama/
1.は、もっと良いロードバランサーが SoftwareDesign あたりに出ていたような気がする.
2.は、Tomcat/JServ による負荷分散の試行レポート. 今だと mod_jk ？
＃JavaBeanの負荷分散は、、、RMI-IIOP使ってEJBでやるのが普通。(EJB1.0流にRMIで書く人もいる？)
0215デフォルトの名無しさん
NGNGCokkieにこだわっていたのってもともと、君じゃない。
知ったかぶりしないで、まずちゃんと基礎を勉強したら？
＃ようするに、フレームワーク論ずる以前！
ということで、君には、ここはスレ違い。
0216dat 落ち回避ついでに
NGNG0217デフォルトの名無しさん
NGNGデスマーチ化した。
オープンソースにフレームワークを期待するのが間違いだった。
0218デフォルトの名無しさん
NGNGマイナーな…。
あんなものフレームワークと呼ぶな。
Struts より少々まし程度。
使うことになったのならご愁傷様。
0219デフォルトの名無しさん
NGNGServlet works以外にもWaffleとかWACsとかがあるが…
Servlet Works使ってるとこってあるの？
0220デフォルトの名無しさん
NGNGsaveErorrsはねーだろ。
jakartaの外人死ねや。
0221デフォルトの名無しさん
NGNGjavaOneとかで、Struts絶賛してたやつ
全員謝罪しろ。
0222デフォルトの名無しさん
NGNG0223デフォルトの名無しさん
NGNGフレームワークなんてバクチ物を試しもせずに実戦投入した方が悪い.
JavaWorld なんて良い記事も多いけど紹介系はスーパーポジティブ(太鼓持ち)
なんだから. (Struts が使いにくいのは認める)
ってか Struts でフォローできる中小規模の開発なら,
そもそも Java を使うこたーないという結論な今日この頃ですがどうよ
0224デフォルトの名無しさん
NGNG「Strutsすっげーいいらしいよ～」って煽ってたら、
採用とともにデスマーチ化して火消しに駆り出されたんだよ。
自社製フレームワークからみたら物凄いデグレード。
でもこれだけ酷いとおもわなかったよ～鬱
>Java を使うこたーないという結論な今日この頃ですがどうよ
まともなフレームワークあれば、Javaの方がいろんな意味で、
コストが安くていいんじゃない？
つーかjava以外だと何使うの？
0225デフォルトの名無しさん
NGNG>「Strutsすっげーいいらしいよ～」って煽ってたら、
>採用とともにデスマーチ化して火消しに駆り出されたんだよ。
何が原因で火を噴いたの？
【選択肢】
①そもそもＪａｖａ童貞ばっかりだったから（Strutsに関係なし）
②Ｊａｖａはできるけどフレームワークを前提とした設計・開発に
不慣れだったから
→要はStrutsでできることできないことをちゃんと確認しないで
仕様を決めて泥沼突入
③やっぱStrutsってだめだね
③-a パフォーマンスの問題
③-b あんなもんじゃ複雑な画面に対応できないヨ
③-c XML定義がウザイ
③-d バグダラケ
④その他【 】
>自社製フレームワークからみたら物凄いデグレード。
具体的には？
0226デフォルトの名無しさん
NGNG締め切りでデスマーチ厨デ酢。
商用＆内部フレームワークいくつか作って＆使ってきたので
さほどマンセーな特集にするつもりは無いけど。
0227デフォルトの名無しさん
NGNG②,③-c。
まず、分析設計フェーズでのドメイン分析がされてない。
具体的にはフレームワーク担当者がシナリオを一本も引いていない。
で、
実装フェーズで、機能的に実現できないよという問題が発生して、
フレームワーク側を修正->フレームワークのユーザがフェーズを一つ戻す。
という泥沼化。
フレームワーク担当者がフレームワークの概念を知っていない。
で、そいつが他にクラスライブラリも提供するのだけど、
それもまたクライアントコードを想像もしていない。
もちろん全てにおいてUMLは無し。
③に関しては、
struts-configを各自が
それぞれ定義してね～というもの。
フレームワークとして自由度が大き過ぎで、
その影響が想像できていない。
人選の問題か・・・
いや、でもActionクラスとかも全然駄目だろ。
ActionFormのメリットについても疑問。
想像してみてください、
Action#performで、
1.validate
2.business logic bean を呼び出す。
3.各exceptionをキャッチして、それぞれreturn ActionForward
4.saveErrorsって、、、
もうね、、、以下略。
0228デフォルトの名無しさん
NGNGツールベンダーじゃないから詳しく言えないけど、
ごく一部のbusinesslogicだけに注力すればよくて、
あとは、マッピング指向的なXMLにというもの。
0229デフォルトの名無しさん
NGNGその話、ちょっと前にあるIBMのフレームワーク使った時と似ている。
0230デフォルトの名無しさん
NGNG「共通」とか「ツール」とかと混同されがち。
基盤とか共通とか称してフレームワークもどきな多機能低品質
クラスばかり大量生産している人達、知っている。
0231デフォルトの名無しさん
NGNG期待してます。
会社名と著者の欄が楽しみ。
0232デフォルトの名無しさん
NGNG>ツールベンダーじゃないから詳しく言えないけど、
>ごく一部のbusinesslogicだけに注力すればよくて、
>あとは、マッピング指向的なXMLにというもの。
なるほど。
EJBは使っているの？
0233デフォルトの名無しさん
NGNG取ったとき UTF-8 扱いで化けてるっていう、サーブレット使ったことある人なら良く
知ってる問題なんだけど。
JSP を全部 UTF-8 宣言するか、それともプログラム中で わざわざ変換するかの
どちらかだろうな。いやでも ActionForm は Struts とプログラムの両方から値が
set されるから、UTF-8 ⇔ Shift_JIS 変換して良いかどうか判断できんな。UTF-8
にするか、もしくは Struts に手ぇ入れるか。うーん。
という下らない事で使う側の頭を悩ませるフレームワークです。リクエストの Locale
ごとにメッセージリソースを分けてたのにねぇ、肝心なところがこれじゃねぇ。i18n と
いっても ISO-8859-X 圏までしか範疇に無い辺りが毛唐らしいけどな。
0234デフォルトの名無しさん
NGNGそれはServletエンジンもしくはアプリケーションサーバーの問題だと思われ
確かにTomcatとかだと頭が痛い
しかし商用アプリサーバーのいくつかはディフォルトエンコーディングが
日本語で設定されているので、その上でStruts動かせばＯＫ
0235デフォルトの名無しさん
NGNGほとんどが仕事でつかってる人？
0236デフォルトの名無しさん
NGNGもしかしてそれWACSって名前じゃないか?
うちも…(略)
0237デフォルトの名無しさん
NGNG学歴や過去の実績で実力があると勘違いしている。後者の場合がデスマーチに繋がるのは
言うまでもない。再発明大好き。物事をより複雑に考え、俺はすごいことをやっているんだと
いう光明に酔いしれる。
>>236
WACs ではないですが、たしか同系列だったはず。あなたもきっと私と同じ道を歩んでいる
のでしょうね。
0238デフォルトの名無しさん
NGNG結局、実際に業務システムなんて組んだことない厨房が、J2EEの仕様も
ちゃんとわかっていないくせに、独自ワールドのフレームワークに
自己陶酔しているってわけだな。
日経オープンの次回号に日本製フレームワークの比較記事（おいおい
１０数種類あるらしいぜ）が出るらしいから楽しみにしとけ。
0239デフォルトの名無しさん
NGNGある一定の同意は得られている。
基本より上の部分になると、目的や評価基準や
あるいは設計/実装技術の未確立のため、
ばらつきが出てくる。
設計/実装技術の蓄積 → フレームワークの洗練/成長
←
というループを回す体制を作るのが難しい。
0240デフォルトの名無しさん
NGNG>ある一定の同意は得られている。
そんなもんあるんかい（藁
0241デフォルトの名無しさん
NGNGアーキテクチャ領域：
セッション管理
MVC TypeII(糞藁
画面遷移管理
コネクター・アーキテクチャ
あたりは大体同意がとれているのでわ。
業務固有領域はあまり詳しくないんですが、例えば、
WebLogic ECサーバ? のフレームワーク (Theory Center)
などのメタパターンは、アナパタ本、Preeのデザパタ本を通じて
徐々に共通認識となりつつあるよーな気がしますが。
0242デフォルトの名無しさん
NGNG0243デフォルトの名無しさん
NGNG厨房だね。
せめてCore J2EE Patternsでも読んどけ。
>WebLogic ECサーバ? のフレームワーク (Theory Center)
Jump Startね。
あれ使って実際に組んだ経験あって物事言っている？
0244デフォルトの名無しさん
NGNGリアルタイムで経験されてないんですか？(藁
もっというと、Java Pet Shop Demo、1.3はもう見てもいないけど、
～1.2 あたりのソース、マジでジャングル状態です。
ちょっと、あのソースを公開してしまうJavaSoftのセンスを疑う...。
Refactoringして洗練してから公開せーよ(藁
WebLogicの方は、人に紹介してもらって、デモ版試しただけです(藁
自由度の高いECサイトのための、動的データ構造を、Java上で組む例、
として、Enterprise系への応用も利くと思いました。
0245デフォルトの名無しさん
NGNG×動的データ構造
0246デフォルトの名無しさん
NGNG0247244
NGNGWinner!!!
0248デフォルトの名無しさん
NGNG>J2EE Patternsは、IBM BestPractice あたりのパクリっぽいんですが、
>リアルタイムで経験されてないんですか？(藁
Presentationまわりは、どっちみち一緒だろが。
JavaBeans多用していないところがまだましだがな。
J2EEPatternsのMLでもちゃんと読んどけ。
>もっというと、Java Pet Shop Demo、1.3はもう見てもいないけど、
>～1.2 あたりのソース、マジでジャングル状態です。
それは同意（藁
>WebLogicの方は、人に紹介してもらって、デモ版試しただけです(藁
>自由度の高いECサイトのための、動的データ構造を、Java上で組む例、
>として、Enterprise系への応用も利くと思いました。
やめとけ。
まだ、CommerceServerの最初の頃は、メタモデルをUMLで拡張してから
EJBコンポーネントモデルに展開するためのツールがついていたが
途中で変な方向に。
何より、高いしな（藁
0249244
NGNGいま、そういうMLがあるんですか？JavaSoft or 国内？
>> CommerceServer [略] 途中で変な方向に。
どーゆう方向？
#かわいそうなTheoryCenter
0250デフォルトの名無しさん
NGNGもしくは、製品としては成功していなくとも、共通的な概念を形成し得た
フレームワークがある、
つう事で、御納得頂けますか？
0251デフォルトの名無しさん
NGNG>途中で変な方向に。
WebflowとPipeline。
あれをマネしたのがエ○スのWeb3Framework
漏れは、そんな素人だましではなく、まともなOO分析設計者が
使いやすいフレームワークにしてほしかった。
わかってもらえる？
>>250
>んでは、それなりに存在価値のあるフレームワークもある、
>もしくは、製品としては成功していなくとも、共通的な概念を形成し得た
>フレームワークがある、
漏れもフレームワーク否定派ではないよ。
ではでは。
0252デフォルトの名無しさん
NGNGWebLogicのWebFlowとか Pipelineて、
Webサービスのフロー記述あたり(WSFLとか)と関連付けて考えていたんですが、
なんか歪んでるんですか。
でわでわ。
■ このスレッドは過去ログ倉庫に格納されています