アプリケーションサーバって必要？

weblogicとかのアプリケーションサーバってどんな案件で使ってますか？
広告どおり、開発期間短縮とか信頼性アップとかに本当につながりました？

現在ユーザ500人ぐらいのwebアプリをtomcatで
運用してるんですが、全然問題ないです。
当分これでやってこうかなーと思ってます。

結論
webアプリなんてｲﾗﾈｰ

>>39
そりゃ、おまえさんが作るナンチャッテ掲示板CGIじゃWebアプリなんてものはいらねぇよな（ﾌﾟｯ

>40
ﾌﾟ　おまいはセイゼイｲﾗﾈｰもんに金だしてろヴァカｗ

>>41
ええと、マヂレスですが、カネはかかってねぇすよ。ワレものでもなくて。

>>43
フォロー、サンクスコ

たしかに「J2EEのお試し実装」であるTomcat、(裸の)Weblogic、Webshereを中心と
して見るとWebobjectsはAPサーバの鬼子というか孤児のよーにも見える。
　しかしStrutsだのAvalonだのといったアプリケーションフレームワークを含めて
見るとまだまだ「数多い選択肢の一つ」だと思うんだけどなー。

漏れは前の会社でWebObjectsを使っていたけど、はっきしいって、WebObjectsは
良くできたフレームワークだよ。EOModelorから派生したカスタムロジックを
中心にプレゼンテーションとロジックを分けて構築できるところがよかった。
WebObjects BuilderもカスタムWOなんかに細かくパーツ分けができて再利用性バツグンだった。
今の会社はWebSphereだけど、覚えることとや作業労力が多すぎ。結局マンパワーを
要してしまうし、正直、WebObjectsよりも扱いが大変だと感じる。教育だって
バカにならないし。マカーだとか信者だとおもわれちまうけど、WebObjectsにゃ
もっと頑張ってもらいたいというのが本音すよ。

自作自演必死だなﾜﾗ

WebObjectsはﾌﾚｰﾑﾜｰｸとしては確かにいい製品だと思うよ。

ただ、やっぱりJ2EEが分かってなきゃWeb開発者を名乗れない、って
風潮は業界的にあるように思う(いいことではないかもしれないが)。
本職の開発者だったら、
(29でも書いたけど)WOの複雑なAPIを極めても、それだけでスキルとは
認知されにくいから、開発外注さんなんかは可哀想に思う。

あと私的なことだが、やっぱりPHPやJSPみたいに、テキストエディタ
一本で開発したいと思う時もある(w　家でお茶飲みながらノンビリとね…
基本はwarやearをそのまま配備できるJ2EE APサーバで、EOFを活用する
という選択肢もある、となれば最高だね。

age

>48
　客というかプロジェクト全体に対して責任を持つ立場からすれば「テキスト
エディタ一本」は勘弁してもらいたい。些細なミスが増えるから。文末の;抜
けてましたとかカッコをネストした結果閉じる場所がちょっと違ったとかどん
なプログラマだってやっちゃうことあるし。
　特に後者のようなミスだとシンタックスエラーにならずに漠然と動いちゃっ
たりするから始末が悪い。

>>50
なるほど、確かにそれは大事だね。失礼しました。
当方イントラ、内部製作なので、そういう部分の品質管理は甘いなあ(反省)

ただ、ｱﾌﾟﾛｰﾄﾞして即動かしてみて試せるPHPやJSPは
(もちろんテスト環境でね)業務データの性質をある程度知っている身では
逆に助かる。所詮その程度の基幹システムかよ！と言われたら、
まあ、そうです(w

http://hkwr.com/

（＾＾）

必要

（＾＾）

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

JBossがいい。
アプリケーションサーバは高すぎるよ・・・

いまさらながら、、、、
>>1 よ、Tomcatはアプリケーションサーバでないのか？と小一時間。
なんで、誰もつっこんでやらないんだろうか。

>>64
お前の方が突っ込まれたいんじゃねえの？
TomcatはWeb鯖兼Servletコンテナに過ぎない。
AP鯖ってのはTPモニタの機能があるものをいうんだよ。
J2EEならJTAが実装されてないと駄目。

何でMicrosoft Transaction Serverの名前がJ2EE以外のAP鯖として
いつも挙がるのか理解してるか？おまいこそ、アプリケーションサーバって
言いたいだけちゃうんかと小一時間(ry

>>65

勝手に定義するなよ。
どこにそんなことが書いてあるんだ。

>>66
もまいはIISをアプリケーションサーバと言い張りたいわけだな。

>>65=67
自分用語ﾏﾝｾｰですね？

アスキーのデジタル用語辞典だと、

企業の情報システムの中間に位置し、ユーザーの要求とバックエンド（データベースなどの
業務システム）の処理を橋渡しするミドルウェア。最近では、インターネットの普及に伴って、
Webブラウザと業務システムを連携させるWebシステム（Webコンピューティング）をベースに
したものを指す。この場合は特に、「Webアプリケーションサーバ」と呼ぶこともある。

ある意味、Apacheもアプリケーションサーバ。

ASって技術的な定義かい？
それとも言語や環境には依存しない？

Seasar （ボソ）

>Seaser
Web+DBに紹介されているね
どちらかといえばASというよりFWと言った方がぴったりだけど・・・
実践的(?)な割り切り方(O/Rマッピングの考え方とか)が
意外と斬新に感じられたよ
ここ最近では久々に気になるブツの登場かも

>>72
FWってなに？

>>73
Fireworksだろ。

>>72
ASってActionScriptか(ｗ
Java:What's Newにでてたね。
Jettyが組み込まれてるって。

>>73
ふれーむわーく

で、1のいいたいことは、有償のアプリケーションサーバって必要?
ってことだったのか。
1よでてこい。

有償の場合は、六でもないサポートがもれなくついてくるわけだが。

>>77
具体的な話をききたい。どこ？

JBOSSとか使ってるとこない？

>>78
WebLogic。
人張りのサポートしてもらったんだけど、
六でもない調査結果しか出てこなかった世。
30万くらい/日だしたのにさ。

ソースコードまで見れる人はかぎられていて、
たいていはマニュアル見ながら実際にいじって
動作確認しているレベル。

これまで、トラブル起きて解決できたためしないよ。
結局、アプリで回避してる。

>>79
日本ではあまり聞かないね。
Java Worldくらいでしか使っているのみたことない。(ｗ

>>75
さっき落としてみたらFlashとの連携も組み込まれてるらしい。
AS=ActionScriptってのは正解か（ｗ
あとHSQLDBも入っていた。意外と色々と面白いことが出来そう鴨。

>>80
BEAでもそんなレベルなんだ。技術力をうたっているはずなのに。
所詮、日本支社は営業拠点でしかないってことかな。
IBMはどう？サポートには技術力ありそう？

WebSphere自体が結構品質面で色々と問題ありって言われてるけど...

>>83
IBMは、developerWorksで聞いてくれっていわれたな。(ｗ

>>84
EJBは、すっごくつかいにくい。
まだ、WebLogicのほうがまし。

Servletコンテナは、特に問題ないよ。
WebServerは、apacheだし、JSPコンパイラは、jasperだから
それをとったら何も残らないんだけど。

コネクションプールは、JTAとConnection.commit()を
併用すると、問題起こるね。
PreparedStatementプールにも問題ある。
分かっててそれを避ければ何とかなる。

http://incubator.apache.org/projects/geronimo.html

Geronimoだって。
スタンダードになるかなぁ。

>>87
アーキテクト次第。
あれだけ多彩なプロジェクトを1つにまとめるのは、
かなり困難だと思われ。

アーキテクチャを予想してみると、
MX4J(JMX Server)をカーネルにして、J2EEの各パーツが
JMXコンポーネントとして動くような感じじゃないかな。

それって、JBossじゃん(藁

>>86
両方つかったことあるんだ。すごいな。

>WebServerは、apacheだし、JSPコンパイラは、jasperだから
>それをとったら何も残らないんだけど。

じゃあWebSphereのうりはなんなんだ？

このスレって盛り上がらないね。(ｗ

有償のあぷ鯖が、いろいろ問題抱えているのは、
事実だ。俺は毎回泣かされている。
とはいえ、オープンソース物で良いかといえば、
本番で使ってないから分からない。

いろいろ問題あるけど、結局WebLogic,WebSphereを
使うという結論に毎回なってしまうわけだが。

>>89
IBMのブランド。それだけだ。

>>91
そんなのいらねー。
商用製品がTomcatに比べて優れている点として、
負荷分散がしやすいとか、数十台のサーバーを簡単に管理できるとか、
そういうのはないの？
大規模システム向けの機能ならあってもよさそうなもんだが。

>>92
セッションレプリケーションは、もちろんできる。
ただし、パフォーマンスの問題から、
スティッキーロードバランサを使うことがほとんどだから、
Tomcatでも同じことができる罠。

>>93
さんくす。
スティッキーロードバランサが何かわかんなかったからgoogleでしらべたら
こんなのがひっかかった。
http://www.ipa.go.jp/security/fy14/contents/high-availability/has.pdf
読んだら、けっこう勉強になった。
馬鹿にできんな、IPA。

>>94
良く書かれた資料だね。
じょうほうさんくす。
会社の連中に読ませるとしよう。(ｗ

モリアガランナー
ネタふってみるか

JonasとかJettyとか使ってる人いる？

>>96
もりあげるには、マイナーすぎるネタと思われ。(ｗ
メジャーなJBossですら、ほとんど使われてないのに。

Jettyってbinに入っている起動用のコマンドが、
Unix用しかないんだよな。
動かすのに途方に暮れたよ。

なに考えてるんだと開発元を小一時間問い詰めたい。

Jettyﾗﾌﾞ

>>97
4.2.9はcontribの中にあったのにね。
でも正直、Tomcatに比べればBAT書くのもそんなに難しいことはないと思うけど....

いっそApacheは完全に捨ててJetty一本で行こうかと思う今日この頃。
漏れは変態でしょうか？

>>98
Jettyと比べるなら、Tomcatのきがするが、
HTMLの扱いという意味ね。
Apache + Tomcatは、設定めんどくせーし、
プロセス間通信のオーバーヘッドがあるから、
Jettyで置き換えは、別に良いとおもいまつ。

比較した実測値があれば公表きぼんぬ。

100ｹﾞﾄ
ここで見てseasarを触ってみた
結構面白そうだと感じた
日本発というのが贔屓したくなるな

>>100
アプリケーションサーバって面白いとかそういう
たぐいのものじゃないと思うが。

>>101
そうか。漏れは面白いという類のものだと思ってた。

>>102
じゃ、何が面白いのか晒して味噌
ネタとして面白いならそれで、楽しめるしな。

それ以前にseasorってアプリケーションサーバなんですか？

>>103
アプリケーションサーバでもデータベースでもOSでも
何でもいいんだが、色々試して使えるようになると
面白いからそういうもんだと思ってたというだけだ。
あんまり気にするな。

>>104
そういってるんだからそうなんじゃないの？

>>105
サイトを見ると確かにそう言ってるね。
てっきり「Jettyが同梱されたWebアプリケーションフレームワーク」かと思った。

>>106
サイトを見るとって、ファイルをダウンロードする以外
何もなかった気がするけど。
Webアプリケーションフレームワークってなによ。

>>107
何が言いたいのかよくわからないが、SourceForgeのSeasarのページには
「Seasarは軽量高速で信頼性の高いAPサーバで」って書いてあるではないか。

StrutsとかWebWorkとかTapestryとかTurbineとかってWebアプリケーション
フレームワークって言わない？

>>108
スマソ。
今見たら、確かに書いてあった。
なんでもありってかんじだな。

Seasarをダウンロードしたらドキュメントに色々と書いてあった。
日本語なのでわかりやすい。で、JBossと比較してみると
JTAによるトランザクション管理というのは両方同じ。
組み込みJettyによるServletコンテナってのも両方同じ。
JBossはJettyからTomcatに標準が変更されたけど。
JNDIでJDBCのコネクションを管理してるのも同じかな。
HSQLDBが組み込まれているのも同じ。
MBeanプラグインが組み込める仕組みなのも同じ。
Seasarはそれ以外に独自のサービスプラグインの仕組みがあるっぽい。
別にWebだけでなくJavaApplicationをクライアントに出来るのも両方同じ。
Eclipse用のプラグインがあるのも同じだけど機能には差がありそう。
ホットデプロイはJBossだけ。
FlashRemotingのサーバ機能はOpenAMFを組み込めばどっちでもOKだろう。
Seasarは標準でサンプルまで用意されているからわかりやすいだけ有利か？
ORマッピングはJBossがEJBでSeasarはSqletという独自の仕組み。
これは好みで評価が分かれるところだろう。
Seasarはビジネスロジックを書くためのFlowletとかRuletがあるというのが
特徴だろうな。JBossは普通にJavaで書くわけだが最近ではAOPなんてのが
注目を集めているので、これらは開発手法に影響を与えそうだ。
分散関係はJBossの勝ちだろう。Seasarはこの辺全然何も書いてない。
オブジェクトキャッシュとかそういうのなさそう。逆に鯖が1台だけならシンプルでいいのかもな。
こうやって見るとSeasarはAP鯖だと言っても良さそうな気がする。
機能が少ないJBossというところか。

>>110
説明長。
結局、機能が少ないJBossだけど、マニュアル日本語でわかりやすい中ー
ことかな。
それは、それで存在価値歩きするけどね。
で、パフォーマンスとかはどうなんだ。

>>111
すまん。まとめてくれてありがとう。
パフォーマンスはよく調べたわけじゃないが
起動も早いし動作も非常に軽い印象を受けた。

>>110
起動の速さはJettyのおかげなのかな？
Seasarへの乗り換えを検討してみよう。

>>113
Jettyのおかげというよりも本体自体がすごく軽い感じ

seasar面白い。
EJBだのJBossだの、手を出そうと思いつつも、
ちんぷんかんぷんで挫折の連続だった馬鹿でへたれな漏れには、
すんごく分かりやすくて、かつラクチン。

そういや、WebLogicが開発者ライセンスフリーで
使えるようになったけど、実際に使っている香具師いる?

漏れは、Webのチュートリアルを見ただけだが、
それがFlashでできていて(Viewletというらしい)
プリロードのユーザへのフィードバックがないから、
固まったのかよとおもわせるあの作りに萎えちゃったよ。
ムービーもユーザのアクションに関係無くどんどん進んでいくしな。
FFかよ。

結局、WebLogicは使っている香具師いないのか。
EJBやWebServiceは、実際はあまり使わないってことかな。

使いたいと思うのだが、学生さんなので手が出ませぬ > WebLogic。

>>96
JOnASって赤帽のASになるみたいだな。
記念age
ただ、漏れならJBossにするけどね。
なんでだろ。

ユーザ500人でアプリケーションサーバ？
w)
そんなこと考えるより
ユーザー数増やすこと先に考えたら

うちなんか1day300HITでWebSphereダゼw

>>121
魔法のiらんどで間に合うんじゃない

http://www.itmedia.co.jp/enterprise/0312/19/epn05.html
Red Hatのアプリケーションサーバ、2004年前半登場
Red HatはLinuxを成功させたように、アプリケーションサーバ市場を切り崩せるだろうか？
米Red Hatは2004年前半、Javaソフトウェア市場に参入する計画だ。
アプリケーションサーバ分野でIBM、BEA Systems、Sun Microsystemsといった先行ベンダーに挑む。

http://www.gihyo.co.jp/books/syoseki.php/4-7741-1839-7
http://www.beasys.co.jp/dev2dev/ejb_book/index.html

>>124
わざわざageて何が言いたい？
まさか宣伝ageじゃあるめぇな？

>>125
まぁまぁ、もちつけ。
盛り上がりにくいスレだからこれくらい良いだろう。
でも、EJBを前面に持ってくるあたり。。。(ry

Seaser ver.1 Finalリリースあげ
http://seasar.sourceforge.jp/

アプリケーションサーバの資格を議論しよう。
http://www.beasys.co.jp/news/japan/2004/20040122.html
http://www.oracle.com/education/lang/jp/certification/index.html?o9iaswebadmin_oca.html
http://www-6.ibm.com/jp/profesnl/subject/webs.html

http://www.beasys.co.jp/BeaPortal/bcd_cb_81.jsp
http://www.beasys.co.jp/service/service/certified_prog.html

もっとマニアックなのない？

https://psc.borland.co.jp/training/servlet/MainServlet/Introduction?TRAINING_KIND_CODE=75
http://suned.sun.co.jp/JPN/certification/compdetails.html
http://suned.sun.co.jp/JPN/certification/busidetails.html
http://suned.sun.co.jp/JPN/certification/progdetails.html
前提条件: Sun Certified Programmer for the Java Platform(SJC-P)取得
http://pc.2ch.net/test/read.cgi/prog/1064349210/l50
1 ：仕様書無しさん ：03/09/24 05:33
このスレッドは、Sun認定Java資格の
SJC-P Sun Certified Programmer for the JAVA 2 Platform 1.4
Sun Certified Programmer for the JAVA 2 Platform 1.2

に関して、具体的な『実用情報』を集めるために立てました。

過去スレ・関連スレ>>2
受験手続き・チケット情報>>3
関連書籍 >>4
リンクなど >>5

WebSphereを導入せざるを得なくなったのですが、
難しい構成にしなければならなくて苦労してます。

社内や関係者に詳しい者がいなくてサポートに頼るしかない状況。
こちらの質問に正しく答えてくれないし返信も遅いし．．．。

設定が多すぎて何が失敗してるのかさっぱりわからん。
必要最小限の構成や設定であれば良いのに．．ドコに何があるのかさっぱり分からんよ。

今までオープン系しか触ったことが無かったのでイライラしてまふ。
やっぱそんなもんですかねぇ．．．

developerWorksに、いろいろTipsがあるだろ。参照しる

>>132
そんなもんだ。
いろんなとこをいったりきたりしなきゃいけないんだよなぁ。
漏れもすごく鬱になったよ。

>>133
>>134
れすありがとです。
そうですか．．．やっぱ手間と時間がかかりますよね。
付きっきりで設定に取り掛かれないので、鬱になりそうです。
しかもサーバは隔離された別棟に置いてあるので、ネットで調べるのにも一苦労．．。

高い金払って買ったのに、何でこんな苦労しなきゃならんのかと思ってしまう。
乗り越えるハードルが多すぎる．．．ぐちぐち。

金を払えば効率改善できると思うな。
ツールや技術を使うのはあくまで人間だ。
使う側が、使用対象を学び、使い方を習得しなければ意味がない。
最近のコスト削減の流れの中、高い金を払って勉強のネタを提供してくれた会社にｶﾝｼｬ汁

>>136
WASがあまりに設定する側のことを考慮してないから、
この人は愚痴ってるんでしょう。
殿様商売してるからね。

設定が複雑ってのは、それだけシステム内部の詳細に迫る
知識を得られるかもしれない、
というお花畑を見てみるテスト。