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

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

サーバーサイドJAVAをまたーり語るスレ

1 :$UN:01/11/06 00:07
やっぱりJ2EEだった。
サーバーサイドJAVAをまたーり語るスレです。

JAVA関係はあるけどJ2EE、JSP、サーブレット等の
サーバーサイドJAVAの専用スレッドはないので立ててみました。

煽りはなしとは言いませんが、このような末路
http://pc.2ch.net/test/read.cgi/tech/1004021441/
をたどるのはやめましょう。

実際のコードの質疑応答も!の方向で。
.NETの話はもちろんなしとは行きませんが、主題はJAVAということで。

2 :$UN:01/11/06 00:09
やっちゃいました。

取り敢えず、関連スレはこちらです。

JAVA相談室
http://pc.2ch.net/test/read.cgi/tech/1003567552/

JAVAサーブレットQ&A
http://pc.2ch.net/test/read.cgi/tech/972229341/

他にもあったらフォローお願いします。

3 :デフォルトの名無しさん:01/11/06 00:12
やっぱWebはJavaだよね〜
単一の言語で統一されているフレームワークの美しさといったら、もう!
ワケわからん実行エンジンつんで言語非依存を謳う某よりも、無理がなくっていい感じ。

でも俺はEJBについて情報交換したいな。

4 :デフォルトの名無しさん:01/11/06 00:13
ついでにこれも。

Servlet/JSPのフレームワークを語るスレ
http://pc.2ch.net/test/read.cgi/tech/1001950590/

5 :デフォルトの名無しさん:01/11/06 00:16
「JAVA相談室」は言語全般(言語そのものの文法、アプレット、アプリケーション等)で、
「JAVAサーブレットQ&A」はサーブレット専門でいいんじゃない?
「Servlet/JSPのフレームワークを語るスレ」は異色だな。でも素のサーバサイドJavaとは論点が異なるでしょ?

6 :$UN:01/11/06 00:17
クライエントサイドはこっち
http://pc.2ch.net/test/read.cgi/tech/1002160815/

でもっち、聖地へのリンクもいちお
http://java.sun.com/j2ee/j2sdkee/ja/index.html

あとはJAVA参考リンク
http://www.atmarkit.co.jp/fjava/index.html

>4
THANX!!

7 :デフォルトの名無しさん:01/11/06 00:17
CORBA、RMI-IIOP、Jini、JTA、JMA、
JAXP、JAXM、JAXB、SOAP、
サーバサイドを語るっつうなら、この辺
語ってくれよ。

8 :デフォルトの名無しさん:01/11/06 00:20
JNDI、JDBC、JDO、JavaMailもだな。EJBも当然。CMPやBMPの将来性とか。
JXTAはダメか?

9 :デフォルトの名無しさん:01/11/06 00:22
本当はJavaに依存してないけどXSPも仲間にいれてくれ。
JAVAサーブレットQ&A のほうで話だしてももりあがんね。

10 :$UN:01/11/06 00:23
もちろん、CORBAはちょっとJ2EEでどうなんのかは
謎だが、SOAP、EJB、RMIと...

まぁ、その辺はご理解の上ということで。

つか、開発環境はどんな感じの人が多いんですかね?

11 :デフォルトの名無しさん:01/11/06 00:24
Jini&JavaSpacesって、何気にすげえ!と
思うんだけど、何で流行んないの?
なんか圧力でもかかってんの?

XML関連って、単に電文の規格統一したっ
てだけじゃん。

12 :デフォルトの名無しさん:01/11/06 00:26
いがぴょんの日記が終わっちゃたよ(T_T)

13 :デフォルトの名無しさん:01/11/06 00:26
真夜中だってのに伸びる伸びる。みんな明日の仕事大丈夫か?
CORBAもいいんじゃない?JavaIDL中心になってしまうと思うが。
開発環境やAPサーバの選択とかについて語るのもいいだろうね。
ちなみに俺は秀丸+J2EE RI・・・

14 :デフォルトの名無しさん:01/11/06 00:28
前スレと違って優良スレの予感・・・
不純分子がなくなるだけで、こうも変わるのか・・・
まあもう少し経ってみないとどうなるか分からんが・・・

15 :デフォルトの名無しさん:01/11/06 00:30
Relax仕事で使ってる人っています?

16 :デフォルトの名無しさん:01/11/06 00:30
後はMailetを入れてくれ。誰も知らなさそうだが。
誰かJames知ってる人いない?

17 :マウスさん:01/11/06 00:33
Javaって将来性あるんですか?

18 :デフォルトの名無しさん:01/11/06 00:38
>>11
>なんか圧力でもかかってんの?

いわゆる圧力かどうかは知らぬが、RDBという存在が
重みとして避け難いものが有る、というのが現状かと。

19 :$UN:01/11/06 01:00
皆さんはどんな用途に使ってますか?
大半仕事なのかな?

漏れはMySQLと連携させてあそんどるんですが。
でも、学生なん家で高尚な環境は...(~_~;)

そういえば、CORBAが基本情報の問題にでてきました(笑

Javaアプリケーションサーバは
**********************
・Java Web Server@sun
・Tomcat@prg.jakarta
・JServ@apache.org
・JRun@Macromedia
・WebSphere@IBM
**********************
ぐらいしか知らんのですが(汗

JRun、JServは使ったことあって、今はtomcat使ってます。

20 :$UN:01/11/06 01:12
っと、ここに揃ってました。

http://java.sun.com/products/servlet/industry.html

21 :デフォルトの名無しさん:01/11/06 01:15
>>2
そのスレは終了しています。

22 :デフォルトの名無しさん:01/11/06 01:17
>>2
そのスレはこちらに統合されました。
同コンセプトのJavaスレが複数あっても閲覧性が低下するだけでしょう?

ネタ心者歓迎! 今更ながらにJava相談室
http://pc.2ch.net/test/read.cgi/tech/1003569074/l50

23 :デフォルトの名無しさん :01/11/06 04:51
EJBを勉強するサンプルとしてPetStoreは適しているのですか?
.NETにも同じサンプルがあるからそれほどいいものなのかと思いまして。

24 :PJA:01/11/06 05:25
Linux RedHat7.1J上でPJA(http://www.eteks.com)+Servlet(またはJPS)
を使って日本語出力(画像)に悪戦苦闘しています。

Linux+PJA+Servlet(またはJSP)で日本語出力(画像)に成功された方はおられるのでしょうか?

PJAに付属のfont.propertiesとかをいじってみたんですが、わけわからねぇ〜状態です。

25 :デフォルトの名無しさん:01/11/06 06:43
RMI/IIOP上で動かしてるリモートオブジェクトと、CORBAオブジェクトは
相互利用可能なんですか?
可能な場合、RMIのオブジェクトシリアライズはどこまで利用できるのでしょうか?

26 :デフォルトの名無しさん:01/11/06 07:54
なんだここは? JAVA支持者避難所か?

27 :デフォルトの名無しさん:01/11/06 08:23
>>23
PetStoreはサンプルとしては妙に凝りすぎてて適していないと思いますね。
EJBのサンプルって、妙に複雑か、逆に簡単すぎて不十分か、どっちかに偏ったものばかりですね。

>>24
ここはサーバサイドJavaをやっている人、またはやろうとしている人が集うスレです。
ちなみに煽りスレはこちら:http://pc.2ch.net/test/read.cgi/tech/1004021441/

28 :初心。:01/11/06 19:49
J2EE対応の商用APサーバのトップ3

調査項目| 1位      2位       3位
現在使用| WebSphere |WebLogic   |JRun
導入予定| WebLogic  |Oracle 9iAS |WebSphere
試用意向| Oracle 9iAS|WebLogic/WebSphere

だそうで。自分はWebSphereを今後使ってみたい感じなんですが。
無償で入手できるWebSphere開発者キットCDもらえるらしいし。

J2EEってかサーブレット、JSP、EJB止まりですが。

J2EE = Webブラウザ ⇔ J2EEサーバ + データベース
     --------------------------------------
~~~~~~~~~~~~~~~~~~~~~  ~~~~~~~~~~~~~~~~~~~~~~~~~~~
  クライエント         サーバー・サイド

って見かけたんですけど、こんな認識でよろしんでしょうか?

JSPでもJDBC使ってデータベースと連携することできましたが
そこら辺との違いはなんなんでしょうか?
実体のないサーバーサイドAPI群の総称?

29 :デフォルトの名無しさん:01/11/06 20:48
スレ違いだけどサーバサイドJavaの仕事してーよ
WebLogicの仕事やりてー
なんで皆WebSphereなんだろうWebLogicより使いやすいのか?
それとも価格できめているのだろうか?

30 :255:01/11/06 21:11
>>29
俺のところもWebSphereだ。
APサーバの値段というよりは、トータルの値段だろう。
SPARCなんてバカ高くて使ってられないからAIXにしている。

31 :255:01/11/06 21:26
結局、JDKやSolarisが無料なのを宣伝して、他の部分で大金を巻き上げるというやり方だ。

32 :デフォルトの名無しさん:01/11/06 21:26
Tomcatは?

33 :255:01/11/06 21:28
ちなみにiASは問題外。
よくこんなのを商品にできるな。

34 :デフォルトの名無しさん:01/11/06 21:32
1秒間10トランザクション程度のサイトならApache+Tomcat+JavaBeansで十分。
WebLogicやWebSphereは1秒50トランザクションとか同時300ユーザ接続とか、それくらいの規模にでもならん限り不要じゃない?
(数値にはまったく根拠なし。お願いつっこまないで)

Tomcat使う場合はJNDI用のVMを別に立てないとJDBC2.0の接続プーリング機能が使えないから、面倒くさい気はするな。

35 :デフォルトの名無しさん:01/11/06 21:35
> 結局、JDKやSolarisが無料なのを宣伝して、他の部分で大金を巻き上げるというやり方だ。
金が高いのは別にいいでしょ?企業なんだしそんなの当然。
金払うのが嫌なら別に高い製品を使わなくても立派なWebシステム作れるんだし。

> ちなみにiASは問題外。
個別の製品についていちゃもんつけるのは、このスレの趣旨に反する気がする。

36 :デフォルトの名無しさん:01/11/06 21:38
>>28 くだらない質問だけど、、、クライアント(client)だよね?

37 :255:01/11/06 22:16
J2EEでWebサービスをやりたいんですが、何を使えばいいのでしょうか。
できれば、.NET並みに簡単で生産性が高いものを使いたいです。
Apache SOAPは煩雑で使い物になりませんでした。

38 :デフォルトの名無しさん:01/11/06 22:24
>>255
本物のワケねーよな?プライドの高い知ったかぶりのヤツがこんな質問するワケない。
J2EEにはWebサービスの規約もAPIもまだない。もう少し待て。
J2EEはある程度の品質を保証しないと正式リリースを行わないから、未成熟な状態で世に出す愚は冒さないのだ。
ちなみにApache SOAPはJ2EEと何の関係もない。

てゆうか仕事で使うならともかく遊びで使うなら.NETのほうが簡単でいいぞ。
いやマジでそう思う。あれはオモチャみたいだし。

39 :255:01/11/06 22:45
Windows上でPet Storeサンプルを動かしたのですが、異常なまでの重さです。
ところが、.NETのPet Shopサンプルはその28倍の速さで動いています。
これはJavaの欠陥でしょうか?

40 :255:01/11/06 22:47
Visual Basic.NETのコードをJavaで使いたいのですが、どうすればいいのでしょうか。
ちなみに、C#では簡単にできました。

41 :255:01/11/06 22:49
JavaでXML Schemaを使ってオブジェクトシリアライズをしたいのですが、どうすればいいのでしょうか。
ちなみに、.NETでは簡単にできました。

42 :255:01/11/06 22:52
Forteを起動してみたのですが、30秒経っても画面が出てきません。
何か欠陥があるのでしょうか。
ちなみに、VS.NETは10秒で画面が出てきました。

43 :デフォルトの名無しさん:01/11/06 22:54
************警報発令中!**************
馬鹿が無駄に煽ってます。
本人の馬鹿さ加減をさらけ出しています。
なんかかわいそうです。

44 :255:01/11/06 23:02
Javaはサーバーサイドではよく使われますが、
どうしてクライアントサイドでは使われないのでしょうか?
それとも「使えない」だけなのでしょうか?

45 :255:01/11/06 23:03
JavaはどうしてISO・ECMAと2度も標準化から撤退したのでしょうか?
私はJavaは非常にオープンであると信じていたのですが。

46 :デフォルトの名無しさん:01/11/06 23:03
あのー、いっそのことこのスレは255という名前の書き込みは徹底無視でいきませんか?
本物か偽者か分からないけど、255の発言には人格権を認めないというローカルルールにしましょう。

47 :255:01/11/06 23:04
SunはどうしてBlackdownの成果を搾取したのでしょうか。
オープンソースコミュニティの迫害はいけないと思います。

48 :255:01/11/06 23:06
JavaのHotSpot VMはC++の2倍高速だと聴いたのですが、
私のマシン上ではそんなことは起きていません。
何か欠陥があるのでしょうか?

49 :255:01/11/06 23:08
私の質問はどうして煽り扱いされるのでしょうか?
どの質問も事実に基づいています。

50 :デフォルトの名無しさん:01/11/06 23:16
>>49
ならソース出せ。
お前の、偏狭な環境と未熟な技術に基づく試験の
結果なんかだすなよ。このオナニー野郎。

51 :255:01/11/06 23:17
Javaチップはいつ頃出てくるのでしょうか?
現状のJavaの動作があまりにも遅いので、とても楽しみにしているのですが。

52 :デフォルトの名無しさん:01/11/06 23:18
>>49
主観的感情論に偏った意見であり、客観的なソースおよび元ネタが提示されてないから。
あ、やべ!レスしちまった!

53 :デフォルトの名無しさん:01/11/06 23:20
Ruby厨の陰謀です。

54 :255:01/11/06 23:30
ソースが必要なのはどのレスでしょうか?
Java使いの人たちって都合の悪いニュースはわざと聞いていないんですね。

55 :デフォルトの名無しさん:01/11/06 23:32
なんか、上祐みたいなのが一人いるな。

56 :255:01/11/06 23:33
わはははは。偽者でもこういうのならいいぞ。
後継者として頑張ってくれ。

57 :デフォルトの名無しさん:01/11/06 23:37
このスレもおしまいだな。。。

58 :デフォルトの名無しさん:01/11/06 23:37
本気で質問して回答を得たいなら、まずそのコテハンを止めて、改めて質問し直せ。
そのコテハンでは煽りとして無視されるって上に書いてあるだろ?
また意味のない.NETとの比較も止めれ。そういう質問をしたいなら、それなりのスレでやれ。
http://pc.2ch.net/test/read.cgi/tech/1004021441/l50
お前の生まれ故郷だ。

59 :255:01/11/06 23:42
少なくとも >>44 >>45 >>47 >>48 >>51 は.NETとは関係ありません。

60 :デフォルトの名無しさん:01/11/06 23:45
少なくとも>>40>>41>>42>>44>>45>>47>>48>>49>>51はサーバサイドJavaとは関係ありません。
スレ違い。

61 :デフォルトの名無しさん:01/11/06 23:52
ありゃ。また、ひどいことになったね。新スレは、よい感じでスタートしたのにね。
本物でも偽物(なら、かなりの小物だな)でも、別にすることはないのか?
仕事してないの?

62 :デフォルトの名無しさん:01/11/07 00:13
ちょっと話を戻して,EJBでシステム構築している方いたら,
事例などをお聞かせくださいませ。

例えば,マルチカラムインデックスのテーブルアクセスするの
にEntity Beanって使える?とか。

ビジネスロジック書くのに,ステートレス・ステートフルSession
Beanはこう使い分けてる!とか。

63 :デフォルトの名無しさん:01/11/07 00:43
255おもろい
age

64 :255:01/11/07 00:45
具体的な話題になると全然盛り上がらねーな。

65 :デフォルトの名無しさん:01/11/07 00:48
>>62
ばりばりEJB使ってます。SessionBeanもEntityBeanも。

>例えば,マルチカラムインデックスのテーブルアクセスするの
>にEntity Beanって使える?とか。
主キーが複数カラムってことかな?使えますよ。BMPはもちろん、CMPでも。

>ビジネスロジック書くのに,ステートレス・ステートフルSession
>Beanはこう使い分けてる!
基本的にはステートフル使ってます。ステートレスにしても、トランザクション管理とかしてくれないし、EJBにするメリットはあまりないと思う。
さらにステートレスだとメンバ変数(インスタンス変数)使えないけど、それじゃオブジェクとして設計できないしね。
設計した結果、ステートフルにしなくていいのだけステートレスにすればいいんじゃないかな。

66 :255:01/11/07 00:50
>>65
うらやましいね。俺もそういう開発してみたいよ。

67 :デフォルトの名無しさん:01/11/07 00:57
>66 あんた面白すぎるよ(w

68 :255:01/11/07 01:00
もう終わりか?

69 :65:01/11/07 01:11
>255
別にEJB使わなくても、Strutsみたいなフレームワークもあるわけだし、何を使うかはケースバイケースでいいんじゃないかな。
EJB使ってるから幸せだとか、すごいとかは思ってないよ。
EJB使うと、使わない場合に比べてクラスの数が増えるしね。
必要なければServlet+Javabeansベースで開発してもいい。
まぁインスタンスの管理とかトランザクションの管理が多少面倒になるけど。
要はそれぞれのツールをどううまく使いこなすかを考えていけばいい。
少なくともJavaというツールがいろいろできて面白いツールではあると思う。
.Netも使いようによってはいいツールかもしれないけど、個人的にはあまり興味を感じないね。

70 :デフォルトの名無しさん:01/11/07 01:13
なんだいがぴょんか

71 :デフォルトの名無しさん:01/11/07 01:26
スケーラビリティ考慮した場合、やはりEJBは有利?

72 :255:01/11/07 01:27
>>69
> 別にEJB使わなくても、Strutsみたいなフレームワークもあるわけだし、何を使うかはケースバイケースでいいんじゃないかな。
そうだね。EJBが必要とされた背景を考えれば、適用すべき部分とそうでない部分も見えてくるだろうし。

> 必要なければServlet+Javabeansベースで開発してもいい。
> まぁインスタンスの管理とかトランザクションの管理が多少面倒になるけど。
システムで必要とされる範囲を見極めれば、自前で実装するのも最善の策だということもあり得るでしょう。

> .Netも使いようによってはいいツールかもしれないけど、個人的にはあまり興味を感じないね。
本当に必要に迫られて初めて深く勉強すればいいでしょう。
でも、概要レベルぐらいは覚えておけば、開発者として決して損はしないでしょう。

73 :デフォルトの名無しさん:01/11/07 01:32
>>72
こんなの255じゃない!!

74 :255:01/11/07 01:46
もう1つ書いておくよ。

COM+でも同じことだね。
トランザクションの自動化・オブジェクトプーリング・同期化など様々なメリットがあるが、
だからといって何にでもCOM+を使えばいいわけじゃない。
ADOとASPで十分な場合も少なくない。

適材適所ということで。

75 :デフォルトの名無しさん:01/11/07 01:58
255は分裂病か?
マジで言ってることに一貫性がないぞ。

76 :$UN:01/11/07 02:00
メインはJAVAでおねげーします。
またーりまたーり。

255さんはくだらない知識だけはあるみたいですが。
分かりきったようなことばかり...
だいたいiAS使ったことあるのか?
ここはJAVA批判でなく、サーバーサイドJAVAスレだ。

77 :デフォルトの名無しさん:01/11/07 02:01
バーカーサイドJAVAスレですか?
JAVAはバカスレスレですか?

78 :デフォルトの名無しさん:01/11/07 02:02
SunONEとサーバーサイドJAVAの関連性を教えてください

79 :255:01/11/07 02:12
>>76
> だいたいiAS使ったことあるのか?
あるよ。Oracleのバカ営業の口車に乗せられて導入しそうになった。
しょうもなかったな。ウェブサーバーとしてなら使えるかもな。
DBは8iだけど、他の部分ではOracleは使いたくない、使えないね。

80 :$UN:01/11/07 02:14
あと、もし255ならキャップを付けてくださいまし。
煽るだけならあなたにとってもただの時間の無駄です。

それとアフォは無視しましょう。

>78
Sun ONEのWebサービス・モデルを大きな箱で表現している。
その箱には、マイクロソフトのHailStormをはじめとするオンラインの
イエロー・ページが入っている、といった具合だ。

そうで、ネットワーク上に点在するアプリケーションを組み合わせて、
Web経由でユーザに提供するサービス、、、といったような
感じだと思います。Open Net Environmentですし。

けど、これに関しては具体性がまだないしSUNが提唱してるだけの
ことで今後どうなるかはわかりません。
ってことでここで深く追求するまでないと思います。

81 :255:01/11/07 02:17
そういえば、JServerってどこに行ったんだ?
中身はJavaWebServerなのを隠し通そうとしてたみたいだが。
失敗を認めたのかね。

82 :255:01/11/07 02:24
> JavaWebServer
SunのJava WebServerのこと。一応な。

83 :65:01/11/07 02:27
>>71
少なくとも自前でスケーラビリティの部分の実装を作らなくてよいというのはある。
ほんとにスケーラビリティがあるかどうかは、アプリケーションサーバー次第ということになるね。
J2EEってインターフェイスとかしか定義していないし、実装は各アプリケーションサーバーに依るのだから...
というわけで有利といえば有利なんじゃないかな。
自前でアプリケーションサーバーが作れるくらいのスキルがあれば違うかもしれないが。

>255
新しいiASにはBC4Jがついているが...あれには笑った。一からJ2EEサーバすべて作り直してるんだもんな。
じゃ、今までのiASはなんだったの?って感じ。しかもiASの付属としてしか売らないらしい。
Oracleも戦略まちがってるよなぁ。DBだけに注力すればいいものを。そのDBについてもOracle8までは好きだったけど、8iになって嫌いになった。
余計な機能&使えないGUIつけすぎ。

>ウェブサーバーとしてなら使えるかもな。
ウェブサーバーとしてはどこがいいんでしょう?Apacheでもいいのでは?

根拠のない話では実のある議論はできない。

84 :255:01/11/07 02:39
>>83
> 新しいiASにはBC4Jがついているが...あれには笑った。一からJ2EEサーバすべて作り直してるんだもんな。
そう。OASで幻滅して、iASになってもやっぱりか、という感じだな。

> そのDBについてもOracle8までは好きだったけど、8iになって嫌いになった。
同意。8.0.5あたりの頃はJavaでなくてもOracleDBを選んでたが、
8iになってからは非Java案件ではSQL Serverを考えるようになった。

> ウェブサーバーとしてはどこがいいんでしょう?Apacheでもいいのでは?
皮肉だよ。アプリサーバーとして使えないなら、せめてウェブサーバーとしてでも使ってやれ、って。

もう寝るか。

85 :65:01/11/07 03:09
みんなはJ2EEパターンって実践してる?

86 :デフォルトの名無しさん:01/11/07 06:42
使うも何も、Strutsなら勝手にFront ControlerだYO

87 :デフォルトの名無しさん:01/11/07 07:08
>だいたいiAS使ったことあるのか?
ゲーム開発やる為にスクエアーに入社したが、ネットワーク
ゲームに廻されてiASで開発中。。。。

88 :デフォルトの名無しさん:01/11/07 10:43
なんだか、EJBだのWebLogicだのうらやまスィ・・・・
客が金持ってないし、小規模サイトの開発ばっかりで
毎回毎回Apachr+Tomcatだよ・・・・
コネクションプーリングなんて自前だよ!!
ああ、EJBとか使いてぇぇぇぇ

89 :デフォルトの名無しさん:01/11/07 12:50
>>87

スクエア使ってるアプリケーションサーバ公表するのって
やばいんじゃないの?
だれかスクエアに密告きぼーん。

90 :デフォルトの名無しさん:01/11/07 14:23
>>88
そっちのほうが楽しいっちゃたのしいぞ。

91 :デフォルトの名無しさん:01/11/07 15:28
>>89

スクエアの問い合わせ先発見。
多分ここでも通じると思う。

ttp://www.playonline.com/pol/flash/inquiry_fs.html

92 :デフォルトの名無しさん:01/11/07 16:17
あぁサーバーサイドJavaの仕事してぇ
いま不況なんだなぁ

93 :255:01/11/07 17:04
Solaris、OracleEE、WebLogicで見積もり出したら、一瞬で客の顔色が変わったよ。

94 :255:01/11/07 17:11
Linux、Postgres、Apache/Tomcatというのも面白そうだが、
金にならないのと品質の責任を負うことを考えればリスクが高すぎるな。

95 :255:01/11/07 17:28
これらの中間の規模で、これから.NETが入り込んでいくんだろうな。
WindowsでJavaも悪くないが、果たしてそれが最善の選択なのかね。

96 :デフォルトの名無しさん:01/11/07 17:45
uzai

97 :デフォルトの名無しさん:01/11/07 17:49
Linux、MySQL、Apache/Tomcatいいぞ。

Win環境で作ったのほとんどそのまま持ってけるから。
でも、ほんとはWebLogic使ってみたいなり。
Oracleは別に...

プレイオンラインのユーザー管理はOracleなのかー

98 :デフォルトの名無しさん:01/11/07 17:51
密告してどうすんだYO!
別にやばくないっしょ。密告なら自分でスレや。

99 :デフォルトの名無しさん:01/11/07 17:55
255はなんでこのスレにまで来て名前255にしてるんだ?
ただの煽り?それとも騒がれたいだけ?
名無しさんじゃ駄目なんかね。

100 :デフォルトの名無しさん:01/11/07 18:00
ServletエンジンはResinがいいね。
TomcatはタダだけどResinの値段だって
タダみたいなものだ。岩谷さんが
推薦してるからって勝手にダメだと
思い込んでるひとは使ってみるのがいいかもね。

DBに関してはResinみたいな存在がないね。
高価な商用品とフリーの中間っていう。
でもPostgreSQLも悪くないよ。
同じフリーでもTomcatと同列に扱うのは
ちょっとどうかなって思う。

101 :デフォルトの名無しさん:01/11/07 18:07
そういえば、J2EEの本って何か参考になるのでてるんすかね?

http://www.amazon.co.jp/exec/obidos/ASIN/4872804104/250-7454479-0453811
ぐらいしかないんかなぁ。
オライリーからリファレンス本もでてますが。

もしかして、洋書?^^;

102 :デフォルトの名無しさん:01/11/07 18:22
>>98

会社によるんじゃない?
少なくともウチではダメです。

103 :デフォルトの名無しさん:01/11/07 18:32
新製品についてリークとかじゃないし、別に大丈夫でないんかな?
ネットワークゲーム作ってるなんて別に目新しいことでないし。
よくわからんけど。それに叩いてもしょうがないじゃん。
それにここはJAVAスレです。いちお。

ちなみにスクウェアファンなんす(笑。FF4とロマサガ2だけど...(古

104 :デフォルトの名無しさん:01/11/07 21:34
javamailでメールサーバ(localhost)に送信要求すると、
javax.mail.SendFailedException: Sending failed;
nested exception is:
javax.mail.MessagingException: 501 Syntax: HELO hostname
ってExceptionが出るんですけどどうしたらいいでしょう。

105 :87:01/11/07 21:41
>89
9iASを使っているのは雑誌の取材も受けている
ので問題ないよ。なんだかんだ言っても高い給料
もらっているので社内規定だけは守っている。

106 :デフォルトの名無しさん:01/11/07 22:41
>>100
俺もResinを使いはじめた。$500(ほぼ無料みたいなもん)でTomcatとは
比較にならん安定性だと思うんだけど。いままでTomcatで納入していたよ
うな小規模な案件向けにResinってことね。

で、Resinはここがダメってのがあったら教えて欲しいんだけど、どうだよ?

107 :デフォルトの名無しさん:01/11/07 23:42
金が掛かるという時点で、5万円も100万円も変わらないケースも良く見受けられますが。
それは置いとくとして、Resin って本当に情報少なくありませんか?

108 :デフォルトの名無しさん:01/11/08 00:13
>>107
XTPは独自規格すぎるので使わないことにすれば、Tomcatで開発したものを
そのまま乗っけるだけで動くので、特に困ってないかも。

109 :デフォルトの名無しさん:01/11/08 00:17
>>65 ありがとう!
なるほど〜。主キーが複数カラムでもCMPでOKなのね。CMPはJOIN
がダメっだったのね。勘違い。

ステートフルSession Beanで作れるのがいいんだけどねぇ。例え
ば,数1000人が朝一で繋ぎにきて,一日中繋ぎっぱなシステムだ
とどうなんでしょ? 人数分Session Bean作られるとたまらんなぁ。

110 :デフォルトの名無しさん:01/11/08 00:35
>108 なるほど。
XTPが何かしらんけど、既存の移行は難しくないと。
ってな、情報からしてあまり無いのよ(藁

111 :108:01/11/08 00:52
>110
一応…。http://www.caucho.com/products/resin/ref/xtp.xtp
これ。JSPのXML版です。あるいはXSPモドキ。

確かにまぁ、運用のコツとかあったら俺も知りたいなぁ。日本語で。

112 :デフォルトの名無しさん:01/11/08 09:46
iASに幻滅しました。
初期からつかっておられる方居ますか?
バグだらけですよね。
weblogic,websphere >>>>>>>>>>>>>>>>>>>> iAS

113 :255:01/11/08 10:07
>>112
WASの頃からプレビューだけはしてたよ。時間の無駄だったけどな。

114 :デフォルトの名無しさん:01/11/08 10:20
最近値下げしたけど、
1年前は、激高だったんだよね > iAS
あの出来にもカカワラズ。。。
ユーザに見えるところだけ、なんとかバグをとっておこう
というところがミエミエだよ。
それでいて、最近リリースされたのは、
1から作り直したらしくOO化されてるわけ。
iAS氏ねや。

115 :255:01/11/08 10:23
Oracleは契約で「バグを口外してはならない」という手段だからな。
MSの品質を批判する資格なんかない。

116 :114:01/11/08 10:38
>>115

地下鉄によくあるiASの広告見たら蹴り飛ばしたくなるよ。
あと、サンフランJavaOneで、宣伝してた、Oracleのアプリケーションサーバが
速度が他社製品より遅かったら1億払いますって豪語してたけど、
試したことありますか?>255

117 :114:01/11/08 10:42
あと、AppServerですが、日立、富士通等々の日本勢は、
お話にならないということでいいですか?>255

118 :255:01/11/08 10:46
>>116
ベンチマーク不正は奴らの得意技だ。
まあ、iASのキャッシュ機能が強化されてるのは事実だけどな。

119 :デフォルトの名無しさん:01/11/08 10:47
くそっ、ファイルのアップロード面倒だな。

120 :255:01/11/08 10:47
>>117
使ったことがないのでコメントできない。
評判も聞いたことがない。

121 :デフォルトの名無しさん:01/11/08 11:38
>>119
ServletAPIでなんでサポートしないんだろうね。
俺も仕事でJavaとASP版(糞遅い)作ったよ

#余談だけどIEが例によって微妙にバグってるな
#(送ってくるコマンドがRFCと微妙にデータフォーマットが違うとこがある)

122 :デフォルトの名無しさん:01/11/08 20:02
>112
最新版しか使ってないけど結構使えそう。リソース
はかなり喰うけどOSEはやっぱり速い。ただ、パフォー
マンスチューニングに必要な情報がほとんどマニュア
ルに載っていないのでサポート受けないとキツイね。

123 :65:01/11/08 22:14
>>109
>ステートフルSession Beanで作れるのがいいんだけどねぇ。例え
>ば,数1000人が朝一で繋ぎにきて,一日中繋ぎっぱなシステムだ
>とどうなんでしょ? 人数分Session Bean作られるとたまらんなぁ。
WeblogicならステートフルSession Bean 1000個くらいなら普通に作れるよ。
他のAppServerだったらどうか分からないけどね。
でも、つなぎっぱなしとしても、トランザクションが終わったらremoveするわけだから、
一日中インスタンス保持しっぱなしってことはないと思うけど...
ステートフル使わないとしたら、httpSessionにオブジェクト貼り付けることになるけど、
インスタンスの管理は自前で作らないといけないね。
まぁ、大して複雑じゃなかったらいけるっしょ。

>>119
ファイルのアップロードは
Strutsならフレームワーク内に用意されてる。
そのくらいは自前のフレームワークに用意したら?
漏れは何の予備知識もなかったが、サンプルみたら1日でできたよ。

>>86
FrontControllerは、何のために使ってるの?
全部Struts任せ?
一人で作るならStrutsでもいいけど、2人以上で作るのならStrutsはやだな。
カスタムタグ説明するのめんどくさいもん。独自仕様だし。

>>116
比較製品も含めて全部環境そろえてベンチマークを構築してはしらせるのに、一億以上コストかかるね。
漏れはOracleはDB以外使いたくない。あんなころころ変わる&独自仕様に振り回されるのはうんざり。

124 :デフォルトの名無しさん:01/11/09 00:38
俺はCOM+の世界からJ2EEに流れてきたから、業務コンポーネントはStatelessが当然って思ってる人間。
COM+の世界ではStatefulのように状態を持つとユーザ数分インスタンスが生成されて負荷が高くなるのでタブーとされているんだけど、
EJBではそういう思想はないの?StatefulになってもCOM+より軽いから大丈夫とか?

125 :65:01/11/09 00:58
>>124
EJBにはステートフルという考えはありますよ。で、それをキャッシュしたりインスタンスの再利用をしてくれる仕組みがあります。
EJBを使わなくてもセッションオブジェクトに状態を保存しておけばすむ話です。
私は、サーバー側に状態をもてなかったら、業務系アプリケーションにおいては必ず破綻すると思っています。
きちんと設計すればいつもユーザー分インスタンスを持つ必要はないと思いますよ。
まず設計が重要だということは言うまでもないですが。

126 :デフォルトの名無しさん:01/11/09 01:02
>>124
> EJBではそういう思想はないの?

ないです。負荷が高くなったらSPARC買いなさいという商売だから。

127 :!145:01/11/09 01:05
>>125
むー、ステートを持ってるのにオブジェクトプーリングができるとは。

128 :65:01/11/09 01:14
>>127
少なくとも理想はそうです。ちゃんと動くかどうかはappサーバーによりますが。
weblogicなら、クラスタリングしたサーバー間でもインスタンスをレプリケーションして持ってられますよ。
つまり、クラスタした−サーバーのひとつが死んでもユーザーにまったく影響を与えずに処理を継続できるわけです。
動かなかった場合は、最終的に自前でインスタンスの管理くらい作る覚悟はできてます。
作らなくてすむのならすでにあるものを利用しようかなと。
私は、自分の設計したものを作りやすいプラットホームを探してるだけです。
いまのところ、.netよりJ2EEの世界のほうがいいと思いますね。
フリーの世界から、数百万するAPPサーバーまで何でも使えますし、作ったものが5年は持つでしょう。
.netだったら、2,3年で作り変えor修正でしょ。
.netの技術で作ったロジックが5年持つとは思えません。M$がOSをバージョンアップした時点で作り直しです。

129 :デフォルトの名無しさん:01/11/09 01:40
>>128
COMは5年以上前から存在しますが何か?

130 :デフォルトの名無しさん:01/11/09 01:45
COBOLは何年前から存在しますか?

131 :255:01/11/09 01:56
>>128
> .netの技術で作ったロジックが5年持つとは思えません。
まあ、それは事実だな。
もっと正確に言えば、Windowsで作ったシステムが5年持つとは思えない、ってところか。

> M$がOSをバージョンアップした時点で作り直しです。
それは違う。
本当に恐いのは、むしろ.NET Frameworkのバージョンアップの方だ。

132 :255:01/11/09 01:59
>>124
> 業務コンポーネントはStatelessが当然って思ってる人間。
.NETのWeb Serviceもステートレスな世界だ。
その認識でいた方が移行も楽だろうね。

133 :デフォルトの名無しさん:01/11/09 02:12
>本当に恐いのは、むしろ.NET Frameworkのバージョンアップの方だ。
問題ありません。
半年後とのサービスパックと、一週間ごとのホットスポットがリリースされるので
みんな悪態を付きながらも慣れされます。

134 :デフォルトの名無しさん :01/11/09 04:40
>>131
アセンブリデータとしてバージョン情報が埋め込まれてるから
.NETにDLLヘルはないけど、中間コードの仕様を変更されたりしたらたまらんね。

Tomcatが4.0に正式リリースされてた、あげ

135 :デフォルトの名無しさん:01/11/09 05:32
Tomcat作ってる人はXMLしらないとみた。
あまりにいい加減すぎw

136 :デフォルトの名無しさん:01/11/09 06:41
>>135
server.xmlなんかのこと?
あのへんってxercesあたりで解析してるんじゃないの?

137 :デフォルトの名無しさん:01/11/09 06:48
>>136
135はちょっと失礼なことを言ってしまった。反省。
全てが属性値となっているのに萎えただけです。

ところでtomcatだけでアクセス制御なん出来るのかな?
今はapacheにやらせているけど、tomcatだけでできるのなら
それだけで済ましたいところなんです。

138 :デフォルトの名無しさん:01/11/09 06:50
アクセス制御とはIPアドレスによる制限をかけることです

139 :デフォルトの名無しさん:01/11/09 06:53
ちょっと間を置いてこのスレ読んだが、
255のニセモノ(?)がおもしろかった。
いいとこついてるね。
いやそれだけなんだけどさ。

140 :デフォルトの名無しさん:01/11/09 08:23
でも最近の255はけっこう紳士的じゃない?
本物かどうかは知らんが。
人を不快にさせるような妙な煽り口調にさえならなければ、255ってけっこういいこといってると思う。

141 :名無しさん♯:01/11/09 10:37
スレ違いでごめんちゃい。

>>132
> .NETのWeb Serviceもステートレスな世界だ。

ステートフルにすることもできるよん。

WebServiveクラスを継承して、WebMethodAttributeでEnableSession=trueにする。
こうすれば、HttpSessionStateとHttpApplicationStateの両方が使えるよ。

もちろん、フィールドやプロパティでステートは表現できないからちょっとめんどいけど。

142 :255:01/11/09 12:45
>>141
ああ、そうだったね。こういう具体的な指摘はうれしいよ。
ここのスレにいる大半はServletの話題と混同してそうだが。

143 :デフォルトの名無しさん:01/11/09 13:05
>>140-142
ワラタ

144 :シロート:01/11/09 13:12
いつもお世話になってます。
セッションに関して、参考になった
HPが在ったら教えてください。
セッション全般があんまりわかんないんです。
(他人のソースを引き継いだのでその作者と連絡がとれづ……)
とりあえずセッションを終了させる(セッションを抜ける部分)
など参考になったページがあったら教えてください。

145 :デフォルトの名無しさん:01/11/09 13:16
>>144
ほんとーに、いつもお世話になってるのか?

146 :夕刊:01/11/09 13:36
んなーことない、んなーことない
なってるっちゃあなってる

147 :デフォルトの名無しさん:01/11/09 13:36
このスレのみなさまは、サーバサイド Java の開発に IDE とか使ってるのでしょうか?
それともエディタ + JDK でガリガリやってるのでしょうか?

148 :シロート:01/11/09 13:43
144
いつも楽しく傍観してます。
まだ厨房なので意見は書き込めません。
プログラム以上に妙な雑学が詳しくなりました。
早く皆様と意見交換ができるプログラマーになりたいです。
結構過去ログを舐めてはいますが……。
セッションについて教えてください。

149 :デフォルトの名無しさん:01/11/09 13:54
>>プログラム以上に妙な雑学が詳しくなりました。
漏れも漏れも(;´Д`)

150 :シロート:01/11/09 14:36
申し訳ありません。マターリ語る神様助けてください。
最近やっと質問の仕方が理解できました。
現在、ログインPageから、ログオフPageを全て
scope=session
としています。
しかし、ログオフのところでも scope=sessionとしているので、
ログオフPageからログインに画面上で追加した、ログイン画面に戻る
ボタンで画面を移動すると、ログインPageで再ログインができません。
多分、基のsessionが死んでないからだと思うのですが。
何か良い方法はございますか?または、sessionの終了のさせ方を教え
て下さい。

151 :デフォルトの名無しさん:01/11/09 15:12
session.close();

152 :デフォルトの名無しさん:01/11/09 15:21
setSession(null);

153 :シロート:01/11/09 17:11
有難うございます。
早速やってみます。

154 :デフォルトの名無しさん:01/11/09 18:46
ワラタ

155 :デフォルトの名無しさん:01/11/10 09:19
session.invalidate();

age

156 :デフォルトの名無しさん :01/11/10 18:49
j2eeのパッケージが沢山j2seに入っているのですが、
この流れでどんどんseをでかくしていくのでしょうか?
sevlet,mail,ejbこれぐらいしかj2ええ特有のパッケージって
ないような気がするのですが。

157 :デフォルトの名無しさん:01/11/10 18:53
CORBAはJ2SEには要らんな。

158 :デフォルトの名無しさん:01/11/10 19:04
というのもすでにj2seβ3で200MBにもなってるからです。
サイズはできればこのぐらいで留めて欲しいなって思います。
でも無理かな。βにはjavax.soundなんてものもはいっちゃってるし。
どこまででかくなるのやら。

159 :255:01/11/10 19:51
>>156
いつになったらJ2SE2.0になるんだろうね。
その前に消滅してそうだけどな。

160 :デフォルトの名無しさん:01/11/10 20:15
>>255
この板であなたの意見をまともに聞いてくれる人はもはや誰もいません。
あなたはMS派の人にすら見限られたのです。
そろそろ潮時です。
もう2chを去りましょう。

161 :デフォルトの名無しさん:01/11/10 20:22
>160
この板に関してはそれほどでもないと思うけど...
更に付け上がるぞ・・・(笑。JAVAの奴等は意見も...なんとか。と。

255もそのコテハンに変なidentity感じずに名無しにすりゃいいのにねぇ。

162 :デフォルトの名無しさん:01/11/10 21:00
255はMS派だったんかい。てっきりJavaで仕事やってて
行き詰まった鬱憤をここで晴らしているだけと思っとった。

163 :デフォルトの名無しさん:01/11/10 21:05
255の言うことに耳を傾けられないのは「終わってる」証拠だと思います。
いがぴょんみたいな。

164 :デフォルトの名無しさん:01/11/10 21:15
255は、嫌いなはずのJava関係スレッドを荒らしまくってるからなー
嫌いなら見なけりゃいいのに。
なんで自分からわざわざ嫌いなものに積極的にレスしようとするんだろう?

「嫌い嫌いも好きのうち」なのかな?

165 :デフォルトの名無しさん:01/11/10 21:20
ふつうの人は.NETを触ったらJavaなんて見向きもしなくなると
おもうんだが・・・
なぜ255がJavaにこだわるのか理解できん

166 :デフォルトの名無しさん:01/11/10 21:23
.NET関係のスレがないから悔しいんじゃない?
で、豊富にあるJava関係スレッドにちょっかい出すと・・・

2chでの人気度は、C/C++>>Perl>>>>>>>Java>>>>>Delphi>>>>>>>>>Ruby>>>>>C#>>>>>>>VB
だからなあ。

167 :255:01/11/10 21:35
単純なことだ。J2EEと.NETの両方を体験した立場としてコメントしているだけだ。
.NETを知らないJava使いの批判はあまりにも痛々しい。

168 :デフォルトの名無しさん:01/11/10 21:51
はい、私も両方体験しています。
でも実務レベルの開発に携わったJ2EEと、開発経験のない.NETについて比較を論じることはできないのでコメントあまりしてません。
(J2EEコメントはたくさんしてるけど)

255さんは当然、両方とも実務レベルの開発を経験して、両方の技術を極めた上で発言されているのですよね?
どちらも全く同じスキル、同じ経験値を持っていないのに両者を比較するのはフェアじゃありません。
(コメントする程度ならともかく、批判的な発言などもってのほか)

169 :デフォルトの名無しさん:01/11/10 22:27
確かに。
批判というのは、その物事に深い造詣のある者がしてこそ意味がある。
255はこの板のJava使いの誰よりもJavaに詳しいという確信がなければ安易にJavaを批判するべきではない。

170 :255:01/11/10 22:29
>>168
> どちらも全く同じスキル、同じ経験値を持っていないのに両者を比較するのはフェアじゃありません。
> (コメントする程度ならともかく、批判的な発言などもってのほか)
「勝者はどっち?」スレで早めに言ってほしかったコメントだね。

171 :255:01/11/10 22:36
>>169
> この板のJava使いの誰よりもJavaに詳しいという確信がなければ安易にJavaを批判するべきではない。
ならば、.NETを批判してた奴らはどうなんだい?

172 :(゚ε゚)キニシナイ:01/11/10 22:38
.NETもJ2EEもいまのところ金になるから
おれにとってはどちらでもいい。

173 :デフォルトの名無しさん:01/11/10 22:38
>ならば、.NETを批判してた奴らはどうなんだい?

傍観者の目から見れば、.NETを批判してたヤツもJavaを批判している255も同じレベル。

174 :デフォルトの名無しさん:01/11/10 22:40
>>173
ならば、引き分けということで

*************** 終了 ***************

175 :仕様書無しさん:01/11/10 22:41
何故に自分が余り使わない技術を批判するのかフシーギ

176 :デフォルトの名無しさん:01/11/10 22:41
> 「勝者はどっち?」スレで早めに言ってほしかったコメントだね。

あのスレは両者の弱点を指摘し合う性格は持っていたが、無意味に批判し合うようなスレではなかった。
勝手に批判スレと解釈したのが間違い。
まぁこれは255の責任ではなく、先に煽ってたやつが悪いのだが、その255もヘタな挑発に乗るべきではなかったね。

177 :$UN:01/11/10 23:08
こちらは同じ道を進まぬようにしませう。

178 :デフォルトの名無しさん:01/11/10 23:22
>>175
自分の利益を守るためだよ
当然だろ

179 :デフォルトの名無しさん:01/11/11 00:28
255がはじめて.NETとJ2EEの具体的な技術比較をしたのに、
結局誰も反撃できなかったね。
JAVA使いってレベル低〜。(プププ

180 :$UN:01/11/11 00:36
こちらは同じ道を進まぬようにしませう。

181 :デフォルトの名無しさん:01/11/11 01:11
J2EEに将来性はあるのでしょうか?
255さんの話を聞いてるうちに.NETの方が優れているように感じてきました。

182 :デフォルトの名無しさん:01/11/11 01:20
>181
あなたがWindows環境しか今後使わないとしたら
答えは自明でない?ただ、.NET(C#)に関しては長い目で
見るとどうなるかわからないよ。

183 :デフォルトの名無しさん:01/11/11 01:23
>>181
.NETのほうが上なことは明らかでは。
あとは好きとか嫌いとか政治的、宗教的な問題。

184 :181:01/11/11 01:24
>>182
J2EE捨てて.NETにします。

185 :デフォルトの名無しさん:01/11/11 01:26
煽りだったのかな。
まぁ、適材適所だろーな。

186 :デフォルトの名無しさん:01/11/11 01:26
うむ。これで255がいい仕事をしてることが証明されたな。

187 :デフォルトの名無しさん:01/11/11 01:37
255の手口は紛れもないFUDだと思うんだが...。

188 :デフォルトの名無しさん:01/11/11 01:50
FUD とは、不安(Fear)、不確実(Uncertainty)、不信(Doubt)を表す。

FUD は、競合相手が自分達のものより優れていて、しかも価格も安い、つまりは自分
達の製品では太刀打ちできない製品が発売されるときに利用されるマーケティングの
テクニックである。具体的な事実でもって応酬できない場合に、不安による扇動が
「ゴシップ筋」を通して、競合相手の売り込みに対し疑惑の影を投げかけ、競合相手
の製品を使うのを思いとどまらせるのに利用されるのだ。

一般に、FUD は市場で大きなシェアを握る企業に用いられ、大体のところ「おい、今
来た道を降りるのはリスキーだろうが。我々の製品に忠誠誓って、大衆にならえよ。
我々の「まもなくリリースされる」バージョンはどんなものより優秀だよ」という意
味である。

189 :65:01/11/11 02:01
.NETとJ2EEの比較は他でやってほしいね。
ここは、サーバーサイドのJAVAについて語るスレじゃないのか?
どこも似たような話ばっかりでつまらないなぁ。
誰か面白い質問してくれたら答えてもいいけど...

190 :デフォルトの名無しさん:01/11/11 02:03
Windows.NetってC#に限らずいろんな言語使えるんじゃないんですか?

191 ::::01/11/11 02:30
JAVA難しい・・・
もうすぐ3ヶ月になるけど、さっぱり理解できひん・・・
サーブレット・beans・JSP
どういうときにどれを活用して・・・とか、
取得したデータを受け渡し・・・とか。
こうしたいなぁ〜〜おもても手段わからへん

192 :デフォルトの名無しさん:01/11/11 02:32
関西人には無理です

193 :デフォルトの名無しさん:01/11/11 02:36
おぃ、少しはマターリしろよ!

194 :デフォルトの名無しさん:01/11/11 02:42
JAVA難しいって人とCの方が難しいって人とに種類居るのは不思議だ。

195 :デフォルトの名無しさん:01/11/11 02:44
信者とアンチで何時掴み合いの喧嘩が始まってもおかしくない、
そんな雰囲気がいいんじゃねーか。

196 :デフォルトの名無しさん:01/11/11 02:51
>>194

そんなことはない。
C出来ない奴なんて、見たことない。
VB厨と同等。

197 :VB厨房:01/11/11 03:08
VB出身の俺としては、むかっつく。

198 :VB厨房:01/11/11 03:10
>>191
俺、VBずっとやってましたけど。
1ヶ月で、JSPとJAVAほぼ使えるようになりましたよ。
ひとつの言語を極めると。他の言語も似たようなモンです。

199 :デフォルトの名無しさん:01/11/11 03:14
罠?

200 :VB厨房:01/11/11 03:17
ちなみに、Cも、C++も似たようなもん。
将棋の駒の動かし方を覚えれば、どんな言語でも筋道はおなじだから。

201 :デフォルトの名無しさん:01/11/11 03:20
お前それ表面しか見てないよ。

202 :デフォルトの名無しさん:01/11/11 03:21
いや、これは珍しくプログラミングを分かっているVB厨なのでは。
希少種だな。
極めるなどという言葉を使っているのはやはりVB厨だが。

203 :VB厨房:01/11/11 03:22
>>201
動けばいいんだよ。カスが

204 :196:01/11/11 03:25
うわっ釣れてた。ワラタヨ

205 :デフォルトの名無しさん:01/11/11 03:25
>>200 確かにALGOL系言語はみんな同じっぽいね。
オブジェクト指向の有無で引っかかるひともいるみたいだけど

最近Haskell齧ってみたんだけどぜんぜん歯が立たない、、、
世の中にはALGOL系以外にもいろんな言語があるよ。

206 :VB厨房:01/11/11 03:27
つい釣られる。

(2000年の正月ころ、2000年2月ころからVB叩きが顕著に観られた)
馬鹿にされるとむかつくからね。

207 :デフォルトの名無しさん:01/11/11 03:29
Haskellダメだった人、ここにもひとり・・

208 :デフォルトの名無しさん:01/11/11 12:51
【JAVA】 255名言集 【JAVA】
http://pc.2ch.net/test/read.cgi/tech/1005448620/l50 

209 :デフォルトの名無しさん:01/11/12 01:32
255面白すぎ。

210 :デフォルトの名無しさん:01/11/12 06:43
ところで、JavaOne行く人いる???
自分の方は金が無いと思っていたら昨日
パチスロで馬鹿勝ちしたんで、真剣に行くか
検討中。(こっちに行かなきゃ、堀の内をハシゴ。)

211 :デフォルトの名無しさん:01/11/12 06:53
>>207
あの言語は、モナドが使いこなせるかどうかだよなあ。
一般的な言語と比べればちょっと高すぎる壁だと思う。

212 :デフォルトの名無しさん:01/11/12 10:38
>>210
会社の金でいけるはずだったんだが
客が納期を2週間も短くしやがったんで
行けたものもいけねーよ!!
ああ、行きたい。。。。

213 :デフォルトの名無しさん:01/11/12 19:52
ServletをApacheSOAPでWebサービスにしたとき、クライアントがJAVAなら
オブジェクトマーシャリング/アンマーシャリングは簡単なんですが、
クライアントが.NETの場合は難しいですよね。
自前でXMLを分解してオブジェクトに翻訳するしかないんでしょうか?
プリミティブ型だけで通信するという手もあるけど・・・鬱。

214 :デフォルトの名無しさん:01/11/13 15:47
> クライアントが.NETの場合は難しいですよね。
> 自前でXMLを分解してオブジェクトに翻訳するしかないんでしょうか?

(゚Д゚)ハァ?

215 :デフォルトの名無しさん:01/11/14 00:31
だれか、Jiroやってる人います?
FMAって便利だね。
いろんなもんをこんな感じで管理して
みたいもんだ。

>>213
えええ?
.NETってXMLパーサないの???

216 :213:01/11/14 00:46
>>215

紛らわしい書き方でごめんなさい。
プロキシクラスを自動生成したいけど難しいって事です。

217 :デフォルトの名無しさん:01/11/14 00:51
>>216
.NET舐めてるだろ

218 :デフォルトの名無しさん:01/11/14 01:06
>>216
マジレス。
ApacheSOAPからWSDLを吐き出して、.NETのwsdl.exeでプロキシ自動生成ってできないの?

219 :デフォルトの名無しさん:01/11/14 02:05
>>213 にはワラタよ。

220 :デフォルトの名無しさん:01/11/14 02:53
オイオイ...
カルピスでも飲んでマターリいこうぜ!>ALL
.NET/VB房の話になってるYO!

221 :デフォルトの名無しさん:01/11/14 05:03
>220
プログラマならやっぱやっぱJAVATeaでしょ(w

222 :221:01/11/14 05:03
ジャワだろが。珈琲だ、ボケェ。

223 :コメント無しさん:01/11/14 05:48
>>221-222
おまえら、こっちに逝くといいですYO!

http://pc.2ch.net/test/read.cgi/prog/1005058940/
プログラマの飲み物

224 :213:01/11/14 10:25
マジ質問。
ApacheSOAPのWSDL生成ツールと言ったら今のところalphaWorksのWSTKぐらい
しかないと思うけど、これで吐いたWSDLを.NETで読み込めますか?
いっぺんやってみたけどVS.NETのWeb参照追加ツールでは出来なかったよ。
逆に、VS.NETのWebサービスのWSDLもWSTKでは読めなかった。
私のやり方がまずいんでしょうか?

225 :デフォルトの名無しさん:01/11/15 00:06
バカな質問で申し訳ないのですが
WEBアプリケーションとWEBサービスってどう違うのですか?
調べてもよくわかりません。

226 :デフォルトの名無しさん:01/11/15 00:23
アプリケーションとサービスってどう違うのですか?
調べてもよくわかりません。

227 :デフォルトの名無しさん:01/11/15 00:29
アプリケーションはソフトウェアそのもの
サービスはそのソフトによって提供されるもの

228 :デフォルトの名無しさん:01/11/15 00:47
>>227
(゚Д゚)ハァ?

229 :213:01/11/15 22:41
>>224
またーりと自己レス。

WSTKのWSDL生成ツールにバグをハケーン。
WSDL生成対象にSOAPスキーマのプリミティブ型定義に無いオブジェクトを指定
すると、とんでもないパッケージ名でシリアライザのソースを生成してくれます。
どうりでプリミティブ型以外じゃ動かなかったわけです。
つーことで解決。
次は.NETのWebサービスをApacheSOAPから叩くのに挑戦。

230 :デフォルトの名無しさん:01/11/16 00:35
>>229
ほらみろ。問題あるのはIBMの方じゃねーか。
こういう時、何でもMSのせいにするヴァカが多いんだよな。

231 :213:01/11/16 00:44
またーり。

232 :デフォルトの名無しさん:01/11/17 17:15
全然盛り上がってないね。(プ

233 :デフォルトの名無しさん:01/11/17 21:51
flame で盛り上がるよりはまし。

234 :デフォルトの名無しさん:01/11/17 22:40
盛り上がってたのはflameの時だけじゃん。
とはいっても誰も255に反論できてないけどね。(ゲラ

235 :デフォルトの名無しさん:01/11/17 23:04
隔離スレに帰ってください>234

236 :デフォルトの名無しさん:01/11/17 23:06
255はここでは完全に論破されて、逃げるように退散していったと思うが?>234
今までのスレを読み返しなさい。

237 :213:01/11/17 23:11
255や255の騙りが寄ってくるんで下げ進行でお願いします。
またーり。

238 :デフォルトの名無しさん:01/11/17 23:13
冗談きついね。
逃げてったのはJava厨でしょ。

239 :デフォルトの名無しさん:01/11/17 23:31
つか、255に反論できなくなったJava厨が来ないんで暇になったね

240 :デフォルトの名無しさん:01/11/18 00:01
またーりまたーり逝ってる奴って、ただ単に反論できなかいDQNじゃん。(ワラ

241 :デフォルトの名無しさん:01/11/17 23:59
234、238、239はすべて255
コテハンとステハン使い分けて、さも自分が多数派の意見であるような工作するなよ。
見苦しいぞ。

242 :デフォルトの名無しさん:01/11/18 00:06
涙目だな

そろそろ国で保護してやらないと、絶滅しちゃうぞ

243 :デフォルトの名無しさん:01/11/18 00:14
>>241
必死だね。(プ
アンチJavaは255一人だけだと思いたいみたいだね。(ゲラ

244 :255:01/11/18 00:16
すみません。アンチJavaの意見はすべて私の自作自演です。

245 :デフォルトの名無しさん:01/11/18 00:19
「勝者はどっち?」スレよりも、このスレよりも、死滅スレが一番レスがついてるね。
これが大多数の意見というやつなんだろうね。

246 :デフォルトの名無しさん:01/11/18 00:23
JAVA信者:アンチJAVA=1:10
JAVA信者は必死で良く頑張っている

247 :255:01/11/18 00:23
255です。
アンチJavaの意見はすべて私の自作自演です。
でもこれからも続けます。
Sunを滅ぼし、MSによるインターネット世界統一が実現するその日まで。

248 :デフォルトの名無しさん:01/11/18 00:33
>>FF
頑張れよ!
応援はしないがな(藁

249 :デフォルトの名無しさん:01/11/18 00:33
>>246
話題にすらあがらない.NETよりはマシだろ

250 :デフォルトの名無しさん:01/11/18 00:34
しかし、JAVAを擁護する人ってほんとにいないね。
よっぽど嫌われてるんだね。

251 :デフォルトの名無しさん:01/11/18 00:37
正直、VM仕様を公開したのは良かった。

252 :デフォルトの名無しさん:01/11/18 00:37
速報板にどっちが勝つかスレ立ててみようか。

253 :255:01/11/18 00:36
主流が嫌われるのは世の常だ。

254 :デフォルトの名無しさん:01/11/18 00:40
>>249
.NETはこれからだよ。
大成するかJavaのようになるかは分からないけど。
まあ、C#がスタンドアローンで役に立ってのは、はったりだろうね。

255 :デフォルトの名無しさん:01/11/18 00:40
Javaが主流、と。これでよし。

256 :デフォルトの名無しさん:01/11/18 00:42
>>252
一般人は$unなんて会社知らないと思われ。

257 :名無しさん@お腹いっぱい。:01/11/18 00:43
マイクロソフトは.NETのCRLのソースを公開してくれないかな?
最新バージョンでなくてもいいからさ。それが普及させるためには
大事なことだと思うけど。

258 :デフォルトの名無しさん:01/11/18 00:44
CLR?
むしろあの膨大なクラスライブラリのソースが欲しい。

259 :デフォルトの名無しさん:01/11/18 00:45
>>256
一般の人には「Javaアプレットってどうよ?」って聞けばいい。

260 :213:01/11/18 00:45
またーりApacheSOAP日記。

今日はWSDL1.1の仕様書を読みました。
JAVAと.NETで日付型を渡そうと思ったけどいまいちよくわかりませんでした。
でもたのしかったです。
おわり。

261 :デフォルトの名無しさん:01/11/18 00:49
あーソープ行きてー

262 :デフォルトの名無しさん:01/11/18 00:54
255はJAVAの良い部分はきちんと認めている。
それに引き換え、JAVA信者は.NETを完全否定している。最低だね。

263 :デフォルトの名無しさん:01/11/18 00:57
>>262
だって、Java厨は心が狭いからこそJava信者になれるんだろ。

264 :デフォルトの名無しさん:01/11/18 01:00
>>261
俺の方が行きてぇっつの

265 :デフォルトの名無しさん:01/11/18 01:02
は?
評価してるんじゃん、それなりに。
Winクライアント側でVB/Delphi代わりになると。

266 :デフォルトの名無しさん:01/11/18 01:07
>>265
JAVA < C# = VB < Delphi < VC

267 :デフォルトの名無しさん:01/11/18 01:07
Java叩きはJava信者のJava信者によるJava信者のための娯楽なんだよ
部外者は帰った帰った!

268 :デフォルトの名無しさん:01/11/18 01:08
荒れろ荒れろ
アーヒャヒャヒャ

269 :デフォルトの名無しさん:01/11/18 01:10
■質問
僕はVCでAppWizardを使ってダイアログベースの
アプリしか作れないのですが、そんな僕はJava信者の方と比べて
どう位置付けされるのですか?

270 :デフォルトの名無しさん:01/11/18 01:11
>>268
Javaスレは、どこもいつもこんなもんですが、なにか?

271 :デフォルトの名無しさん:01/11/18 01:12
JavaとHSPって、ここでは同じ扱いなんですね。

272 :デフォルトの名無しさん:01/11/18 01:13
>>269
サーバサイドと関係なし。
こっち逝け。
http://pc.2ch.net/test/read.cgi/tech/1005159122/

273 :$UN:01/11/18 01:13
また〜りいきましょうや。サーバーサイドで。

274 :デフォルトの名無しさん:01/11/18 01:14
>>269
情報不足。ダイアログベースにも、ピンからキリまである。

275 :デフォルトの名無しさん:01/11/18 01:17
>>273
JAVAってサーバーサイド以外にあるの?
ギャハハ

276 :デフォルトの名無しさん:01/11/18 01:18
>>274
こないだHelloWorldって表示させました。

277 :デフォルトの名無しさん:01/11/18 01:20
>>275
あるよ

278 :デフォルトの名無しさん:01/11/18 01:22
>277
COOL!!

279 :デフォルトの名無しさん:01/11/18 01:22
>>276
5年後にまた来て下さい。

280 :デフォルトの名無しさん:01/11/18 01:25
>>277
携帯か?女子高生のおもちゃだろ?
JAVA信者の頭の中もガングロギャル並みか。(プププ

281 :デフォルトの名無しさん:01/11/18 01:33
必死だな

282 :デフォルトの名無しさん :01/11/18 01:34
そして童貞という言葉がスレを覆い尽くす

283 :デフォルトの名無しさん:01/11/18 01:35
Java信者>276 でいいですね?

284 :デフォルトの名無しさん:01/11/18 01:37
ガングロギャルて。

285 :デフォルトの名無しさん:01/11/18 01:37
アホ、相手にするのはやめましょう。
厨房は人畜有害。
無駄な情報を垂れ流すんだから。

JAVAはまだまだ甘い蜜しゃぶれる。

286 :デフォルトの名無しさん:01/11/18 01:40
>>285
この先、JAVAが栄えることはない。
.NETが成功すれば死滅する。
.NETがこければ、少しは寿命が延びる。

287 :デフォルトの名無しさん:01/11/18 01:42
そうそう、Javaは自力ないから、.NETの失敗だのみ。

288 :デフォルトの名無しさん:01/11/18 01:43
Windowsのことだけ考えていればよい、厨房どもとは
違うんだよ・・・。

289 :デフォルトの名無しさん:01/11/18 01:44
必死だな(藁)

290 :デフォルトの名無しさん:01/11/18 01:49
>>288
JavaはWindowsだけでなく、どこでもダメですが何か?

291 :デフォルトの名無しさん:01/11/18 01:50
>>290
いえ別に。

292 :デフォルトの名無しさん:01/11/18 01:53
>>291
では失礼します。

293 :デフォルトの名無しさん:01/11/18 01:56
BorConでJ2EEの話きいてきたけど
某はかなり気合い入れてるっぽかったぞ。

294 :デフォルトの名無しさん:01/11/18 02:08
>>293
今やらないと、後でやってももてはやされないからな

295 :デフォルトの名無しさん:01/11/18 02:25
java始めようと思たけどやめた

296 :デフォルトの名無しさん:01/11/18 02:26
うちではWindowsでJavaGUI使っててサーバーサイドはC++だぞ。
Javaの最大の欠点は型付コレクションクラスがないことと
デストラクタがないことだ。
GUIならデストラクタがなくてもリソースなんて有り余ってるから
特に問題にならないけど、サーバー側はメモリ以外のリソースが結
構きついし、トランザクションのように始まりと終わりをきちんとし
なくちゃいけない概念が多い。
またコレクションクラスをいちいち派生させるのは現実的ではないし、
キャストしまくるのはきわめて危険。Javaがサーバーサイドで有効というのは
まったく理解できないんだが。
逆に利点はclassファイルがバイナリレベルのインターフェイスを持っている
こととSwingがかなり洗練されたライブラリであること。(その分遅いけど)
特にバイナリレベルのインターフェイスは偉大で、例えば「顧客ID用TextFiled」
見たいなクラスを作ったときに全体のリコンパイル無しにそのクラスを拡張できる。
C++で同じ事をする場合vtbleの順番を変えるような変更やprivate変数を加えるよう
な変更ができず、いろいろ面倒なことをしなくてはいけない。

297 :JAVA:01/11/18 02:49
サーバー側のJabaで日本語表示させるにはどうしたらええの?
掲示板作りたいんだけど。

298 :デフォルトの名無しさん:01/11/18 02:50
Jabaって新言語か?

299 :デフォルトの名無しさん:01/11/18 02:52
>>298
C −> C++
Java −> Jaba

300 :297:01/11/18 02:53
Jabaもしらんの?、プ
>>298

301 :デフォルトの名無しさん:01/11/18 02:56
日本野球連盟って何ですか?

302 :297:01/11/18 03:00
もしかして。。と思い
必死で検索かけたのが目に浮かぶ。
http://www.google.co.jp/search?q=Jaba&hl=ja&btnG=Google+%8C%9F%8D%F5&lr=lang_ja

Jabaじゃなくて、Javaですすみません。
JSPサイドで文字列を取得してから、サーバになげて
戻ってくると???こういう風になっちゃってるんですよね。

303 :デフォルトの名無しさん:01/11/18 03:39
>>297
は質問が出鱈目なんで誰も答えられない。

304 :デフォルトの名無しさん:01/11/18 03:45
つうか課題出されたんで2CHに聞きに来てる厨房だろ。
そんな質問してるようじゃねえ・・・・。
1)サーバ―側に日本語表示させてどうすんだろ?
2)サーバーってなんだか判ってないみたい。
3)日本語表示の問題とは思えない
4)「掲示板」ってのは「サーバー側に日本語表示させたもの」だという
  認識らしい。

おまへにPGは無理。

305 :デフォルトの名無しさん:01/11/18 03:50
>>296 Javaの最大の欠点は型付コレクションクラスがないことと
デストラクタがないことだ。

型付コレクションクはそのうちテンプレート対応と一緒についてくると思われ。
何時になるか不明だけど。

まあ使い捨てのオブジェクトはローカルスコープ抜けた瞬間に
後始末してくれるとありがたいこともあるな。

306 :デフォルトの名無しさん:01/11/18 03:53
>何時になるか不明だけど。
こんなこと平気で言えるのが凄いね。
Java使いは

307 :デフォルトの名無しさん:01/11/18 03:59
>>306 べつになければ無いで今のところ済んでいるからな
#俺も粘着だねしかし

308 :297:01/11/18 04:10
>>304
クライアントのブラウザーです。

309 :デフォルトの名無しさん:01/11/18 04:14
日本語表示だけの問題なら送る時にSJIS指定して送る。

310 :297:01/11/18 04:35
>>309
どもです。

311 :デフォルトの名無しさん:01/11/18 05:04
>>296
>>Javaの最大の欠点は型付コレクションクラスがないことと

別にパラメータ付きタイプがなくても十分にTypeSafeだと思いますが
(つまり、無効なキャストは例外もしくはエラーで投げられ、捕捉しなければならない)

>> デストラクタがないことだ。..トランザクションのように始まりと終わり
>> をきちんとしなくちゃいけない概念が多い。
あるObjectの生成と消滅で一貫性を管理しているのは、あまりお勧めできない。
それは本来、トランザクションとは一つのServerメモリ空間の状態だけでは
完結しないため、入力から永続化への一貫した制御が求められる。
(消滅によって完了することを期待するよりも、明示的な呼び出しによる
裁定の方が良いのは同意できるが...)

>>またコレクションクラスを....キャストしまくるのはきわめて危険。
これを一般にはキャストとは言わずWiding,Narrowingと呼ばれます。
C++ではdynamic_castを用いていますが単一継承ではあまり意味がありません。

>>見たいなクラスを作ったときに全体のリコンパイル無しにそのクラスを拡張できる。
virtual void func() = 0; // を使いましょう。

Java継承者・C++多重人格者・C#演奏者ですが、なにか?

312 :デフォルトの名無しさん:01/11/18 05:51
変態言語なんてやめて、LISPやろうぜ

313 :デフォルトの名無しさん:01/11/18 06:28
.NETに失望してJAVAにきました。
サーバーサイドのお話ですが。

314 :デフォルトの名無しさん:01/11/18 09:31
コンパイル時エラーを検出できないというのは、退化でしょうに。
頭が煮えてるとわかんないんだろうなあ。

315 :デフォルトの名無しさん:01/11/18 09:33
>>313
失望するもなにも、まだ開発環境だって正式リリースされてないじゃん。

>>311
せっかくメモリの管理はしなくて済むようになったのに、DBのクローズ
し忘れでカーソル溢れたなんてのは防ぎようがないのよねー。

316 :デフォルトの名無しさん:01/11/18 11:08
>>315
>せっかくメモリの管理はしなくて済むようになったのに、DBのクローズ
>し忘れでカーソル溢れたなんてのは防ぎようがないのよねー。
コネクションが溢れたの間違いでは?
些細な点でスマソ(w

317 :デフォルトの名無しさん:01/11/18 13:59
>>311
>別にパラメータ付きタイプがなくても十分にTypeSafeだと思いますが
>(つまり、無効なキャストは例外もしくはエラーで投げられ、捕捉しなければならない)
314も言ってるけど実行時にエラーを補足出来るなんてのは何の意味もない。
ミッションクリティカルなシステムってのはテスト段階ですべてのバグを見つけ出
すことを期待されているのであって、入力データによって発生するかどうかわからない
バグが混入すること避けなければならない。
それにNullPointerやNoSuchMethodやClassCastExceptionは明示的なcatchする
必要はなくJavaの例外明示機能の恩恵は受けていない。

>あるObjectの生成と消滅で一貫性を管理しているのは、あまりお勧めできない。
>それは本来、トランザクションとは一つのServerメモリ空間の状態だけでは
>完結しないため、入力から永続化への一貫した制御が求められる。
わけわからん。トランザクションには必ずbeginとcommit/rollbackがあるわけで
この対を呼び出すのは同じプロセスかつ1つの関数だろう。

>これを一般にはキャストとは言わずWiding,Narrowingと呼ばれます。
>C++ではdynamic_castを用いていますが単一継承ではあまり意味がありません。
Widingが失敗した時にClassCastExceptionが出るわけですが、JDKは一般的な
用語を使用してないということですか?

>>見たいなクラスを作ったときに全体のリコンパイル無しにそのクラスを拡張できる。
>virtual void func() = 0; // を使いましょう。
意味がわかりません。virtual関数の順番を変えたり、メンバ変数を追加したら
リコンパイル必要でしょう?純粋仮想関数がなんの役に立つのですか?
これを防ぐには XXXImplクラスとXXXInterfaceクラスを作ってバイナリ互換を保つこ
とだけど、これをすべてのクラスで行うのは現実的ではないといっているのですが

>Java継承者・C++多重人格者・C#演奏者ですが、なにか?
言語の上っ面だけではなくもっとソフトウェアについて勉強してください

318 :デフォルトの名無しさん:01/11/18 14:00
>>315 防ぎようが無いは言いすぎだよ
tryブロックにcatchなしでfinally節だけ書けるのしってる?
後始末忘れないようにfinally節みんな使おうぜ。
try{
//いろいろお仕事
}finally{
コネクションとか.close()
}

あと、DBやファイルのオープンはtryブロック前の外に書くのがコツ。
そうしないとfinally節でクローズすべきかどうか場合分けがめんどい。

319 :デフォルトの名無しさん:01/11/18 15:16
>>318
同意。Delphiで育った俺は、各地に
Connection conn = null;
try {
  conn = XXX.getConnection();
  ...処理...
} finally {
  if (conn != null) {
    conn.close();
  }
}
なんてコードがあるのは激しく気持ち悪いのだが・・・
void hoge() throws SQLException {
  Connection conn = XXX.getConnection();
  try {
    ...処理...
  } finally {
    conn.close();
  }
}
だとキレイ
サーバーサイドと関係ないけど。

320 :デフォルトの名無しさん:01/11/18 16:24
メモリリークとリソースリークの区別が付いてないアフォが多すぎ

321 :デフォルトの名無しさん:01/11/18 16:33
みんな、Transactionごとにメソッド内のローカル
変数でConnectionだのStatementだのつくってんのか?
おっかねえプログラミングだな。

ふつう外部リソースはManagerパターンでクラス作って
そこに管理させたりしないの?Cじゃないんだから。

322 :デフォルトの名無しさん:01/11/18 19:35
>>321
んー、Javaの場合はローカル変数でやるのが普通じゃないのかなあ。
サーバサイドだからコネクションプール前提で話してるんだろうし。

323 :デフォルトの名無しさん:01/11/18 19:50
コネクションプール使ったってそのリソースを使うのに何かしらの
Open/Closeロジックが必要になることは多い。
例えばデータベースセッションの場合begin tran したらちゃんとcommit/rollback
しなくちゃならない。それをプログラマの注意力に委ねるのは正直危険。

324 :デフォルトの名無しさん:01/11/18 20:50
こういうことのためにEJBがあると思うんだけど、みんなはどう思う?
もちろんEJBもcreateしたら、removeしなきゃいけないけど、
メモリとかリソースじゃなくてオブジェクトの関係だけで考えられるのがいいね。
しかも分散オブジェクトとして扱えるし

325 :255:01/11/18 21:32
>>324
EJBの発想は良いが、パフォーマンスがあれではな。:-p

326 :デフォルトの名無しさん:01/11/18 21:37
>>325
パフォーマンスを求めるには正直苦しいが
リアルタイム性を求めないシステムだったら
EJBもいいんでわないか?

327 :デフォルトの名無しさん :01/11/18 21:41
>>255
メインフレームみたいなSunのマシンだとすげー早いらしいよ。
使ったことないからわかんないけどw

328 :326:01/11/18 21:43
あと、頭っから分散処理狙ってるシステムとか。

今度の仕事はEJB使ってやるつもりですが何か?

329 :デフォルトの名無しさん:01/11/18 22:00
先生!XPってスペック高くないと使い物にならないのですが・・・
.NETってパフォーマンスなくちゃ駄目ですか?:-p

tomcat/apache/linuxだと全然余裕に動きます。

330 :デフォルトの名無しさん:01/11/18 22:14
>>329
マジレス悪いが、
そんなことないです。メモリ多いほうがいいですが。
.NETはJavaよりもはるかに軽くて速いですが。

331 :デフォルトの名無しさん:01/11/18 22:23
>>330
それってサーバサイドでそうなの?(ビジネスロジック走らせるとか)
それならこの板での煽られぶりもわかるがw

スレ違いだが、パフォーマンスや運用を考えると
OSを選択(つーかカスタマイズ)出来るほうが有利だと思うんだが

332 :デフォルトの名無しさん:01/11/18 22:30
LinuxのJavaは不自然に遅い。
SolarisのJavaの動作を始めて見たときは唖然としたよ。

333 :デフォルトの名無しさん:01/11/18 22:32
.NET よりも サーブレットや EJB の方が技術的に枯れてる。
数年後は分からないが今使うなら Java を使う。

334 :デフォルトの名無しさん:01/11/18 22:35
>>332
Sun が Linux 版を作ってくれないので、
blackdown というグループが独自に作った。
それがベースになっている。
そのせいかどうか JIT などが標準では組み込まれてない。

335 :255:01/11/18 22:38
>>334
それをSunがまるで自分たちが作ったかのように振る舞った。
Borlandも同罪。
未だに遺恨を残している。

336 :デフォルトの名無しさん:01/11/18 22:44
http://www.changelog.net/log/1999/special/java-linux/

337 :デフォルトの名無しさん:01/11/18 22:45
>>332
禿同。

>>335
たしかにあの時は非道いとおもた。

結局のところ、最大のパフォーマンスを考えると
  Wintel + .NET vs Solaris + J2EE
っつー構図になってしまうのか・・・

338 :255:01/11/18 22:50
>>336
> 、、、けれども、もう楽しくなくなりました。
> それに、同様にコミュニティにお返しをするには、他のプロジェクトや他の方法があります。
この部分が特に突き刺さるね。
Sunは本当に最低な会社だ。

339 :デフォルトの名無しさん:01/11/18 22:53
・Sun は、Blackdown JDK 1.2.1 ソースツリーを使用し、 それを Inprise に
提供しました。 私たちが皆サインしたライセンスの下では、 彼らには完全に
このことをする権利があります。

・Sun は、この別の試みについて、私たちに教えてくれず、 彼ら(Sun/Inprise)が
見つけたバグの修正を私たちに寄与することも ありませんでした。

・Sun/Inprise が発表を行った時、 PR やプレスリリースなどのどの方法に
おいても Blackdown のクレジットはありませんでした。 そして Blackdown の
成果は基本的に価値がない、 (※そして Sun/Inprise がやったことこそが
価値あることである) というように表現されました(Inprise/Sun からの PR を
読んで下さい)。

・Inprise はいつも、私たちの 4年間のJDK の Linux への移植作業を
「Blackdown の初期の成果」 (※そして Inprise がやったことの方がずっと
大変だったんだ) と言っており (java-linux メーリングリストのアーカイブを
見て下さい)、 このことはただ自体を悪化させました。

340 :デフォルトの名無しさん:01/11/18 22:58
M$も同じようなことやってねーか?

UNIXまんせーってことで。締め。

341 :デフォルトの名無しさん:01/11/18 23:01
OSの歴史ってぱくりぱくられ・・・
エンドユーザーにはそんな話はかんけーねーよ。

MS/SUNバッシングは別スレでやれ。
ここのスレはサーバーサイドJAVAだ。

342 :255:01/11/18 23:02
>>340
MSはいくらなんでもここまでひどいことはしていないと思うが。
あるなら教えてほしいね。

343 :デフォルトの名無しさん:01/11/18 23:05
>>340
MS は組織/会社/ソフトごと買い取るか、
自分で同じの作っちゃうから。

344 :デフォルトの名無しさん:01/11/18 23:13
IIS批判には耳を貸さず、APサーバー批判。
J2EEの規模の大きさを否定しながらも.NETの不透明さには声を上げない。
VM批判しながらも.NETコンパイラの非windows環境には触れない。
SUNの批判しながらMSはまんせー

これ、FUD255。

345 :255:01/11/18 23:37
.NETをまともに知らないバカの登場か?

>>344
> IIS批判には耳を貸さず
.NETにIISが必須とでも思ってるのか?
IISがなくても.NETのWebアプリは可能だろ。

> .NETの不透明さには声を上げない
意味不明。何の「不透明さ」だ?

> .NETコンパイラの非windows環境には触れない
.NETがいつクロスプラットフォームを確約した?

もう少し勉強してから批判してみろ。

346 :デフォルトの名無しさん:01/11/18 23:44
255にやられっぱなしなのが笑える。
Java派の255いないみたいね。

347 :デフォルトの名無しさん:01/11/18 23:53
つか、厨房ども消えろ。

348 :255:01/11/18 23:59
>>347
反論できずに逆ギレか。:-p

349 :デフォルトの名無しさん:01/11/19 00:01
スレの趣旨も読めんのを厨房といわずになんと呼ぶ。
.NET vs J2EEならほかのスレでやれ。
このスレでやる意味がない。

350 :デフォルトの名無しさん:01/11/19 00:05
だってJava房ってWinでいうところのVB厨だろ。そんな連中じゃロクな成果はあがらんよ

351 :デフォルトの名無しさん:01/11/19 00:13
>>350
Java厨はなにでいうところなんだ?

352 :デフォルトの名無しさん:01/11/19 00:16
>>351
Javaは確固たるベースがありません。根無し草です。

353 :255:01/11/19 00:20
>>352
そんなことはない。
少なくともSolarisは確固たるベースだろ。
Solarisだけだけどな。:-p

354 :デフォルトの名無しさん:01/11/19 00:30
>>352
それが利点でわ?

実際問題としてJavaだったらVM入れればいいっていう考え方もできるが
「.NETに移行したんでOS入れ替えてクレ」
っつーソリューションは普及しずらいとおもうが。

最終的にはXPの普及度に寄ってしまうがな。

355 :デフォルトの名無しさん:01/11/19 00:36
なんでこう雰囲気の読めない奴ばっかりなんだ?

356 :デフォルトの名無しさん:01/11/19 00:37
>>354
全てに普及してベースがない−>利点
全てに普及せずベースがない−>欠点

357 :デフォルトの名無しさん:01/11/19 00:41
>>356
スレ違い

http://pc.2ch.net/test/read.cgi/tech/1006038901/l50
http://pc.2ch.net/test/read.cgi/tech/1006053686/l50
好きなほうでやれ
小学生じゃあるまいし

358 :デフォルトの名無しさん:01/11/19 00:43
>>357
小学生ですがなにか?

359 :デフォルトの名無しさん:01/11/19 00:48
>>357
仕切り屋うざい。

360 :デフォルトの名無しさん:01/11/19 00:48
本題に戻しつつ

今度とあるシステム(Webサービスではない)を構築予定なのだが
インターフェースはさておき、計算部(かなり大規模)をJ2EEつかって
分散させようと思ってるんだが、実際のパフォーマンスとかはどうなんだろ?

CORBAとか使ってもよさげだが、条件として
・OSを選ばない
・マシンを選ばない
つーのがあるんでC++とかで作ると深みにはまりそーだし。

361 :デフォルトの名無しさん:01/11/19 00:53
>360 計算だけならJITが良く効きそうな気がする。

362 :360:01/11/19 00:58
なお、なんでJava使うかっつーと、

・客がJavaに興味ある
・クライアントソフトが今のところ未定
・インフラが(他の言語に比べ)整備されてる
・将来Webサービスに発展する予定がある

一番の要因は客の意見(w

363 :デフォルトの名無しさん:01/11/19 00:58
>>360
サーバサイドをJavaで作っても、JDK1.3のRMIはプロトコルを
IIOPにできるので、CORBAクライアントからもコールできるぞ。

J2EE1.2つうか、J2SE1.3だが。
WebでないのにJ2EE1.2は意味が無いとおもう。
J2EE1.3以降なら、Webでないサーバーサイドで便利な機能
が一杯になるみたいだけど、まだ出てないし。

いまのJ2EEは、仕事で仕方なく使うにしても、あまり面白く
なさそう。1.3はよでろ。J2SE1.4+J2EE1.3で、初めて
プログラマにとって楽しそうなサーバサイドが作れるフレーム
ワークが完成する気がする。

364 :360:01/11/19 01:02
>>362 に追加して、CORBA使っちゃうとVisiBrokerとかの導入も考えないと
いけなくなるのでめんどい。

今挙げた内容でもJ2EEって魅力的だと思うだけどなー

365 :363:01/11/19 01:02
>>360
頻繁に寝たり起きたりする分散サービスを管理する必要が
あるのなら、折角だからJiniやったら?面白いぞ。

国内であんまり実績ないから、客を口説くのと事前評価が
たいへんだろうけど。

366 :360:01/11/19 01:06
>>363

いままで全然Javaには興味なかったが
このあいだBorCon逝ってJ2EEに洗脳された(w
そんときの内容は1.3の内容だったな。

Frameworkはすごい魅力的な設計だった。

367 :360:01/11/19 01:09
>>365
客をどうやって口説くかが問題ですな。
国内ではほぼ実績0だろうし。

欧米では現状10%くらいの普及率だそうな。
数年で40%くらいに上げるらしい。

368 :デフォルトの名無しさん:01/11/19 01:33
>>360
Jiniの仕組み、ちゃんと知ってるの?
J2EE1.3に洗脳されるタイプの人間なら、Jiniには絶対
感動するはずなんだが…

単純に言うと、サービスの位置も状態もクライアントは
全く知らなくていいRMIベースのネットワークシステム
構築フレームワーク。

369 :368:01/11/19 01:39
つっても、現状ベースの実装は殆どRMIなので、
信頼性なんか心配すんな。「Javaを信頼できる」
レベルでいいなら、変わらんよ。

間にIISかましてWebでやるとか言う、巷で流行って
いるらしいアホな選択よりは、はるかにまし。

370 :360:01/11/19 01:52
>>368
Jiniの仕組みはよく理解してない。スマソ

おらが感動したのはスケーラビリティの部分が一番大きかったな。
1台のマシンで開発して、納入するときにBeanをばらしても大丈夫ってなところ。
>>360みたいなシステムだと、スタンドアロンでいったあとに計算追いつかなかったら
分散サービスにしても、プログラム的に意識するところがないのが(・∀・)イイ!!

371 :311:01/11/19 03:38
>>317
>>314も言ってるけど実行時にエラーを補足出来るなんてのは何の意味もない。
bad_exceptionが発生するほとんどの状況はパラメータ付きタイプでは防げません。
エラーではなく例外ですので補足することができるであればそうすべきです。
パラメータ付きタイプのコンパイル時エラー検出は確かに素晴らしいのですが
STLがそうであるように依然としてbad_exceptionは発生しますし、パラメータ付き
タイプのコンパイル時エラー検出は型一致を実装者に要求します。

>>わけわからん。トランザクションには必ずbeginとcommit/rollbackがあるわけで
>>この対を呼び出すのは同じプロセスかつ1つの関数だろう。
本当に?なぜそう思いますか?

>>これを防ぐには XXXImplクラスとXXXInterfaceクラスを作ってバイナリ互換を保つこ
>>とだけど、これをすべてのクラスで行うのは現実的ではないといっているのですが
だからProxyクラスを導入すべきでは言っているのですが?それが現実的であるか
否かは、それぞれの主観によるものでしょう。

>>言語の上っ面だけではなくもっとソフトウェアについて勉強してください
ソフトウエアばかりでなく事実を観察してください。

372 :デフォルトの名無しさん:01/11/19 09:47
>bad_exceptionが発生するほとんどの状況はパラメータ付きタイプでは防げません。
>…
>タイプのコンパイル時エラー検出は型一致を実装者に要求します。
少なくともClassCastExceptionは防げる。
他の例外は勢いあまって書いちまっただけで無視してくれ。

>>この対を呼び出すのは同じプロセスかつ1つの関数だろう。
>本当に?なぜそう思いますか?
今までの経験と見聞きしてきた知識から。事実を観察した結果とも言える。
この主観を共有できないのならこれ以上話すことはない。

>だからProxyクラスを導入すべきでは言っているのですが?それが現実的であるか
>否かは、それぞれの主観によるものでしょう。
確かに主観だ。よもやこれを現実的だと考える人間がいるとは思いもつかなかった。
あなたがこれを現実的だと捉える主観の持ち主ならこれ以上話すことはない。

373 :仕様書なしさん:01/11/19 10:22
>>342
おそレス

>MSはいくらなんでもここまでひどいことはしていないと思うが。
>あるなら教えてほしいね。

CP/MをそのままぱくったMS-DOSの話はひどいことではない?

374 :デフォルトの名無しさん:01/11/19 20:07
>>373
ここはサーバサイドJavaについてのみ語りませんか?
MS対J2EEの話ならよそにいくらでもスレッドがたっているので。

・・・誰かJames使ったことある人いない?

375 :デフォルトの名無しさん:01/11/21 10:11
素朴な疑問なんですが、JSPって、JAVAがかける人に便利な PHP みたいなものと考えていいですか?
コンパイルして動作する Servlet と違ってそんなにメリットがあると思えないんですが。PHP で作るよりは
文法がJAVAに統一されて楽かなぁ?って思ったんだけど、JSPの良さってある?

376 :デフォルトの名無しさん:01/11/21 10:34
>>375
JSPはコンパイルされてServletになる

377 :デフォルトの名無しさん:01/11/21 10:40
>>376
それじゃ最初から Servlet でいいじゃん

378 :デフォルトの名無しさん:01/11/21 11:01
>>377
PrintWriter.println("<HTML>");
こんなのいちいち書くのやじゃん。プログラムも見にくくなるし
見栄えと、内部処理は別個にした方が開発も楽でない?

379 :デフォルトの名無しさん:01/11/21 11:05
<HTML><BODY><P> hoge </P></BODY></HTML>
というHTMLドキュメントをクライアントに送りたい場合、Servletだと文全体を
Javaで出力しなくちゃいけない。
JSPだと "hoge" の部分だけを出力するコードをJavaで書き、HTMLタグはHTML
で書いておけば良いので、
<HTML><BODY><P><B> hoge </B></P></BODY></HTML> のようなデザインに
変更になった場合でもJavaのコードを書き直す必要がない。

380 :375:01/11/21 11:12
>>378-379
結局、JSPは楽できるってことぐらいということですか?
だったら JavaSctiptのほうがもっとよかったりして・・・

381 :255:01/11/21 11:20
>>380
楽できる=生産性が高い、メンテが容易ということだ。

> だったら JavaSctiptのほうがもっとよかったりして・・・
ネタか?
JScriptならまた話は別だが。

382 :デフォルトの名無しさん :01/11/21 11:24
>>381
生産性をあげるため!!!

ってんなら遅いJSPを使わずに、もっと効率のよいもの使わないの?

わかんないけど

383 :255:01/11/21 11:26
>>382
JSP(Servlet)は決して遅くはない。
何か勘違いをしていないか?

> もっと効率のよいもの
ASP.NETだろうな。

384 :デフォルトの名無しさん:01/11/21 12:19
ログ解析とかのちょっとしたツール作るときには便利でよい。
サーブレットにすると、サーブレットコンテナに登録したり
再起動が必要だったりで、修正のたびにサーバルームに行か
なきゃいけない。セキュリティルーム通って指紋認証して、
と面倒なんだな、これが。

> ってんなら遅いJSPを使わずに、もっと効率のよいもの使わないの?
適材適所。

385 :デフォルトの名無しさん :01/11/21 12:51
>>384
適材適所でしょうね。

>>383 は、JSPとServletの違いを知らないんだろう。
JSPはServletかもしれないけど、Servletの代わりにJSPを使うことはできない。

386 :デフォルトの名無しさん:01/11/22 01:34
>>385

Servletにできて,JSPにできないことって例えば
なんだろう?総てJSPで構成されたWebアプリとかを
見てきてるから,今ひとつ違いが見えにくいんだけど。

387 :デフォルトの名無しさん:01/11/22 02:18
>>386
JSPでは画像の出力が(ちゃんと)できません。
あと、Webサーバーの助けなしに圧縮ドキュメントを送ることができません。

388 :デフォルトの名無しさん:01/11/22 02:32
>>381
javascriptは苦労すると思うけどねぇ

>>382,384
JSPがなぜ遅いの?実行はServletと変わらないジャン。

>>384
ファイルの更新はリモートでできて、サービスの再起動はセキュリティルームでないとだめなの??
Appサーバーのコンソールで再起動くらいできるっしょ。
あんまり本質的な利点だとは思わないけど....
何が適材適所か知ってる?

>>386
技術的なこともあるけど、結局はMVCを分けて作ることが重要。
できるとかできないじゃなくて、JSPをどう使ったらよいか、Servletをどう使ったらよいか
考えればいいんじゃないか?手段と目的を履き違えないように..

389 :デフォルトの名無しさん:01/11/22 04:20
再起動はうざいよ、、、忘れるし。

390 :デフォルトの名無しさん :01/11/22 10:49
255は逃げました。

391 :デフォルトの名無しさん:01/11/22 11:43
255は.NETスレでマジレス展開中

392 :386:01/11/22 22:19
>>387

感謝。そうだね,ServletOutputStreamを直接使ったり
するようなことは向いてない/できないか。

393 :仕様書無しさん:01/11/28 15:17
企業サイトやポータルサイトで
実際に.jspって見たことある?

394 :デフォルトの名無しさん:01/11/28 15:30
あるけど?

395 :デフォルトの名無しさん:01/11/28 22:04
http://www.bicbic.com/wcsjapps/TOP.jsp
http://www.sakuraya.co.jp/cgi-bin/inetcgi/shop/sakuraya.jsp
http://www6.yodobashi.com/shopping/categorymain.jsp?oid1=56&oid2=58&oid=58

前途はまだまだ有望です。aspだったサイトもjsp/unixに
移ってるみたい♪

396 :デフォルトの名無しさん:01/11/28 22:10
>>393-395
Servlet+JSPなところ(ほとんどのサイト?)は拡張子が.jspにならないから
使ってるかどうかわからないんじゃないかな?

Tomcatで試したらindex.htmlでもServlet発動できたし。

397 :デフォルトの名無しさん:01/11/28 22:11
ここもjsp
http://mariners.mlb.com/NASApp/mlb/sea/homepage/sea_homepage.jsp

398 :デフォルトの名無しさん:01/11/28 22:17
最後の悪あがきか

399 :デフォルトの名無しさん :01/11/28 22:20
jboss3.0のα版が出てた。
ちなみにjbossのサイトはjspでリクエスト受けてるみたいw
http://www.jboss.org/index.jsp

400 :デフォルトの名無しさん:01/11/28 23:35
>>396
たとえば、拡張子は.cgiでも実はJSPの例
http://www.recruitnavi.com/

ふつう変えるよね。

URLに".jsp"晒してるのって、かっこ悪いアーキテクチャで
作ってるんだろーなーという印象を受けるんだけど俺だけ?

401 :396:01/11/29 00:11
俺はむしろServletで作って.jspにしたいんだけど・・・
なんか標準的な拡張子が欲しい

402 :デフォルトの名無しさん:01/11/29 00:14
.aspxなんて仕事で使うとこはないと思われ。
金の動くとこなら特に・・・

403 :デフォルトの名無しさん:01/11/29 00:30
JSP(´∀`)┏
http://www.sonystyle.com/home/home.jsp
http://121ware.com/community/navigate/catalog/index.jsp
https://oraclestore.oracle.com/OA_HTML/ibeCZzpHome.jsp?site=OracleStoreUS&respid=22372

本家WebObject( ´∀`)
http://store.apple.com/1-800-MY-APPLE/WebObjects/AppleStore

本家APSXだけど、まだasp(;´Д`)
http://www.microsoft.com/isapi/gomscom.asp?target=/

404 :396:01/11/29 00:55
>URLに".jsp"晒してるのって、かっこ悪いアーキテクチャで
>作ってるんだろーなーという印象を受けるんだけど俺だけ?

俺は違う考え。
JSP+Beanでもある程度View-Logicの分離はできる。
画面フローがそれほど複雑でない場合や開発期間が短いときは
むしろその方が有利だと思ってる。
小規模開発だと、Servlet->JSPの情報の受け渡しのオーバーヘッドの
方が大きくなったりするでしょ。

すべてのシステムがJ2EEを採用する必要がないのと同様に
すべてのシステムがServlet+JSPである必要はない。
状況に応じて使い分ければいい。
それより、流行ってるからって「考えなしに」Servlet+JSPを
採用することの方が危険だと思う。
(JSPだけ、は論外ね)

405 :400:01/11/30 01:38
>それより、流行ってるからって「考えなしに」Servlet+JSPを
>採用することの方が危険だと思う。

はやりってゆうか、もうTIPSとして確立してるし、Strutsその他
のフレームワーク使えば別に余計な工数かからないから、
長期的にはJSP+Bean(Model-1)は少数派になるんじゃないのかな?
小規模開発うんぬんはそのうち関係なくなるような気がする。

例えとして適切かどうかはわからないけど、すんげー簡単な
WindowsAPだって、いまでは全部MFCでがっちり書かれてる
ように。

商用アプリケーションサーバベンダがStrutsとかをバンドル
するようになった時点で流れは決定付けられるような気がする。
2年ぐらいかかるかな。(←根拠なし)

406 :デフォルトの名無しさん:01/11/30 01:46
Javaって日本でしか流行ってないって本当?

407 :デフォルトの名無しさん:01/11/30 01:51
>>406
携帯分野では正解

408 :デフォルトの名無しさん:01/11/30 01:57
http://www.zdnet.co.jp/enterprise/0111/29/01112902.html

> パパドプラス氏は,「(20を超える)とは言っても古い言語ばかり」と話し,
> Javaの可能性を考えれば優位性は変わらないとしたが,ここでは少し
> 苦しそうだった。

どうしようもないバカだね。
古い言語だからこそ、既存資産を.NETに移行できるということを分かってないよ。
「優位性」とは、.NETの優位性かい?

409 :デフォルトの名無しさん:01/11/30 02:46
.NETって実際のところはC#(VB)しか使われんだろ・・・
多言語なんて結局お荷物になるだけ・・・
人的資産っていってもC#でやれることとCobol.NETで
できることは大きな差があるだろ。MS以外のコンパイラが
どれだけフレームワークのヴァージョンアップについていけるか
ってのもある。客にCobolで作るなんていったら逃げていきそう・・・
VBでもC#要求してきそうだし(w。CLRなのにねぇ〜

そんなこといったら、JSPだってJava以外使用可能。
サーバーサイドは海外の方がむしろ、流行ってるんでは?

クライアントサイドで大きいプログラム書きたいんだったら
javaでもC#でもないのでは?現状だとVC++でしょ。

410 :デフォルトの名無しさん:01/11/30 02:51
javaは一部のオタクが煽って無理矢理メインストリームに押し出しただけで、
実際のところ枠組みとしてはいまだ不完全。
まあ、壮大な実験(藁)をしてくれたことについては意義があるけど、
美味しい所をMSが持ってくのに我慢ならん連中が多いのかね。

411 :デフォルトの名無しさん:01/11/30 02:54
>>408-410
スレ違い。ここは荒らし合いをするところじゃない

412 :デフォルトの名無しさん:01/11/30 03:06
>>409
> C#でやれることとCobol.NETで
> できることは大きな差があるだろ。

ないよ。
C#の方はunsafeポインタが使えるというだけ。

413 :デフォルトの名無しさん:01/11/30 05:44
雑誌にCOM<->EJBブリッジなるもんをSun
が開発していると載っていたが誰か使った
ことがある人いる?
セキュリティとか異なる考え方の部分がどう
吸収されているのか興味があるのだが。

414 :   どうですか?:01/11/30 05:51
あのさ、DelphyとJbuiderのプロフェッショナル
版のどちらかを買いたいのですけど、どっちが
買いでしょうか?やっぱり知名度(これからの発展度)
でJbuilderの方でしょうか?

415 :デフォルトの名無しさん:01/11/30 06:59
>>414
WindowsあきらめるならJBulider
そうでもないならKylixかDelphi
つかスレ違い。

416 :デフォルトの名無しさん:01/11/30 09:05
>>414も415もBuilderのスペル間違っている。414の二つ目は合っているけど。

417 :デフォルトの名無しさん:01/11/30 13:43
>416
Delphiモナーw

418 :デフォルトの名無しさん:01/11/30 19:29
>412
コンパイラ次第でしょ...?

419 :デフォルトの名無しさん:01/12/07 01:51
HP、アプリケーション・サーバーを無償提供
http://slashdot.jp/article.pl?sid=01/11/27/0614245&mode=thread
ってどーなんYO!?

420 :デフォルトの名無しさん:01/12/07 02:08
>>413
人に聞くよりつかってみそ。EAが結構前にリリースされてるから。
http://developer.java.sun.com/developer/earlyAccess/j2eecas/download-com-bridge.html

421 :デフォルトの名無しさん:01/12/07 03:31
>419
HP-ASって初めて聞いたわ。検索しにくい製品名ってせいもあって、
情報がまるでみつからんわい。使いものになるなら非常にうれしいな。

422 :デフォルトの名無しさん:01/12/07 10:20
揚げ

423 :java厨:01/12/07 10:38
実装するとき
EJB、とjavaBeanと、ただのクラスと
どういう基準で選べばいいのか悩みます・・・

皆さんはいかがです?

424 :デフォルトの名無しさん:01/12/07 11:47
>419

使ったことある人いる?

425 :デフォルトの名無しさん:01/12/07 15:43
>423
営業とかお客さんが希望したらEJB

426 :デフォルトの名無しさん:01/12/07 18:02
>424
まだモノは出ていないんじゃないの?
少なくとも無料ではまだ。

427 :デフォルトの名無しさん:01/12/07 22:10
>>423
サーバを継続運転したままの状態で随時アップデートとかが
必要な時は、リフレクションがどうしても必要で、そういう時は
EJBとか使ったほうが超楽だと思う。バッチ処理するだけならイラン
と思う。

428 :デフォルトの名無しさん:01/12/07 22:20
>>427 ロードバランシングしてるのを一台ずつ停止させてくんじゃなくて? 詳細きぼんぬ。

429 :javaヒカル:01/12/08 13:12
javaのデバッガの仕方をおしえてください

430 :デフォルトの名無しさん:01/12/08 14:02
デバッガの仕方ってなんですか?

431 :幼稚…:01/12/08 14:06
>>429
デバッガ=デバッグする人(名詞)
デバッグ(動詞)

自分の頭のデバッグから先にやったほうがいいんじゃない?

432 :デフォルトの名無しさん:01/12/08 14:21
Javaのコンパイラの仕方おしえてください

433 :シンクロナイズド・ラブ:01/12/08 14:39
Javaのディスアセンブラの仕方おしえてください

434 :デフォルトの名無しさん:01/12/08 19:10
> javaのデバッガ(グ)の仕方をおしえてください
厨房ならRAD開発ツールでステップイン&インスタントウォッチしろ。
旧タイプならスナップショットでデバッグコードでも埋め込め。

> Javaのコンパイラ(ル)の仕方おしえてください
VBと同じでネイティブコードにはならん。中間コード生成ならjavac。

> Javaのディスアセンブラ(ル)の仕方おしえてください
んなもんこんなところに書けるか!

・・・ネタにマジレスするのもアホらしいのでsage

435 :デフォルトの名無しさん:01/12/08 19:14
Jadのページなくなってる!!
やっぱり圧力かかったのかな?

436 :デフォルトの名無しさん:01/12/08 19:31
Jadってナニヨ

437 :デフォルトの名無しさん:01/12/08 19:41
>んなもんこんなところに書けるか!

は?なんで書けないの?まさかディスアセすなわち悪だとでも思ってるの(わら)
そんなのjdk標準装備(!)のjavap使えば一発で済むじゃん。

javacを使うのが普通で、javap使うのが悪だ、とでも言うの?
どっちも純正コマンドなのに。

>厨房ならRAD開発ツールでステップイン&インスタントウォッチしろ。

べつに厨房でなくてもいいじゃん。便利なものはばんばん使え。
それにこれまた標準装備のjdbでもそういうことはできるし。

438 :モカ使い:01/12/08 19:44
バイトコードの仕様って公開されているのに、
ディスコンパイルやディスアセンブルが問題なの?
なんで?

439 :デフォルトの名無しさん:01/12/08 19:50
>>435
持ってるけどいる? 適当なアップローダー教えて。

>>436
Java の逆コンパイラ。

440 :デフォルトの名無しさん:01/12/08 19:52
漏れも欲しいな。

441 :デフォルトの名無しさん:01/12/08 19:53
javanc 欲しい。

442 :デフォルトの名無しさん:01/12/08 19:55
441=吉田弘一郎

443 :439:01/12/08 20:04
・「おめぇー、これ、バグなんじゃねーの」といってコソリ WebLogic 逆コンパイルしてみたり
・「本当に○日の修正版かよ」といってサーバから持ってきた開発物逆コンパイルしたり
・「本当に非同期対応してんのかボケ」といって某社 Bean を逆コンパイルしてみたり

何かと使えます。で、どこか ZIP が置けるアップローダーないっすか?

444 :デフォルトの名無しさん:01/12/08 20:10
>>443
で、思ったとおりだったことが多いのね。

ああ、所詮どこの大企業でも、前線でコード組んでるのは
素人ゴミ派遣プログラマなのねん。

445 :439:01/12/08 20:16
>>444
まぁ多少のバグがあるのはしょうがないけどね、製品がらみだと最後まで疑いにくいから、
原因不明に陥る事がある。製品のバグであることがはっきり確認できて、回避できる動きが
分かれば、そういうコードを書くだけのこと。なんか死滅スレでシンボルの残しすぎを突付い
てる厨がいるけどさ、おかげでだいぶ助かってる。ネイティブ時代の製品がらみ障害はもうイヤ

446 :439:01/12/08 22:04
とりあえず NT/2000 版の jad ここに置いとくけど、すぐ消すよ。
http://www.geocities.co.jp/SiliconValley-PaloAlto/5694/misc/jadnt157.zip

447 :439:01/12/08 22:11
ぐぐるで jadnt157.zip 検索すればいっぱい出てくるやん。
やっぱこっちからダウンロードして。

http://www.cosy.sbg.ac.at/~rmeindl/files/jadnt157.zip
http://web.njit.edu/~rsb2/Downloads/Java%20Tools/Java%20Decompiler/jadnt157.zip
http://www.stud.ifi.uio.no/~magnusl/jadnt157.zip

448 :デフォルトの名無しさん:01/12/09 00:29
>339
ThanX!!

449 :デフォルトの名無しさん:01/12/09 00:29
439(・・;)

450 :デフォルトの名無しさん:01/12/09 00:44
>>434,437-438
逆コンパイルをして良いかどうかはそのソフトウェアのライセンスによりけり。
出来るできないは関係ない。

>>439
逆コンパイラって javap みたいな奴? それともちゃんとした Java コード吐くの?
後者ならちょっと使ってみたいな。

451 :デフォルトの名無しさん:01/12/09 00:52
>>450
ちゃんとしたJavaのソースを吐くよ。
仕事上マストアイテム。

452 :デフォルトの名無しさん:01/12/09 01:02
>>450
下手な新人に書かせるよりきれいなコードを吐く (藁
ウチの新人は、同じソースの中でぶら下がり中括弧と行末中括弧を混在させたり、
インデントに空白とタブを混在させたりと、もうわけわかめ。

453 :デフォルトの名無しさん:01/12/12 19:57
でたぞ。http://www.jpn.hp.com/software/hp-as/down/index.html
報告アゲ

454 :デフォルトの名無しさん:01/12/13 04:47
明日入れてみる。
情報なサゲ。

455 :デフォルトの名無しさん:01/12/13 14:53
>453
起動するだけでも例外が3つ4つ投げられてしまうなぁ。
最終的に起動はするんだけども。Linux + JDK 1.3.1_01。

456 :デフォルトの名無しさん:01/12/13 16:29
Apache+tomcatでJSP&Servletを書いてて思ったのですが、
docbaseをhtdocsとかの下にしちゃうと、
WEB-INFのクラスファイルがブラウザから丸見えですね。
こんな使い方はやっぱり間違ってるんでしょうか…

457 :デフォルトの名無しさん:01/12/14 04:16
>456
docbase云々にかかわらず.htaccessで禁止しましょ。

458 :デフォルトの名無しさん:01/12/14 21:30
>>457
ありがとうです。
そうしますね。

459 :デフォルトの名無しさん:01/12/14 21:34
a

460 :デフォルトの名無しさん:01/12/14 21:37
MicrosoftのC#とCLIが「標準」に
http://www.zdnet.co.jp/news/0112/14/e_dotnet.html

もうJAVAをやる価値はありません。
早めに.NETに移行しましょう。

461 :デフォルトの名無しさん:01/12/14 21:44
ANSI/ISO標準取ってからいえ(w
あり得ないだろうが。

いーしーえむえー
ECMA
【企業・団体】European Computer Manufacturers Association / 欧州コンピュータ製造工業会
・机上の空論のような議論を延々とし、たらたらと作業を進めるISOに比べ、さっさと作業を進めて、
とりあえず実装できる段階のものをホホイとつくり、巷から沸いてくる不都合を聞き入れ改訂するという方針で
最近(一部で)人気の国際的な標準化推進団体。

462 :デフォルトの名無しさん:01/12/15 02:23
つーか MS の丁稚じゃん。

463 :デフォルトの名無しさん:01/12/15 13:17
Javaユーザーは、Macユーザーみたいにならないことを祈るよ。

464 :デフォルトの名無しさん:02/01/05 04:37
これからサーバーサイドJAVAを勉強する為にWebアプリを作ってみます。
環境はApache+TomcatとWebSphereとどっちが良いでしょうか?

私の知識レベルはサーバーサイドJAVAの概念的なものしか理解できておらず、
実装に関しては未経験です。
環境はWin2000を考えています。
WebSphereと関連アプリは評価版を使います。

Apache+Tomcatの方が敷居が低そうなのですが、業務に即戦力となるには
WebSphereかなって思ってます。
アドバイスお願いします。

465 :デフォルトの名無しさん:02/01/05 06:18
勉強ならTomcat単体でいいんじゃない?

466 :デフォルトの名無しさん:02/01/05 11:30
>>463
もう手遅れ

467 :デフォルトの名無しさん:02/01/05 15:32
>>464
データベース使うなら WebSphere

468 :デフォルトの名無しさん:02/01/05 15:47
>>464
WebSphereは、複雑すぎて初心者には習得が難しすぎる。
WebLogicと並んで良くも悪くも、流行に沿った技術の寄せ集めだから、
開発に際しても筋が一本通ってない。
難しいなりにも、WebObjectsを勧める。SQLを意識せずに、
初心者には簡単にドラッグ&ドロップでDBと連携するWebアプリが作れるよ。
DBも基本的に、JDBC2.0準拠のドライバがあればOK。Win2000で開発できるよ。
上級者でも、フレームワークを使ったゴリゴリのコーディングで満足できる。
アポーはクソだが、WebObjectsは単純に(・∀・)イイ!

469 :J2EEチューボー:02/01/09 13:49
他のスレでも聞いたのですが結構困ってます。
WebLogic6.1でWebアプリケーション開発してるんですが、
IE6.02とIE5.5に去年の12月に出たセキュリティーパッチを当てたブラウザから操作すると
途中でセッションが切れてしまってしまうのです。
どうしたもんなんでしょう?
解決策はありますか?
というかこんな目に遭った人は他にはいないのでしょうか?

470 :デフォルトの名無しさん:02/01/09 18:02
Win2000 + IBM Netfinity + IBM J2REって組合せ速そうなんだけど、どうよ?

http://www.spec.org/osg/jvm98/results/res2000q2/jvm98-20000403-03323.g.html

471 :デフォルトの名無しさん:02/01/20 17:26
.NET抵抗あげ

472 :デフォルトの名無しさん:02/01/20 17:48
>>469
URLRewriting使ってみれば良いとオモワレ

473 :デフォルトの名無しさん:02/01/23 17:21
すんません、VAJでカスタムタグを使いたいんですが、
dtlファイルって何処に置けばいいんでしょう。
.webappあたりで指定していれば何処でも良いのでしょうか。
どなたかご教授くらさい。<(_ _)>

474 :デフォルトの名無しさん:02/01/23 17:54
http://www.lifemile.jp/
ここもJSP使ってるみたい。
最近はJSP利用サイトが増えてうれしいかぎりですな。
ただ、サーバーの初歩的なセキュリティ管理はしっかりしてホスィ

475 :デフォルトの名無しさん:02/01/29 11:29
oracle9iAS でステートフルBeanを実行じようとすると
ホームインタフェース取得にて落ちます。
何が原因なのでしょう?

あと、ステートフルの場合も「orion-ejb-jar」って
記述しないとNG?

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

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

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