トップページ⇒tech
67コメント19KB

【奥さん】JBoss【無料ですよ】

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさんNGNG
フリーのEJBコンテナJBossについて語りやがれこの野郎

JBoss本家
http://www.jboss.org/
JBossFAN
ttp://homepage2.nifty.com/neverbird/jboss/index_jp.html
0017デフォルトの名無しさんNGNG
何を基準にEJBが必要かどうかってのを決めればいいの?
RDBMSを必要とする場合にはEJBの方がよいと思うのはあさはかかなぁ?
小規模の開発でもEJBを使えるメリットってあると思えるんだけど
その辺どうよ?

001818NGNG
>>1 のリンク先の EJB FAQ から。

EJBはワークグループ単位の小規模なシステムにも適用できますか。
http://homepage2.nifty.com/neverbird/jboss/articles/ejbfaq.html#N10031
0019デフォルトの名無しさんNGNG
このスレの看板です(゚∀゚)アヒャ

     |  | ̄ヽ
     |  |_ノ
     |  |  `ヽ  r'⌒ヽ  (二`  (二`
 ヽ、_ノ  . |___ノ   ヽ_ノ  、_)  .、_)
00207NGNG
>>17
何を基準にEJBが必要か決めるのはSEの仕事。
サーブレット/JSPでできないとこがあって、
それがEJBを使えば解決できるってときに使用する。
0021デフォルトの名無しさんNGNG
サーブレット・JSPで出来ないことなんてあるのか?
やろうと思えば何でも出来る気がするが・・・・。
面倒なのは複数DBサーバ間のトランザクションの管理くらい
しか思い浮かばんなぁ。

簡単なWebApplication(たとえばログインだけのもの)でも
後ろにRDBMSがあるならばEJBを使ったほうが
生産性・安全性はあがらないかね?
0022デフォルトの名無しさんNGNG
まあ、スケーラビリティを確保したい場合はEJBが簡単だろうね。

性能的な用件が低ければ、複雑なシステムでもEJBを使わない方が
楽なのではないかと感じています。
0023デフォルトの名無しさん NGNG
複雑なとらんざくしょん管理には必須だと思うのだけれど。
0024デフォルトの名無しさんNGNG
>>21
> 簡単なWebApplication(たとえばログインだけのもの)でも
> 後ろにRDBMSがあるならばEJBを使ったほうが
> 生産性・安全性はあがらないかね?
安全性は知らないけど、生産性あがる?
それくらいだったらPHP使ったほうがいいのでは?

>>22
> まあ、スケーラビリティを確保したい場合はEJBが簡単だろうね。
本当に簡単なの?

JBossの3.0がでてるみたいなんですが、
誰か使って見た人いませんか?
0025デフォルトの名無しさんNGNG
>>24
安全性ってのはSQLをしこしこ作ったりしてバグを埋め込む可能性
ってことね、説明不足ごめんなさい。
生産性に関しては、少なからずJDBCの記述やコネクションプーリング
SQLの作成、SQLの発行など、明らかに自分で書く部分が減りませんか?
さらに、テストフェーズになれば自分で書いた部分のテストの量が
変わってきますよね?(とはいっても同程度のテストはEJBでもしなくてはならないが・・・)
PHPは使ったことがないのですいませんが分りませんm(__)m
0026デフォルトの名無しさんNGNG
JBossのVer3ってクラスタリングできるようになるんだっけ?
クラスタリングできるようになると結構よさげな予感!!
0027デフォルトの名無しさんNGNG
>>25
そういわれるとそんな気もするけど、
簡単なWebアプリでEJBは大げさじゃない?
ベンツでタバコ買いに行くようなものでしょ。

PHPはたくさん関数が用意されているんで、
ちょっとしたものを作るのには最適。
ファイルロックの関数なんかもあるし、
SSLソケット通信も簡単。
ただ、あまり難しいことやろうとするとハマる可能性大。

とりあえずPHP
ハマりそうならサーブレット/JSP
複雑なトランザクション管理等がでてきたらWebSphere
なカンジで選んでます。
データベースは検索系ならMySQLとか目的にあわせて
選択します。
もちろん予算・客の好みも関係してくるけど。
0028デフォルトの名無しさんNGNG
>>27
ベンツというか、重戦車・・・
0029デフォルトの名無しさんNGNG
この休みにJBoss ver3インストールして遊んでみます。
といってみるテスト
0030デフォルトの名無しさんNGNG
ガンガレと応援してみせるテスト
0031デフォルトの名無しさんNGNG
あのすいません
JBoss2.4.4+Tomcat4.0.1版使いたいんですけど
どうもTomcatのほうが動いてくれないんですよね
前と違うのはTOMCAT_HOMEではなくてCATALINA_HOMEを設定して
run_with_catalinaでいいと思うんですが・・・
0032デフォルトの名無しさんNGNG
JBOSS-DIST設定した?
0033デフォルトの名無しさんNGNG
>>28
つまり
後にそこが戦場になりそうだったら
戦場になってから重戦車を購入するのは手遅れだから
今から重戦車で煙草買いにいっとけってこと?

すれ違いなのでsage
003431NGNG
>>32
ええもちろん設定してますよ
JBoss2.4.4+Tomcat3.2.3はうまくいくんだけど・・・
JBOSS-DIST、CATALINA_HOME(前バージョンではTOMCAT_HOME)
の2つを設定するんですよね?
で、run_with_cataline.batを起動しても
Tomcatのメインページだけ「現在問題があり表示できません」となります
0035デフォルトの名無しさんNGNG
ああ、TOMCATのメインページデフォルトだと出ないです。
でもあれですよね、http://localhost:8080/jboss/は表示されますよね?
なんだか、TOMCATのserver.xmlを読みに逝かないらしいので
そんなことになるみたいです。
設定方法ワカランです。アハー
ttp://homepage2.nifty.com/neverbird/jboss/articles/jbossfaq.html#N10072
ttp://www.freeml.com/message/[email protected]/0000250
003631NGNG
>でもあれですよね、http://localhost:8080/jboss/は表示されますよね?
はい、そうですそのとうりです
>なんだか、TOMCATのserver.xmlを読みに逝かないらしいので
そんなことになるみたいです。
そうなんですか・・・
まあ、JBoss2.4.4+Tomcat3.2.3でじゅうぶんなんですが・・・
バージョン変わるごとに設定&インスト方法変わるの
はなるべくやめてほしい
Apacheとかもそうだけど・・・
0037デフォルトの名無しさんNGNG
EJBはフレームワークなわけで、
EJBというフレームワークにマッチしてれば
規模にかかわらずEJBを使った方がいいに決まってる。
まあEJBについて学習済みであればの話だけどね。
0038デフォルトの名無しさんNGNG
>>37
>EJBというフレームワークにマッチしてれば
>規模にかかわらずEJBを使った方がいいに決まってる。
だから、その理由は何なのか議論してるんだよ
なんでEJBのほうがいいの?

0039デフォルトの名無しさんNGNG
>>38
たしかに、なんでもかんでもEJBを使う必要は無いかもしれないが、
EJB使ったほうが、堅牢性・可搬性・分散対応・耐久性・運用性など
いろいろな利点があると思うよ。
Googleで「EJBの長所」とかで検索してみな。
0040デフォルトの名無しさんNGNG
>>39

確かにそうだが、技術指向な俺の場合、無闇にEJBに走る前に、
本当にEJB にする必要かどうか三度は考え直すようにしている。
0041デフォルトの名無しさんNGNG
俺は手段の為には目的は選びませんが何か?
0042デフォルトの名無しさんNGNG
>>41

つっても、シンプル設計(XP マンセー)してれば、EJB化
するのもそんなに苦にはならないし。
0043デフォルトの名無しさんNGNG
>>40
で、よくあるのが、Servlet/JSPなどに不足しているアーキテクチャを
自分たちで作ってしまうという、アンチパターンに陥ると。
0044デフォルトの名無しさんNGNG
>>43
((;゚Д゚)ガクガクブルブル
0045デフォルトの名無しさんNGNG
>>43 だいたいtaglib及びストラッツ相当品を作ってしまう罠。
0046デフォルトの名無しさんNGNG
>>38
そりゃ、あんたフレームワークの意味がわかって発言してんのけ?
0047デフォルトの名無しさんNGNG
ここって、JavaPressを読んでる人が集まるスレだったのか・・・
0048デフォルトの名無しさんNGNG
>>43
RDBMSとJavaBeansとのマッピングおよび永続化処理をも自作してしまうという罠。
0049デフォルトの名無しさんNGNG
>>43
トランザクション管理のシステムをも自作してしまうという罠。
0050デフォルトの名無しさんNGNG
>>43
Beanのインスタンスのプーリング処理をも自作してしまうという罠。
0051デフォルトの名無しさんNGNG
@@@
(゚ Д゚ ) <あらやだ、JBussって無料なの??
0052デフォルトの名無しさんNGNG
>>51
無料以外のメリットはないけどね。
JBossが
http://www.cmis.csiro.au/adsat/j2eev2.htm
のABCDEのどれであるかは明白ですね。

ちなみに前回の調査はこれ。
http://www.cmis.csiro.au/adsat/PDF/MTE%20App%20Server%20Comparison%20v1.0%20Exec%20Summary1.pdf
0053デフォルトの名無しさんNGNG
APサーバ屋キターーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
0054デフォルトの名無しさんNGNG
>52
こんな胡散臭いグラフを見たのは久しぶりだ。
0055デフォルトの名無しさんNGNG
>>54
どのへんが?
005654じゃないですNGNG
>>55
グラフの目盛りがないじゃん
Poor の目盛りが5000でExcellentの目盛りが5100だとしたら
どれも差がないよ
0057デフォルトの名無しさんNGNG
>>52
JBossはABCDEのどれにもはいってないじゃないの?
clustering is not available in the version of JBoss evaluated
だから 該当グラフの Scalabilityが評価できないじゃん
0058デフォルトの名無しさんNGNG
便利そうなの見つけた
http://sourceforge.net/projects/jboss-opentool/
0059デフォルトの名無しさんNGNG
>>58
(・∀・)イイ!でかした!!

でも

英語読めんからよくわからんが、これってJBuilder6で
Jbossつかえるようになるのかな
ってことは、設定ファイル関係とか作ってくれちゃうのかなぁ
ウフフフフフフフ
0060デフォルトの名無しさんNGNG
age
006161NGNG
JBoss 3.0 RC2 で EJB 2.0 の CMP Entity Bean を作ってみています。

が、デプロイ時に

 The entity bean class must not be defined as abstract.

という Warning が出ます。

これは Bean が EJB1.1 のものと見られているのだと思うのですが、EJB2.0/1.1 の
切り替えの設定は JBoss で行うのでしょうか?

設定ファイルを見てもそれらしいところは見つからない。

Bean のほうの ejb-jar.xml に <cmp-version /> というのがあるので、これで識別させる
のかと思ったけど、これを変えても同じだし。

ハァ
0062ansiNGNG
jboss3.0でクラスタ組んだ人っている?
0063デフォルトの名無しさんNGNG
JBoss 2.4.6 リリースあげ
0064デフォルトの名無しさんNGNG
age
0065デフォルトの名無しさんNGNG
JBoss使って気軽にポート8082開けっ放しのサイトがあるのは
惨いというかなんというか。。。。
0066 NGNG
jboss.xmlを使わずejb-jar.xmlのみでejbをデプロイしてlookupすることは出来ますか??
0067デフォルトの名無しさんNGNG
奥さんてみのもんたか
■ このスレッドは過去ログ倉庫に格納されています