ＥＪＢの真相
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNG雑誌等での取り上げられ方（利用推進傾向）と
実際に利用したことある者（巨大プロジェクトのみ利用推奨）の意見に
食い違いがあり、ＥＪＢの真相を捉えられない状況だ。
ＥＪＢ利用によって成功したプロジェクト・失敗したプロジェクト等を
教えて貰い、真相究明と行きたい。
実際はどうなの？
0002デフォルトの名無しさん
NGNGズザー
0003デフォルトの名無しさん
NGNG0004名無しさん＠お腹いっぱい。
NGNG0005デフォルトの名無しさん
NGNG0006デフォルトの名無しさん
NGNGいやマジで 4 階層くらいにしなきゃ収拾つかんシステムもあるよ。
ﾏﾝｾｰじゃないけど。
0007デフォルトの名無しさん
NGNG0008デフォルトの名無しさん
NGNG0009デフォルトの名無しさん
NGNGおまえは何が知りたい？
実際に利用した者が巨大プロジェクトのみ利用推奨と言ってるんだから
そういうことにしとけよ。安易に雑誌は信じるなボケ。
中小規模のサービスでEJBを使用せにゃならん理由なんてねぇだろ。
EJBコンテナ自体のコスト、人員（スキル）、開発難易度、中小規模の
プロジェクトにゃとてもじゃないが採用できんよ。
だいたいコンポーネントとしての再利用つっても、個別案件に対する
カスタマイズの手間は避けられないじゃない？
新規でも既存のソースの修正でもコンポーネントのカスタマイズでも、
中小規模のシステムならたいして手間はかわらんて。
0010デフォルトの名無しさん
NGNGＯＯで、とか、ＥＪＢで、とか、コンポーネントで
とかいう言葉だけでだまされる馬鹿なお客をつくるための記事だよ
0011デフォルトの名無しさん
NGNG0012デフォルトの名無しさん
NGNGダメなの？サーバはどうせメモリ沢山乗っけてるんだろうから、
最新のHPClientVMが一番速いんじゃないの？
それとも、HotSpot技術のバグの話？
0013デフォルトの名無しさん
NGNG0014デフォルトの名無しさん
NGNGもしかしてIBMのClassicVM使えっていう話け？
001511
NGNG0016デフォルトの名無しさん
NGNG0017デフォルトの名無しさん
NGNG0018デフォルトの名無しさん
NGNGhttp://pc.2ch.net/test/read.cgi/tech/1012728608/253
>>17
昨晩困ってたんですが、
00191
NGNG0020デフォルトの名無しさん
NGNGEJB で動いているシステムならいくらでもあるぞ。
0021デフォルトの名無しさん
NGNGうそをつけ。いくらもないね。J2EEとかいって、ServletとJSPしか使ってないだろうが。白状しろ。
0023デフォルトの名無しさん
NGNGある。いずれも Web サービスのバック用で。
0024デフォルトの名無しさん
NGNG0025デフォルトの名無しさん
NGNGそういう形態でのＥＪＢを使ったメリットとは何ですか？
ＥＪＢである必要が余り感じられないんだが。
0026デフォルトの名無しさん
NGNGSessionBeanでパフォーマンスはそれほど問題にはならないのでは？
パフォーマンスでダメなのはｴﾝﾁﾁBean。
0028デフォルトの名無しさん
NGNGそしてだれが買うんだ。APPSERVER？
いくらするとおもってんだ
0029デフォルトの名無しさん
NGNGそれはタダ
0030デフォルトの名無しさん
NGNG今どきEJBぐらい使えて当然だと思うが。
と煽ってみる。
0031デフォルトの名無しさん
NGNG0032デフォルトの名無しさん
NGNG0033デフォルトの名無しさん
NGNGともっちにたべさせやれ。
0034デフォルトの名無しさん
NGNGWEBSPHEREいくらするか知ってるの？
おまえの言ってるのはJEEのおまけサーバだろ
0035デフォルトの名無しさん
NGNG0036デフォルトの名無しさん
NGNG0037デフォルトの名無しさん
NGNGバックグラウンドで動いているjbossを停止させるには、
今のところ関連するプロセスを一つづつ潰してくしかないですか？
J２EEのおまけサーバのようにコマンドラインオプションで
停止させるようなことはできないですよね？
自分でスクリプトなり書くか...
0038デフォルトの名無しさん
NGNG0039デフォルトの名無しさん
NGNG0040デフォルトの名無しさん
NGNG0041デフォルトの名無しさん
NGNGhttp://www.jpn.hp.com/software/hp-as/down/index.html
0042デフォルトの名無しさん
NGNGだれが使いこなせる？
0043デフォルトの名無しさん
NGNG0044デフォルトの名無しさん
NGNG自慢にならんが。
0045デフォルトの名無しさん
NGNGサーバじゃないような
0046デフォルトの名無しさん
NGNG0047デフォルトの名無しさん
NGNG0048デフォルトの名無しさん
NGNG0049デフォルトの名無しさん
NGNGチンコが27cmなんですが・・・
0050デフォルトの名無しさん
NGNGオレのは30cmあるけど、巨大かな?
0051仕様書無しさん
NGNG手もデカいんだけどあんま関係ないみたい。
0052デフォルトの名無しさん
NGNG0053デフォルトの名無しさん
NGNG0054デフォルトの名無しさん
NGNGどちらかといえば白いですが、立派だと思います。
0055デフォルトの名無しさん
NGNG＼ ( ) ∩ ／
| | (ヨ ）
( ｀Д)| ＼ (Д´ )
/⌒ | ＼ 男祭り ／ ( ⌒ヽ
＿ < く＼ ＼ ＼ ／ ﾉ ).ﾉ＼＼＿__
＼( ﾖ ､ つ ⊂ ） ＼ ） ─
／ ／/ ヽ(`Д´)ﾉ ω ＼ ￣
／ ／ ./ ( ∩ ) ヽ＼ ＼
／ （ ￣） ￣）. ／ω＼ （￣（￣ ） ＼
0056デフォルトの名無しさん
NGNG微妙に反ってるし
0057デフォルトの名無しさん
NGNGあんまり使ってないんだよ。
0058デフォルトの名無しさん
NGNG0059デフォルトの名無しさん
NGNG0060マジレス
NGNGちんちんがズボンからはみ出して、
ネクタイになる場合にのみ使用すること。
0061デフォルトの名無しさん
NGNGﾜﾗﾀ
00621
NGNG俺も大規模プロジェクトがどれくらいな規模を言うのか良く分らないが
「アプリケーションサーバーをクラスタリングして使用しないといけないような
規模」を指すらしい。曖昧でｽﾏｿ。
「巨大」はちょっと大袈裟だったかも。
とりあえず、チンコの大きさではない。
006331
NGNGあー、だいたいイメージわきました。どうもです。
0064デフォルトの名無しさん
NGNG0065デフォルトの名無しさん
NGNG0066デフォルトの名無しさん
NGNG0067デフォルトの名無しさん
NGNG0068デフォルトの名無しさん
NGNG0069デフォルトの名無しさん
NGNG* サーバが落ちても復旧を可能にする機能がついている
* アプリケーションサーバ側に負荷分散機能があれば、それをノーリスクで（プログラミングの中で意識することなく）使える
* 一つのパッケージにするので分かりやすい
開発もそんなに難しくないしね。
ある程度は単なる Singleton オブジェクトとして、開発終盤でEJBに
マッピングすることもそんなに難しくない。XPでいうところのインフラ
の問題も解決しやすいと思う。
0070デフォルトの名無しさん
NGNGこういうメリットって実際に使用した人じゃないと聞けない意見だね。ｱﾘｶﾞﾄ。
デメリットは何ですか？
0071デフォルトの名無しさん
NGNG意味もなく使いたがる人が多いことかな・・・。
単純なケースでわざわざ EJB 作るのはムダだと思うよ。
スクリプト言語で十分。
「まず最初に EJB 環境整えなきゃ・・・」といって、延々と EJB 環境、
XML 環境つくっちゃって、インフラの問題を引き起こす。
（技術者にプライオリティを渡したら最期、止まらないから・・・）
Java を使うほど複雑なケースでも、最初から EJB 環境を作る必要も
無いはずで、簡単なオブジェクトを作るところからスタートすればいいのに。
あーだこーだど技術的なところに萌えてしまわないように注意することが大事。
0072デフォルトの名無しさん
NGNG痛いよ。
耳が。
0073デフォルトの名無しさん
NGNG書いているボクも耳痛いですがね。（そりゃ新しい技術使いたいし、
もしいいっていうなら Ruby 使いたい！）
実体験でも、XP本とか読んでても、どんなことでもプライオリティは
顧客に決めてもらうのがベストだと思うよ。
0074デフォルトの名無しさん
NGNG（１）規模が大きい（ECサイト）
（２）複雑なトランザクションがある
などが考えられるが
他にある？
0075デフォルトの名無しさん
NGNG(3)包茎でも使える。
0076デフォルトの名無しさん
NGNG>（２）複雑なトランザクションがある
この二つとも意味が分かんない。具体的にはどういうこと？
0077デフォルトの名無しさん
NGNGアイテム数が多い・同時処理数が多い
0078デフォルトの名無しさん
NGNG0079デフォルトの名無しさん
NGNGあーーーーーーーーーーーーーーーーーーーー
あーーーーーーーーー
あーー
0080デフォルトの名無しさん
NGNG0081デフォルトの名無しさん
NGNG欲しいな、、、。
要するににネットショップだろ。
複雑なトランザクションとかいって、要するにリモートオブジェクトが使えて、
その間でのメッセージのやりとりの方法が決められているってこった。
そんなのは別に、EJB が優れているポイントでも何でもないと思うんだけど。
0082デフォルトの名無しさん
NGNG0083デフォルトの名無しさん
NGNGトランザクションに関しての知識・理解が無いのね・・・
0084デフォルトの名無しさん
NGNGみたいなのがEJB向けなのかな。
0085デフォルトの名無しさん
NGNG0086デフォルトの名無しさん
NGNGいいこと言った。
0087デフォルトの名無しさん
NGNG0088デフォルトの名無しさん
NGNGシステムという意味だろ。負荷の度合いが違うよ。
0089デフォルトの名無しさん
NGNGフリーのAppServerを使って、納品した人いる？
0090デフォルトの名無しさん
NGNGjbossはちょっと怖い。
0091デフォルトの名無しさん
NGNGまぁコーダーレベルという話だろうが、ｱﾌｫな SE が鵜呑みにすると
いけないので一応ツッコミ。
0092デフォルトの名無しさん
NGNG複数台に分けて分散とかしても、EJBコンテナまかせでいーから楽チン。
ってくらいの感触だが、実際に運用するとどーなんだろ？
0093デフォルトの名無しさん
NGNG0094デフォルトの名無しさん
NGNGJ2SDKEEの鯖は、負荷分散機構が付いていないし、
速度や負荷のチューニングもなされていないと思う。
0095デフォルトの名無しさん
NGNGアリガ㌧。
だから、各メーカーがこぞってAppServer作ってるのね。
0096デフォルトの名無しさん
NGNG0097デフォルトの名無しさん
NGNG0098デフォルトの名無しさん
NGNGだからAppServerベンダーはEJBマンセーとなる。
この辺りが現場としては困りもの。
0099デフォルトの名無しさん
NGNGオープンソースﾏﾝｾｰって事で。
0100デフォルトの名無しさん
NGNGネットショップって言葉ははじめて聞いた。
0101デフォルトの名無しさん
NGNGでも、「トランザクション？ECサイト？ ハァ？」 ってんならちょっと痛いかな。
0102デフォルトの名無しさん
NGNG(´-`).｡ｏＯ（まだ彼はこのスレに潜んでるのかな・・・）
0103デフォルトの名無しさん
NGNG最近の賢い負荷分散装置は、ユーザーコネクションの維持（最初に
接続したサーバに振り分けてくれるってことね）も してくれる。
だもんで、EJBを使用すると言われる規模のプロジェクトでも、
EJBを使う必然性が無くなってしまうのではないかな。
0104デフォルトの名無しさんｋ
NGNGビジネスロジックを全てのサーバーに実装するってこと？
それで何か問題あったりしないのかな？
あと、その賢い負荷分散装置は各サーバーの状態をどんな風に
監視してるんだろ。
0105デフォルトの名無しさん
NGNGCookieとかURL中の、パラメータの値を使って、セッションを識別して、同じサーバに処理を割り振るらしいよ。
サーバの負荷状態取得方法については、なんかRFCにも出てるみたいですけど、どうなんでしょね>>設定担当されてる方
>>100
そっかもねー。ご自身で必要性をご検討された上で、必要ないとおっしゃるのなら、
貴方の御用途では要らないのでしょうねー。
0106デフォルトの名無しさん
NGNG0107デフォルトの名無しさん
NGNG＞ビジネスロジックを全てのサーバーに実装するってこと？
そうなりますね。
1台で動かしていたAppサーバを単純に複数台用意して、作成したプロ
グラム全部を単純にコピーして、DB接続数を単純に頭割りにして、管理を
その負荷分散装置にお任せするって感じですかね。
115氏が説明してくださっていますが 負荷は、装置内で管理している
各サーバのセッション数 や、ハートビートにより取得した各サーバの
負荷率 が元になっていると説明を受けました。
もちろん、この装置に頼れるかは用途や規模によるわけですが、以前は
数台のAppサーバを立てるだけでもセッション管理用のバックエンドを
用意する必要があったわけで。で、ハードにより解決できるのであれば、
AppSvrSoftware, プログラマ とも要求使用を下げることができるわけで。
本当に必要なプロジェクトでは使い続けられるのでしょうが、以前ほどは
選択されないのではないかと思います。＞ EJB
0108デフォルトの名無しさん
NGNGセッション間の状態が独立してるようなアプリケーションなら
いけるかもね。他の状態に依存してるような場合は依然として
EJBだとも言えるけど。
0109デフォルトの名無しさん
NGNGたしかに、javax.servlet.http.HttpSession で対処できないものは
EJBで対応することになりますね。
0110デフォルトの名無しさん
NGNG例えば、どういうもの？
0111デフォルトの名無しさん
NGNG自分では、よく判らないのですが……。
108氏には自信がありそうでしたので、謙虚に答えてみました。
間違っても、皮肉や当て擦りだとは解釈しないでくださいね。
0112デフォルトの名無しさん
NGNGOOが活きるんだよね。
0113デフォルトの名無しさん
NGNGチンコがイキルンダヨネ。
0114デフォルトの名無しさん
NGNGEJB使う使わないに関わらずサーバが複数あるときはスティッキーロードバランシングが主流なんですかねえ。
スティッキー使わないとするとcookieかhiddenかDBか…
商用APサーバ買う人の大半はDBコネクションプーリングだけが目当てだったりして。
DBコネクションプーリングなんて簡単に実装できるのに。
なんならオラクルのJDBCドライバのOracleConnectionCacheImplクラス使うとか。
ベタだがiPlanetWebServer(Sun＋Netscape)＋Oracleがベストチョイスなのでは？
iPlanetWebServer(iWS)てのはtomcatに仮想ホストとフェールオーバーと認証用
LDAPサーバー接続機能がついたような代物だが。
0115デフォルトの名無しさん
NGNGコネクションプーリングって、コネクションインスタンスを
起動時に一定数作っておいて使いまわすってこと？
そんなのだけのために数百万も払う馬鹿がいるの？すごい、馬鹿だ。
0116デフォルトの名無しさん
NGNG0117114
NGNG２ｃｈ的には萌えないかも知れんが。
0118デフォルトの名無しさん
NGNGまぁ、貧乏人に莫迦な選択肢はできないってこと。数百万の裏にあるものが
見えないなら仕事やめたら？
0119デフォルトの名無しさん
NGNG0120デフォルトの名無しさん
NGNGごめん、言ってることがさっぱり分からない。
0121お
NGNGうん、>>118 は >>114-116 の流れが読めないおば加算。
徹夜明けのオネボーさんかな？
>>115 が言っているのは「もっと他の機能もあるのにつかわないのはﾊﾞｶだ」でしょ
■ このスレッドは過去ログ倉庫に格納されています