5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

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

1 :デフォルトの名無しさん:02/04/17 16:27
フリーのEJBコンテナJBossについて語りやがれこの野郎

JBoss本家
http://www.jboss.org/
JBossFAN
ttp://homepage2.nifty.com/neverbird/jboss/index_jp.html

2 :2ゲッター七氏:02/04/17 16:34
げと

3 :デフォルトの名無しさん:02/04/17 16:35
なにはともあれ、使う側からみた明らかな機能の制限事項一覧を書いてくれると助かる。
辛口で。


4 :1:02/04/17 16:46
スレ立ててみたけど、これから使おうと思ってんだよね
というか、いままでEJBなんて高価な物を使ったこと無かったから
勉強がてら、使ってみようかと
ということで、使ったことある人の意見キボンヌ

5 :デフォルトの名無しさん:02/04/17 16:58
スレタイトルがいまいちなんだよ!!

6 :1:02/04/17 17:01
>>5
じゃぁ、次スレのタイトル考えてくださいm(__)m

7 :デフォルトの名無しさん:02/04/18 11:13
今のところTOMCATでこと足りてるからね。
あえてEJB導入して地獄みたくないし。
EJB使うときってそれなりに予算のあるプロジェクトでしょ。
そうなるとBEAかIBMのってことになる。
よって存在意義なし>JBoss

8 :デフォルトの名無しさん:02/04/18 14:18
お勉強だけならSunのJ2EEツールで十分だしね。

9 :デフォルトの名無しさん:02/04/18 18:59
え!EJB使うと地獄見るの?
なじぇ?

10 :7:02/04/18 19:27
え!なじぇかって?
TOMCAT使ってる時点で小規模のシステムしか
構築したことないってわかるでしょ?
そんなシステムにEJB導入なんてDQNなヤシがすること。
DQNなヤシが関わっている時点でそのプロジェクトは
地獄なのです。


11 :デフォルトの名無しさん:02/04/18 19:41
>TOMCAT使ってる時点で小規模のシステムしか
>構築したことないってわかるでしょ?

TOMCAT で大規模システムはありえませんか?
できる人たちが TOMCAT で EJB 導入はありえませんか?



12 :7:02/04/18 19:50
>>11
さあ、どーだろーね。
TOMCATで大規模はアリかもしれんが、
できる人たちがいてもTOMCATでEJB導入は無理だと思う。


13 :11:02/04/18 19:53
> 無理

なぜですか?

14 :7:02/04/18 20:05
>>13
そうきっぱり聞かれると自信なくなっちゃうなぁ。
TOMCATはEJBコンテナがないので、TOMCATだけで
EJBを動かすことはできないはず。
EJBを使うのであればEJBコンテナを実装している
他のを使いなさい。


15 :11:02/04/18 20:12
何どもすいません。

TOMCAT + JBoss での EJB は選択肢になりえませんか?


16 :7:02/04/18 20:34
そういえばここはJBossのスレだったね。

> TOMCAT + JBoss での EJB は選択肢になりえませんか?
選択肢にはなるでしょう。
Apacheといっしょに使うことになると思うけど、
それらに精通していないと大規模システムは無理でしょう。
でもね、まず本当にEJBが必要か考えたほうがいいよ。


17 :デフォルトの名無しさん:02/04/18 21:52
何を基準にEJBが必要かどうかってのを決めればいいの?
RDBMSを必要とする場合にはEJBの方がよいと思うのはあさはかかなぁ?
小規模の開発でもEJBを使えるメリットってあると思えるんだけど
その辺どうよ?



18 :18:02/04/18 22:00
>>1 のリンク先の EJB FAQ から。

EJBはワークグループ単位の小規模なシステムにも適用できますか。
http://homepage2.nifty.com/neverbird/jboss/articles/ejbfaq.html#N10031


19 :デフォルトの名無しさん:02/04/18 22:20
このスレの看板です(゚∀゚)アヒャ

     |  | ̄ヽ
     |  |_ノ
     |  |  `ヽ  r'⌒ヽ  (二`  (二`
 ヽ、_ノ  . |___ノ   ヽ_ノ  、_)  .、_)

20 :7:02/04/18 23:25
>>17
何を基準にEJBが必要か決めるのはSEの仕事。
サーブレット/JSPでできないとこがあって、
それがEJBを使えば解決できるってときに使用する。


21 :デフォルトの名無しさん:02/04/19 01:20
サーブレット・JSPで出来ないことなんてあるのか?
やろうと思えば何でも出来る気がするが・・・・。
面倒なのは複数DBサーバ間のトランザクションの管理くらい
しか思い浮かばんなぁ。

簡単なWebApplication(たとえばログインだけのもの)でも
後ろにRDBMSがあるならばEJBを使ったほうが
生産性・安全性はあがらないかね?

22 :デフォルトの名無しさん:02/04/19 01:50
まあ、スケーラビリティを確保したい場合はEJBが簡単だろうね。

性能的な用件が低ければ、複雑なシステムでもEJBを使わない方が
楽なのではないかと感じています。


23 :デフォルトの名無しさん :02/04/19 03:59
複雑なとらんざくしょん管理には必須だと思うのだけれど。

24 :デフォルトの名無しさん:02/04/19 10:53
>>21
> 簡単なWebApplication(たとえばログインだけのもの)でも
> 後ろにRDBMSがあるならばEJBを使ったほうが
> 生産性・安全性はあがらないかね?
安全性は知らないけど、生産性あがる?
それくらいだったらPHP使ったほうがいいのでは?

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

JBossの3.0がでてるみたいなんですが、
誰か使って見た人いませんか?


25 :デフォルトの名無しさん:02/04/19 14:52
>>24
安全性ってのはSQLをしこしこ作ったりしてバグを埋め込む可能性
ってことね、説明不足ごめんなさい。
生産性に関しては、少なからずJDBCの記述やコネクションプーリング
SQLの作成、SQLの発行など、明らかに自分で書く部分が減りませんか?
さらに、テストフェーズになれば自分で書いた部分のテストの量が
変わってきますよね?(とはいっても同程度のテストはEJBでもしなくてはならないが・・・)
PHPは使ったことがないのですいませんが分りませんm(__)m

26 :デフォルトの名無しさん:02/04/19 14:59
JBossのVer3ってクラスタリングできるようになるんだっけ?
クラスタリングできるようになると結構よさげな予感!!

27 :デフォルトの名無しさん:02/04/19 16:50
>>25
そういわれるとそんな気もするけど、
簡単なWebアプリでEJBは大げさじゃない?
ベンツでタバコ買いに行くようなものでしょ。

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

とりあえずPHP
ハマりそうならサーブレット/JSP
複雑なトランザクション管理等がでてきたらWebSphere
なカンジで選んでます。
データベースは検索系ならMySQLとか目的にあわせて
選択します。
もちろん予算・客の好みも関係してくるけど。


28 :デフォルトの名無しさん:02/04/19 21:00
>>27
ベンツというか、重戦車・・・

29 :デフォルトの名無しさん:02/04/19 21:58
この休みにJBoss ver3インストールして遊んでみます。
といってみるテスト


30 :デフォルトの名無しさん:02/04/19 22:24
ガンガレと応援してみせるテスト

31 :デフォルトの名無しさん:02/04/20 06:05
あのすいません
JBoss2.4.4+Tomcat4.0.1版使いたいんですけど
どうもTomcatのほうが動いてくれないんですよね
前と違うのはTOMCAT_HOMEではなくてCATALINA_HOMEを設定して
run_with_catalinaでいいと思うんですが・・・

32 :デフォルトの名無しさん:02/04/20 07:32
JBOSS-DIST設定した?

33 :デフォルトの名無しさん:02/04/20 14:00
>>28
つまり
後にそこが戦場になりそうだったら
戦場になってから重戦車を購入するのは手遅れだから
今から重戦車で煙草買いにいっとけってこと?

すれ違いなのでsage

34 :31:02/04/20 17:18
>>32
ええもちろん設定してますよ
JBoss2.4.4+Tomcat3.2.3はうまくいくんだけど・・・
JBOSS-DIST、CATALINA_HOME(前バージョンではTOMCAT_HOME)
の2つを設定するんですよね?
で、run_with_cataline.batを起動しても
Tomcatのメインページだけ「現在問題があり表示できません」となります


35 :デフォルトの名無しさん:02/04/20 17:35
ああ、TOMCATのメインページデフォルトだと出ないです。
でもあれですよね、http://localhost:8080/jboss/は表示されますよね?
なんだか、TOMCATのserver.xmlを読みに逝かないらしいので
そんなことになるみたいです。
設定方法ワカランです。アハー
ttp://homepage2.nifty.com/neverbird/jboss/articles/jbossfaq.html#N10072
ttp://www.freeml.com/message/jboss-fan@freeml.com/0000250

36 :31:02/04/20 17:42
>でもあれですよね、http://localhost:8080/jboss/は表示されますよね?
はい、そうですそのとうりです
>なんだか、TOMCATのserver.xmlを読みに逝かないらしいので
そんなことになるみたいです。
そうなんですか・・・
まあ、JBoss2.4.4+Tomcat3.2.3でじゅうぶんなんですが・・・
バージョン変わるごとに設定&インスト方法変わるの
はなるべくやめてほしい
Apacheとかもそうだけど・・・

37 :デフォルトの名無しさん:02/04/20 21:23
EJBはフレームワークなわけで、
EJBというフレームワークにマッチしてれば
規模にかかわらずEJBを使った方がいいに決まってる。
まあEJBについて学習済みであればの話だけどね。


38 :デフォルトの名無しさん:02/04/20 22:19
>>37
>EJBというフレームワークにマッチしてれば
>規模にかかわらずEJBを使った方がいいに決まってる。
だから、その理由は何なのか議論してるんだよ
なんでEJBのほうがいいの?



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

40 :デフォルトの名無しさん:02/04/21 14:51
>>39

確かにそうだが、技術指向な俺の場合、無闇にEJBに走る前に、
本当にEJB にする必要かどうか三度は考え直すようにしている。

41 :デフォルトの名無しさん:02/04/21 14:54
俺は手段の為には目的は選びませんが何か?


42 :デフォルトの名無しさん:02/04/21 14:58
>>41

つっても、シンプル設計(XP マンセー)してれば、EJB化
するのもそんなに苦にはならないし。

43 :デフォルトの名無しさん:02/04/21 17:59
>>40
で、よくあるのが、Servlet/JSPなどに不足しているアーキテクチャを
自分たちで作ってしまうという、アンチパターンに陥ると。


44 :デフォルトの名無しさん:02/04/22 09:27
>>43
((;゚Д゚)ガクガクブルブル

45 :デフォルトの名無しさん:02/04/22 10:24
>>43 だいたいtaglib及びストラッツ相当品を作ってしまう罠。

46 :デフォルトの名無しさん:02/04/22 12:18
>>38
そりゃ、あんたフレームワークの意味がわかって発言してんのけ?

47 :デフォルトの名無しさん:02/04/22 12:18
ここって、JavaPressを読んでる人が集まるスレだったのか・・・

48 :デフォルトの名無しさん:02/04/22 12:18
>>43
RDBMSとJavaBeansとのマッピングおよび永続化処理をも自作してしまうという罠。


49 :デフォルトの名無しさん:02/04/22 12:24
>>43
トランザクション管理のシステムをも自作してしまうという罠。


50 :デフォルトの名無しさん:02/04/22 12:25
>>43
Beanのインスタンスのプーリング処理をも自作してしまうという罠。

51 :デフォルトの名無しさん:02/04/22 12:30
@@@
(゚ Д゚ ) <あらやだ、JBussって無料なの??

52 :デフォルトの名無しさん:02/04/22 14:33
>>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


53 :デフォルトの名無しさん:02/04/22 14:45
APサーバ屋キターーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー


54 :デフォルトの名無しさん:02/04/22 15:03
>52
こんな胡散臭いグラフを見たのは久しぶりだ。

55 :デフォルトの名無しさん:02/04/22 16:23
>>54
どのへんが?

56 :54じゃないです:02/04/22 16:29
>>55
グラフの目盛りがないじゃん
Poor の目盛りが5000でExcellentの目盛りが5100だとしたら
どれも差がないよ

57 :デフォルトの名無しさん:02/04/22 16:33
>>52
JBossはABCDEのどれにもはいってないじゃないの?
clustering is not available in the version of JBoss evaluated
だから 該当グラフの Scalabilityが評価できないじゃん

58 :デフォルトの名無しさん:02/04/22 17:11
便利そうなの見つけた
http://sourceforge.net/projects/jboss-opentool/


59 :デフォルトの名無しさん:02/04/22 17:41
>>58
(・∀・)イイ!でかした!!

でも

英語読めんからよくわからんが、これってJBuilder6で
Jbossつかえるようになるのかな
ってことは、設定ファイル関係とか作ってくれちゃうのかなぁ
ウフフフフフフフ

60 :デフォルトの名無しさん:02/05/01 19:16
age

61 :61:02/05/14 05:03
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 /> というのがあるので、これで識別させる
のかと思ったけど、これを変えても同じだし。

ハァ

62 :ansi:02/05/14 07:23
jboss3.0でクラスタ組んだ人っている?

63 :デフォルトの名無しさん:02/05/17 01:09
JBoss 2.4.6 リリースあげ


64 :デフォルトの名無しさん:02/06/13 00:42
age

65 :デフォルトの名無しさん:02/06/13 06:20
JBoss使って気軽にポート8082開けっ放しのサイトがあるのは
惨いというかなんというか。。。。


66 : :02/06/29 00:59
jboss.xmlを使わずejb-jar.xmlのみでejbをデプロイしてlookupすることは出来ますか??

67 :デフォルトの名無しさん:02/06/29 01:01
奥さんてみのもんたか

15 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)