【祝】 JDK 1.4 βリリース

1 ：デフォルトの名無しさん：2001/05/27(日) 16:47

でました、JDK 1.4ベータ。
前回のJDK 1.3のときと違い、意欲的です。

ということで、JDK1.4を試用して、1.4を語ろう！

http://java.sun.com/j2se/1.4/ja/index.html

2 ：名無しさん：2001/05/27(日) 16:49

休日出勤ご苦労様。

3 ：デフォルトの名無しさん：2001/05/27(日) 17:04

Swing速くなったって話、どうよ？
1.3.1で作業中なのでインストールするわけにいかず。レポートきぼん。

4 ：デフォルトの名無しさん：2001/05/27(日) 17:06

また互換性の問題が発生するんですね
はあ・・・

5 ：デフォルトの名無しさん：2001/05/27(日) 17:07

ほほー。そんなに嬉しいのか？どのへんが嬉しい？

6 ：デフォルトの名無しさん：2001/05/27(日) 17:09

サーバがコンデルーヨ

7 ：デフォルトの名無しさん：2001/05/27(日) 17:19

assertionが言語レベルで加わった。

8 ：デフォルトの名無しさん：2001/05/27(日) 17:58

正規表現のAPIが加わった。
OROMatcher？

9 ：デフォルトの名無しさん：2001/05/27(日) 18:04

暗号とXMLと正規表現あたりはうれしい人も多いんじゃない？

10 ：デフォルトの名無しさん：2001/05/27(日) 18:10

>>4
VMはマイナーチェンジだけだと思うよ。
API側の拡張される部分については、既存に影響そんなに
無いと思うんだけど…
（でもForteは1.4じゃ動かないのね。なんで？）

11 ：デフォルトの名無しさん：2001/05/27(日) 18:15

java.nioだって。channelってなんすか？

12 ：デフォルトの名無しさん：2001/05/27(日) 18:49

気になるのは、Swingの表示スピードがどれくらい
上がっているのか・・・その一点に尽きる。
幾らなんでもサーバーサイドのみでは魅力も半減だよ。

13 ：DL中：2001/05/27(日) 19:18

Swingの速度レポートきぼーん

14 ：デフォルトの名無しさん：2001/05/27(日) 19:26

>>13
DL中なら落としたらよろしく。（藁

15 ：デフォルトの名無しさん：2001/05/27(日) 19:34

java.nioってよくわからんなぁ、、、。使い方が･･･。

16 ：デフォルトの名無しさん：2001/05/27(日) 19:39

どれ、ダウンロードしてみっか。漏れは業務は未だにJDK1.1.8ベースだ。
一応最新世界にも触れてみるモナー。

17 ：デフォルトの名無しさん：2001/05/27(日) 19:49

落とせた人いる？

18 ：デフォルトの名無しさん：2001/05/27(日) 19:55

なかなか終わらん・・・

19 ：デフォルトの名無しさん：2001/05/27(日) 19:55

個人的にはGTK+風Look&Feelが好みだな。

20 ：16：2001/05/27(日) 20:04

本体とドキュメント、今落としたよ。デスクトップにJavaWebStart（クライアントアプリ配信
する奴）のショートカットが出来る。

21 ：デフォルトの名無しさん：2001/05/27(日) 20:08

すでに昨日から手元にある・・・。

22 ：デフォルトの名無しさん：2001/05/27(日) 20:24

うおおお、48MBがたったの10分！
ADSLにして良かった～マンセー！マンセー！

23 ：21：2001/05/27(日) 20:47

>>22
オレも最近ADSLにした。
速いよねー。おかしいよねー。うへへー。

24 ：17：2001/05/27(日) 20:56

何度かチャレンジしてうまくいきました。
Linux版、ASDL環境なんで、ドキュメントはもちろんダウンロードしない。
これから試します♪

25 ：デフォルトの名無しさん：2001/05/27(日) 21:45

java.nio

http://java-house.etl.go.jp/ml/archive/j-h-b/042892.html#body

が参考になる･･･かな。

26 ：デフォルトの名無しさん：2001/05/27(日) 21:49

正規表現マンセー！

27 ：デフォルトの名無しさん：2001/05/27(日) 23:41

で、どうよどうよどうよ？ Swingの速度どうよ？
教えてくれー。

28 ：デフォルトの名無しさん：2001/05/27(日) 23:57

>27
どうやって計るんだ？
うちのマシンは速いから1.3.1でもそんなに不満ないぞ。

29 ：デフォルトの名無しさん：2001/05/28(月) 00:06

http://java.sun.com/j2se/1.4/docs/guide/performance/index.html

Swingは・・・?

30 ：デフォルトの名無しさん：2001/05/28(月) 00:21

松井のスウィングは秒速200km/sです。

31 ：デフォルトの名無しさん：2001/05/28(月) 00:53

ネタ書くならsageろよ>30
ちなみにつまんねえよ

32 ：デフォルトの名無しさん：2001/05/28(月) 01:02

>>30
罰としてmozillaのコンパイルを20回しろ

33 ：デフォルトの名無しさん：2001/05/28(月) 01:06

必ず途中でとまる、、Iriaさんが使えない、、、ｳﾄｩだ

34 ：デフォルトの名無しさん：2001/05/28(月) 02:13

>>32

シェルスクリプトでループさせてもいい？＜20回

35 ：デフォルトの名無しさん：2001/05/28(月) 03:25

SwingSet2を動かしてみたけど、速くなったとは思えない
むしろ遅くなってるよ
どうすんだよこれ

36 ：デフォルトの名無しさん：2001/05/28(月) 03:32

なんでぇ、ダメじゃん。Sun。

37 ：デフォルトの名無しさん：2001/05/28(月) 03:40

SunSunSunさわやかSun組

38 ：デフォルトの名無しさん：2001/05/28(月) 03:56

37=30
いや、レベルが

39 ：３７：2001/05/28(月) 04:10

３０も俺だよ。よくわかったな。すごいよアンタ。

40 ：デフォルトの名無しさん：2001/05/28(月) 04:37

ネタ書くならsageろよ>30=37
ちなみにつまんねえよ

41 ：デフォルトの名無しさん：2001/05/28(月) 04:58

>>39
罰としてmozillaのコンパイルを20回しろ

break;

42 ：名無しさん♯：2001/05/28(月) 20:35

(ﾟ∀ﾟ)ｱﾋｬﾋｬﾋｬﾋｬ

http://developer.java.sun.com/developer/earlyAccess/adding_generics/

43 ：デフォルトの名無しさん：2001/05/28(月) 21:55

>>42
その実装はVMに変更加わらないし、
キャストで済ましているからGJの実装に似てるよね。

44 ：デフォルトの名無しさん：2001/05/28(月) 22:11

なにげにマウスのホイール効くようになってません？
前からかもしれんけど。

45 ：デフォルトの名無しさん：2001/05/28(月) 23:45

>>44 1.4から対応

46 ：デフォルトの名無しさん：2001/05/29(火) 17:42

結局、Operator Overloadは言語仕様に盛り込まれなかったんですね

47 ：デフォルトの名無しさん：2001/05/29(火) 17:58

>>46
そんな話は聞いたこともないな。
syntax sugarにすぎないから入れてくれって人は少ないんじゃないのか？

48 ：デフォルトの名無しさん：2001/05/29(火) 23:38

デスクトップにJavaWebStartのショートカットが出てきたので
実行してみたところ、お絵かきやノートパッドが実行できました。

なにこれ？

49 ：デフォルトの名無しさん：2001/05/29(火) 23:56

.NETのまねごとです。沖に流されぬよう

50 ：デフォルトの名無しさん：2001/05/30(水) 00:02

アプレットの拡張みたいなもんです。
.NET とは位置付けが違うだろ。たぶん。< JavaWebStart

51 ：デフォルトの名無しさん：2001/05/30(水) 00:22

>>46
GenericTypeの言語仕様盛り込みの方なら、JCPの方で
話が進んでるよ。そのうちコレクションフレームワークは
テンプレートメソッドの嵐になると思うよ。

52 ：デフォルトの名無しさん：2001/05/30(水) 00:24

>>51
ガイシュツです。>>42

53 ：デフォルトの名無しさん：2001/05/30(水) 00:45

>>51

>>46 のOperator OverloadとGeneric Typeって全然次元の違う話ですよ。
第一、Operator Overloadなんて、Javaやっている人は望んでないと思うけど。(C++でも、あまり使いすぎると訳のわからんソースになるし）

54 ：デフォルトの名無しさん：2001/05/30(水) 02:21

>>53
operator new/delete とかは、単なるシンタックスシュガーじゃな
くて環境別チューニングのために非常に重要なC++の機能なんだけど、
Javaはそういうことできないよね…

RTSJを待つしかないか。リファレンス実装っていつでるんだろ。

55 ：53：2001/05/30(水) 03:15

>>54

deleteってJava的にはfinalizeじゃないの？(GC時なんで、いつコールされるかわからないけど、、、。同期的にコールしたいんだったら、それようのメソッドを勝手に作れば？ってのが基本思想じゃないかな？)
そもそも、環境別チューニングっていうのはJavaには不要なような････。

56 ：デフォルトの名無しさん：2001/05/30(水) 03:45

Java知らないんだけど、finalizeって明示的に呼べるんですか？>>55

57 ：デフォルトの名無しさん：2001/05/30(水) 07:41

>>54
C++はあまり良く知らないのですが、
new/deleteをオーバーロードしてどうするんですか？

newだったらファクトリか何かで代わりができそうだし、
deleteは適当なメソッドを使って("close"とか)リソース
を開放できそうだと思いますが･･･。

58 ：デフォルトの名無しさん：2001/05/30(水) 07:52

>>42
Java の Generics って、このあたりのヤツが元になってるのかな？　paper
読んでみようと思うんで、他にも関連 URL あったら教えて欲しい。

GJ (A Generic Java Language Extension)
http://www.cs.bell-labs.com/who/wadler/pizza/gj/index.html

PolyJ (Java with Parameterized Types)
http://lirone.lcs.mit.edu/polyj/

59 ：デフォルトの名無しさん：2001/05/30(水) 07:56

>>58
それに加えて、
"Compatible Genericity with Run-time Types for the Java(tm) Programming Language", Robert Cartwright and Guy Steele,
Proceedings of the 13th ACM Conference on Object Oriented Programming, Systems and Applications, Vancouver, B.C., October 1998.
だって。

60 ：デフォルトの名無しさん：2001/05/30(水) 07:56

>>57
ヒープから動的に取ってくる代わりに、固定長で事前に確保した配列
から切り出してくるとかね。

ヒープの断片化を防ぎ、メモリ割り当てに要する時間を確定したい場
合（メモリの量が厳しかったりリアルタイム応答を要求される場合）に
は、ヒープから可変長のメモリブロックを切り出す汎用的なメモリアロ
ケータだと困るわけよ。

61 ：57：2001/05/30(水) 08:03

>>60
何かそれこそgcに任せろってことになりそうだなー。

62 ：デフォルトの名無しさん：2001/05/30(水) 13:18

Javaを覚えようと思って本を買ってきたばかり……
なんか鬱です。

63 ：デフォルトの名無しさん：2001/05/30(水) 13:42

>>62 ムツカシイ？
買う本を間違った？

64 ：デフォルトの名無しさん：2001/05/30(水) 15:18

1.3付きの本買ったとか。
1.4はまだβだから気にすんな。

65 ：デフォルトの名無しさん：2001/05/30(水) 16:38

>>61
C++は何でも言語から制御できることを望んでいるらしいからねえ。

その割にはMetaClassとかは無い
(そっち方面を言語から制御することが出来ない)んで
片手落ちだけどさ(ｗ

66 ：デフォルトの名無しさん：2001/05/30(水) 16:57

>>61
Java のメモリアロケータって、リアルタイム性を確保してくれるんですか？

>>65
それは微妙に話がずれてる。

67 ：61：2001/05/30(水) 19:04

>>65
盛り込める仕様はとりあえず盛り込んでいるって感じですよね。

自分がなれていないからだろうけれど、
一つのことをやろうにもいくつも方法があるような気がして
迷う･･･。

>>66
リアルタイム性は保証してくれないと思うよ。
>>54がいうみたいにRTSJ(Real-Time Specific Java?)待ちってことになると思う。

68 ：デフォルトの名無しさん：2001/05/31(木) 01:31

>>67
> 盛り込める仕様はとりあえず盛り込んでいるって感じですよね。
その割にinterfaceみたいな重要な概念は盛り込まなかった。

そういえば「C++の進化」という本の執筆者には
SUNの人間がいたような気が

69 ：67：2001/05/31(木) 10:45

>その割にinterfaceみたいな重要な概念は盛り込まなかった。
多重継承ができるからinterfaceはいらないのでは？

70 ：58：2001/05/31(木) 23:14

>>59
遅ればせながら、Thanks.

71 ：デフォルトの名無しさん：2001/05/31(木) 23:44

>>69
う、メカニズム的にはその通りなんですけど、
実際使うと、仮想基底クラスとか純粋仮想関数とか、
見た目が怪しさ全開になる。
それだと誰もC++で最初からInterfaceベースの設計しないでしょう。

先の「C++の進化」では、もっと簡単にInterface定義できる構文
を導入しようって話があったと思います。

どっかWEBに載ってないかな～と探したら、別のが釣れた。

ttp://www.asahi-net.or.jp/~wg5k-ickw/html/online/gcc-2.95.2/gcc_5.html#SEC112
GCCのC++拡張「signature」
こんなのあったんだ、Javaにも欲しいって人いないかな
# ひたすらスレ違いスマソ

72 ：デフォルトの名無しさん：2001/06/01(金) 00:55

>>71

そう？クラスライブラリをうまく設計する人は多重継承は使わずに、Interface的な抽象クラスを作るけど。MacのPowerPlantとか、そうやん。

>>65

MetaclassってReflectionのことだよね？RTTIで代用はできないの？

73 ：デフォルトの名無しさん：2001/06/01(金) 01:05

>>72
クラス名(文字列)からインスタンスが作れない
正体不明のオブジェクトのメソッド一覧を取得→呼び出しできない
COM の IDispatch レベルの機能を言語が用意してこそメタクラス。
RTTI はダウンキャストとデバッグくらいに使うのがせいぜいかと。

すれ違いでした。

74 ：デフォルトの名無しさん：2001/06/01(金) 01:25

>>72
それを言い出すとC言語でもオブジェクト指向できるという話に行き着きます（笑
# http://www5a.biglobe.ne.jp/~sage-p/process/cool.htm
でも処理系のサポートがあったほうが学習しやすい/利用しやすいわけで。

75 ：デフォルトの名無しさん：2001/06/02(土) 09:40

>>72　PowePlantって知らないのだけど、
多重継承使わずにInterface的な使い方ってどうやるんだろう？
'実装の'多重継承なしでということだったら納得です。

DesignPatternとかInterviewsとか美しく設計してるけど
やっぱり言語レベルでinterface欲しいです。

だってどれがinterfaceで、どれがまだ実装が終わってないだけの
classなのか設計者に聞かなきゃわかんないんだもん

ある程度のフレームワークだったらinterfaceはIで始まるとか
全部小文字にするとか記法で分けてあって統一されてるから
いいけど、いろんなライブラリ使ってるとごちゃ混ぜになる。

ついでに上記みたいなハンガリアン記法もどきをJavaに
持ち込むのも嫌い

76 ：デフォルトの名無しさん：2001/06/03(日) 10:01

ホイール効く効く　happy!
けどトラックポイントのスクロールが効かないよ（鬱だ

77 ：デフォルトの名無しさん：2001/06/03(日) 10:06

>>76
>けどトラックポイントのスクロールが効かないよ（鬱だ
そのうちトラックポイントでもスクロールできるようになるのかなぁ。
mozillaのスクロールには新しいバージョンで対応したらしいけれど。

78 ：デフォルトの名無しさん：2001/06/03(日) 10:26

>やっぱり言語レベルでinterface欲しいです。
#define interface class
でいいじゃん。

>ついでに上記みたいなハンガリアン記法もどきをJavaに
版画利案は変数の型名を変数名にくっつける命名規約のことで、
インターフェイスにIをくっつけるのはただの命名規約。
あなたの言い分だとすべからく命名規約は嫌いと言ってるように聞こえる。

79 ：デフォルトの名無しさん：2001/06/03(日) 10:39

>>73
>クラス名(文字列)からインスタンスが作れない

ていうかクラス名から、クラスが作れて…もとい、クラスが取得
できて欲しいな。さすがに作るのは無理だろうけど取得くらいなら
「クラス型」という型をとりあえず規定すれば出来ることなので。

これが出来ると必然的(?)に、「クラスメソッドの多態」とかが
できるようになって、結構楽です。

80 ：デフォルトの名無しさん：2001/06/03(日) 12:00

>>79

でも、C++で技術的にできるんか？できないから、実装してないんだと思うけど。

81 ：デフォルトの名無しさん：2001/06/03(日) 12:30

>>80
長年かけて今の仕様に至ったC++、という意味では
「いまさら」不可能じゃないかとは、思う。
既存機能と相性悪いだろうから。

ちなみにDelでは出来る。最初からそう設計した言語だからだ、と
いえばそれまで。

OOPで強型でコンパイラな言語一般で出来るのか？という問いなら
少なくともDelに出来て他にできないことは無いわけで。

82 ：デフォルトの名無しさん：2001/06/03(日) 13:04

>>80
これとか？

Open C++
http://www.csg.is.titech.ac.jp/~chiba/openc++.html

83 ：80：2001/06/03(日) 13:36

>>81

あんた、厨房？

>長年かけて今の仕様に至ったC++、という意味では
>「いまさら」不可能じゃないかとは、思う。
>既存機能と相性悪いだろうから。

技術的な説明が欲しかった。C++のような言語でどうやって、インプリするの？本当にC++をわかってる？

84 ：デフォルトの名無しさん：2001/06/03(日) 23:40

>>83
OpenC++ のページは読んでくれたかい？

85 ：75：2001/06/03(日) 23:47

>>78
#define interface class は確かに有効かも、ついでに、
#define extends : virtual これは、だめだ。

> あなたの言い分だとすべからく命名規約は嫌いと言ってるように聞こえる。
すべからく命名規約は嫌いってわけじゃないっす
インターフェースにIをつける命名規約は、C++では有効でしょう。
けど、Javaではいらない。クラス名の先頭にCをつける規約と同じくらいに。

基本的に言語全体に及ぶような命名規約は、
JLSのNaming Conventionsに従えば十分で、
特定のプロジェクトで命名規約をつけるときも、
JLSにかぶるような規約は冗長でかっこわるくなると思う。

ハンガリアン記法もどきという言い方は、確かにハズしてました
すいません。
けど、識別子一文字をなにかの命名時にくっつけるのが、
カッコワルサにおいてハンガリアンに似てたんで、つい。。

86 ：デフォルトの名無しさん：2001/06/04(月) 06:06

JAXPが標準でついてくるようになったせいか、
xercesとか使うアプリでエラーが出るときがある(magicdrawとか)

1.4からのマウスホイ～ルの恵みは受けたいのだけど、
どうすればいいんでしょうか？

87 ：デフォルトの名無しさん：2001/06/04(月) 12:01

>インターフェースにIをつける命名規約は、C++では有効でしょう。
>けど、Javaではいらない。クラス名の先頭にCをつける規約と同じくらいに。
なんでえ？
クラス名の先頭にCをつける規約はいらんと思うけどインターフェイスとクラス
を分けるのがC++で有効でJavaで有効じゃない理由が分からん。
それともすべてのインタフェイスに able付けるってことか？
そっちのほうがよっぽど腐った仕様だぞ。ツーか守られてないし。

88 ：デフォルトの名無しさん：2001/06/04(月) 12:23

http://developer.java.sun.com/developer/earlyAccess/adding_generics/

JSR-14実装プレリリース記念age。
コレクションフレームワークのObject型インターフェイスから
開放されるはず。だれか使用感レポートきぼーん。

89 ：デフォルトの名無しさん：2001/06/04(月) 12:45

JBuilder4をJDK1.4βで動かしてみたが、エディタがらみで動作がおかしい。
残念ながらJDK1.4β上でJBuilderはまだ使えないな。
ホイール機能はエディタでバッチリ使えてる。

90 ：デフォルトの名無しさん：2001/06/04(月) 17:10

>>88
がいしゅつ。

91 ：デフォルトの名無しさん：2001/06/05(火) 02:07

>>83
あぁ？だからそれは「C++のような」という言葉がどこまでを意味するか？に
よって答えも凄く変わってくるだろよ。

そりゃそうと意味をテキトウに拡大解釈したとして、有りそうな実装は…

仮想関数テーブル＋RTTI用各種情報、をClassと一対一対応で持った構造体(?)
への参照みたいなものを、言語レベルではClass型として扱えるようにする。

ってとこから話が始まるんじゃないの？

コンストラクタ…というかstatic関数のポインタも
また仮想関数テーブルに入れちまえばいいんだよ。
そうすりゃメソッドを呼ぶとき「クラス型変数に代入されたクラス型値に
動的に対応したstatic関数」が呼ばれるだろう。
これって最早staticという語が似合わないけども(笑)。
(だからClassメソッドをstaticメソッドと呼ぶという考え方自体が既に
やばいのよ。Classメソッドの多態というアイデアを拒否してる。
C++だけならまだしも、Javaまでその考えを引き継いだのはガッカリ。)

92 ：デフォルトの名無しさん：2001/06/05(火) 07:36

>>87
クラスとインターフェース区別する必要まったくなしだよ、Javaでは。

93 ：デフォルトの名無しさん：2001/06/05(火) 13:07

JavaOneあげ

94 ：デフォルトの名無しさん：2001/06/05(火) 22:29

92はリアル厨房ですか？

95 ：デフォルトの名無しさん：2001/06/06(水) 23:53

jdk1.5からgenericsのサポートがされるそうなage

96 ：デフォルトの名無しさん：2001/06/07(木) 00:03

>>95
どこに情報があるの？age

97 ：95：2001/06/07(木) 00:05

>>96
http://www.watch.impress.co.jp/pc/docs/article/20010606/java02.htm
のJames Goslingのキーノートのあたり。

Sunのページを探したけれど何もみつからんかった･･･。

98 ：デフォルトの名無しさん：2001/06/07(木) 02:27

>>97
JCP JSR-014を調べるべし。
実装のプレリリースすでにあるぞ。

99 ：デフォルトの名無しさん：2001/06/07(木) 08:25

>>94
さんきゅー！
型としては区別する必要なしってことね。
きみにはまだちょっとむずかしかったかなー(藁

100 ：97：2001/06/07(木) 08:53

>>98
いや、それは見たけれど、そこには実際に実装する予定があるとか
そういうのは書いてなかったから。

collectionはどうなるんだろう。

101 ：デフォルトの名無しさん：2001/06/07(木) 11:32

もう対応コンパイラのプロトタイプあるんだよ。
JCPのほうはSpecDraftしかないよ。
なんか、つい最近JCPがドメインとってWebページ全面改装
したみたいね。jcp.orgだってさ。

実装プロトタイプのほうはJDCのEarly Accessだよ。
http://developer.java.sun.com/developer/earlyAccess/adding_generics/
こっちが、Generic対応コンパイラjavacの実装プロトタイプ。

102 ：101：2001/06/07(木) 11:39

JCPのほうには対応した場合のjava.utilパッケージのjavadoc
出力が入ってるから、それみればcollectionがどうなるのかは
すぐ分かるよ。

簡単に言えば、今のコレクション関係は、全部STLもどきになる
みたい。Map<String,Hoge>とか。

103 ：デフォルトの名無しさん：2001/06/07(木) 11:42

あー、だんだんと汚れていく・・・

104 ：101：2001/06/07(木) 11:51

>>103
そうかな？コレクション関係が言語仕様で型安全を強制するような
作りになれば、コードの可読性とかを軽くできると思うけどな。

いままで、コレクションをクラス内メンバとして隠蔽して、
専用アクセスメソッド大量生産していたのが、宣言文一行で
済むようになって、保守性上がって楽になると思うよ。

105 ：デフォルトの名無しさん：2001/06/07(木) 11:54

>104
みんながみんなあなたのような人だったらいいけどネ
集まった人の頭のレベルに応じたコーディング規約が必要になりそうだな

106 ：デフォルトの名無しさん：2001/06/07(木) 12:03

テンプレート大ッ嫌いage

107 ：デフォルトの名無しさん：2001/06/07(木) 15:22

>>99
>型としては区別する必要なしってことね
わざわざ「型として」って断るってことは他のなにか
「XXとして」は区別する必要ありってことなんだろ？
だったら命名規約で区別することには意義があると思うのだが。

108 ：jini：2001/06/07(木) 16:16

2chでニュースを知ることになるなんて
1.4が出たことはうれしいが情報が遅いのは悲しい

109 ：デフォルトの名無しさん：2001/06/07(木) 17:25

>>107
>「XXとして」は区別する必要ありってことなんだろ？

ないよ。

わかりやすく言葉を補って説明してあげただけよん。　

110 ：97：2001/06/07(木) 17:57

>>101
それも知っているんだけれど、そこには
将来genericsをサポートするとは書いていないんでしょ。
ってことをいいたかったのれす。

まあ、どうでもいいんだけれど。

111 ：デフォルトの名無しさん：2001/06/08(金) 01:20

今度話題のgenericsってのは、以前話題だったGenericJavaとはどう違うの？

genericは知らないがGJのほうについていえば、
C++の糞templeteよりは数段贅肉が落とされてる感じだったぞ >>106

まさかそれより悪いものがコレから出るなんてことは思いたくない今日この頃。

112 ：デフォルトの名無しさん：2001/06/08(金) 07:45

>>109
InterfaceにIをつける反対派だけど、もっと言葉おぎなって。
厨房なおれの感覚では、型を気にするのは
イ. 定義するトコ
ロ. 造るトコ
ハ. 使うトコ
イ.は class Human extends Animal implements Staff
ロ.は new Human();
でD,BがclassだとはJavaじゃ名前見なくても見りゃわかる。
定義したり、使うために造ったりするためには実装
(または実際の振る舞い)を知らないといけないから
classD,Bとinterface I　は区別つかないとダメ

逆にハでは、例えば
void append(Node n); みたいなSignatureがあったときに
Node がclassかinterfaceかは意識しない（したくない）．
もちろんinterfaceであった方が良いんだけど、そんなにいつも
インターフェースベースの設計できないから、classの時もある

実際には、最初Nodeをclass定義してたのを、後からinterface
に変更したいときってない？そんな時
Node -> INode　に変更するのってなんかマヌケ。

113 ：112：2001/06/08(金) 07:50

あとJavaでは、classは広い意味でのインターフェースをもっている
といえる。
けど、C++だとmethodがデフォルトででfinal扱いだし、
非publicな継承とかわけわからん物あって、
ほんとに実装しか継承してないことが多い。

114 ：112：2001/06/08(金) 07:58

>>112　失礼訂正
イ.は class Human extends Animal implements Staff
ロ.は new Human();
でHuman,AnimalがclassだとはJavaじゃ名前見なくても見りゃわかる。
定義したり、使うために造ったりするためには実装や
振る舞いも知っとかないといけないから
class Humanを理解するために
class Animalとinterface Staffは区別つかないとダメ

115 ：109：2001/06/08(金) 08:08

>>112
D.Bってのが何をさしているのか意味不明だけど、あなたは間違ったこといってないとおもうよん。

Interfaceでもclassでもソースコード上で間違った記述をすればコンパイラが見つけてくれるから、
名前にintrfaceかclassかのflagたてる必要ないと思われ。Javaにはabstract classなんてのもあるしね。

>最初Nodeをclass定義してたのを、後からinterface に変更したいときってない？

なんのために変更したくなるかが問題な気がする。
もちろん初期設計がしっかりしていないと容易に起きうることだけれど。
トータルコストを考えたら最初から全部構築しなおすな、漏れは。

初期設計が一番だいじなものだよね。ここにじっくり時間をかけたいね。
必要以上にinterfaceを用いないほうがよいとも思う。
abstarct classで済むならそのほうがロバストになるんじゃないかな。

116 ：109：2001/06/08(金) 08:29

interfaceはpublicなインターフェイスしか宣言できないよね。
拡張性無限大なつくりにしておくこともいいけど、機能制限をつけておくことこそ重要だと思われ。
この見極めが初期設計の醍醐味ではないかな。

extends はホワイトボックス的再利用なんていわれるね。
親クラスの中身を熟知していないとできない再利用法だよね。

一方ブラックボックス的再利用は先の親クラスの公開インターフェイスだけ知っていればいいわけ。
class Human implements Staff {
Animal animal = new Animal();
animal.sex();
}
これは委譲だよね。

117 ：109：2001/06/08(金) 08:43

失礼。

class Human implements Staff {
private void sex() {
Animal animal = new Animal();
前戯();
animal.sex();
}
}
こっちが委譲。

118 ：デフォルトの名無しさん：2001/06/08(金) 08:48

>>115
>必要以上にinterfaceを用いないほうがよいとも思う。
>abstarct classで済むならそのほうがロバストになるんじゃないかな。

それはなぜ？実装がまったくないabstract classなら、
言葉どおりinterfaceにした方が良いのでは？
abstract classは一部実装を継承するような場合に用いるのが良いと思う。

119 ：デフォルトの名無しさん：2001/06/08(金) 09:08

>>118
public abstractメソッドしかないabstractクラスの存在意義は、型の合成（多重継承）させないためになるかと思われ。

>abstract classは一部実装を継承するような場合に用いるのが良いと思う。
間違っていないけど、これは消極的理由だね。

>言葉どおりinterfaceにした方が良いのでは？

あぶない兆候がみられるね。インターフェイスはinterfaceの専売特許じゃないんだよ。　

120 ：デフォルトの名無しさん：2001/06/08(金) 11:06

>>112
なんで反対派のかよく分からんが、イロハだけでは足りん
ニ. 保守のためにソースを読んで理解するトコ
ホ. メソッドを作るときに引数を何にするか決めるトコ
他にもあると思うが少なくともニホの場合、型名にIが付いてたほうがいい。

>Node -> INode　に変更するのってなんかマヌケ。
なぜ変更する？こういう場合は新たにINodeを作るのであって、Nodeを置き換
えるわけじゃないだろう？

>>119
>Interfaceでもclassでもソースコード上で間違った記述をすればコンパイラが
>見つけてくれるから
>名前にintrfaceかclassかのflagたてる必要ないと思われ。
何のための命名規約かよく考えろ。
コンパイラの不備を補うのが唯一の目的ではないぞ。

121 ：デフォルトの名無しさん：2001/06/08(金) 11:15

常に -privateとかでjavadoc作っとけばいいんでは？
リファレンスの機能はそっち任せにして、変なローカル
ルールは極力排除すべきだと思うけど。

html見れる環境も無いの？
それとも、クラスとかメソッドに看板コメント打たない
ヒト多いの？

122 ：怒ヴァカ登場か(w：2001/06/08(金) 12:00

>>120
>何のための命名規約かよく考えろ。
おまえが考えたほうがよいと思われ。

>コンパイラの不備を補うのが唯一の目的ではないぞ。
どういうコンパイラの不備があるって？アタマ大丈夫？(w

>ニ. 保守のためにソースを読んで理解するトコ
その時どれがinterfaceでどれがclassかなんて気にする必要ねーだろってことね。
あんたソースよんだことあるの？

>ホ. メソッドを作るときに引数を何にするか決めるトコ
アホ！

123 ：デフォルトの名無しさん：2001/06/08(金) 13:03

http://www.zdnet.co.jp/news/0106/07/e_sunjava.html

124 ：terumi：2001/06/08(金) 14:16

http://www2.csc.ne.jp/~cym10262/

125 ：デフォルトの名無しさん：2001/06/08(金) 15:04

うおー！！！ドキュメント見てびっくり！！！
java.nioってもの凄え拡張じゃないか！
なんつったってノンブロッキングI/Oサポートだぜ！！！
ソケットのselect()とか、メモリーマップドファイル
（ファイル以外も可能）とかコアAPIでサポートしてるぜ！！！

まじかよ、1.3と差がありすぎだよ。1.3ベースでサーバ
プロセス開発してるやつは大バカって事になっちまわないか？
SSLとか、XMLパーサとか、暗号ライブラリとか、欲しいものは
たいていそろってんな、これ。

126 ：デフォルトの名無しさん：2001/06/08(金) 16:49

今有る大抵のIDEにはオブジェクトブラウジング機能が有るので、
今のご時世ハンガリアンとかそういうのは単なる無駄手間です。

127 ：118：2001/06/08(金) 18:56

>>119
>public abstractメソッドしかないabstractクラスの存在意義は、型の合成（多重継承）させないためになるかと思われ。
これはもう少し詳しく説明してもらえるとうれしいです。

>あぶない兆候がみられるね。インターフェイスはinterfaceの専売特許じゃないんだよ。
んなこともわからずにレスかかねーよ。ボケ。

128 ：118：2001/06/08(金) 18:59

>あぶない兆候がみられるね。インターフェイスはinterfaceの専売特許じゃないんだよ。
つーか、むしろインタフェースがinterfaceの専売特許じゃないから、
"abstract class" or "interface"
って話をしているんでしょ。

129 ：119：2001/06/08(金) 22:18

>>127-128
>んなこともわからずにレスかかねーよ。ボケ。

すこし安心したよ。あとはあれ以上、言葉で説明する自信ないな。

いっかい中規模のソフト書いてみたら？セキュリティが関係するやつ。
それでわからなかったら、Ｃ＃の勉強すぐ始めたほうがイイね（藁

130 ：112：2001/06/08(金) 22:45

>>128
abstract使ったことない厨房なんだけど
"abstract class" or "interface" なのかなぁ

+--javax.swing.table.AbstractTableModel
|
+--javax.swing.table.DefaultTableModel
ってどっちもTableModelをimplementsしてるよねぇ

インターフェース的にabstract class使うことってあるのかな？
それが「型の合成（多重継承）」させたく無い時なのかな？
やっぱ >>119さんに説明して欲しいな

 >>120
>ニ. 保守のためにソースを読んで理解するトコ
>ホ. メソッドを作るときに引数を何にするか決めるトコ

ニ. の理由でIをつけたくなるのは結構解る。
自分はjavadocから読むから良いのだけど
あるpackageをさらっと眺めるときソースしかなかったら、
% cat I*.java | less
とかしたくなるかも。
けどJavaはツールがinterfaceを区別できるように出来てるんだから
この命名規則が禿げしく必要とは思わないなぁ

131 ：118：2001/06/09(土) 00:46

>>130
とりあえず、j-h-bのトピックスでも読んでみたら？
>>119がいうには経験しないとわからないらしいので、
とにかく書いてみるってのもいいかもしれない。

132 ：118：2001/06/09(土) 00:49

>いっかい中規模のソフト書いてみたら？セキュリティが関係するやつ。
中規模のソフトってどれくらいですか？

133 ：デフォルトの名無しさん：2001/06/09(土) 08:57

ソースが一画面におさまらないくらい

134 ：デフォルトの名無しさん：2001/06/09(土) 10:16

>>120
>>Node -> INode　に変更するのってなんかマヌケ。
>なぜ変更する？こういう場合は新たにINodeを作るのであって、Nodeを置き換
>えるわけじゃないだろう？

inodeを抽象化したinterfaceはIINodeなのか?(藁

だからーそれがinterfaceであるかを意識しなければならない理由って何よ?
普通にプログラミングしてればそんなケースは無いと思われるが。
interfaceよりは特定用途に特化した実装にこそprefix/suffix
つけるって言う意見ならまだわかる。
それもせいぜい名前の衝突を避けるためだけ。# ～Implってやつだ
実装クラスはnewの時しか出てこない識別子だからね。

135 ：デフォルトの名無しさん：2001/06/09(土) 12:58

adslなのにＤＬ６時間over

136 ：デフォルトの名無しさん：2001/06/09(土) 13:25

JDK1.4そのものの話と、
ごちゃごちゃした論争と、
スレ分かれて欲しいっす。

137 ：デフォルトの名無しさん：2001/06/10(日) 00:03

んじゃChannel関係の使用感を試してみた方のリポート求む。

138 ：冷や水：2001/06/10(日) 00:34

JSP&Servlet&JDBCオンリーの低レベルJava技術者連中には、
ノンブロッキングI/Oやメモリーマップドファイルの意味も
意義もわからんだろうとおもわれ。

139 ：デフォルトの名無しさん：2001/06/10(日) 00:53

>>138

新しい言葉を憶えたからって嬉しそうに使ってんじゃネーゾ。

140 ：冷や水：2001/06/10(日) 01:01

>>139
あのー、おいら、UNIXのPGなんですが…

141 ：デフォルトの名無しさん：2001/06/10(日) 01:13

>>138
non-blocking I/Oの利点てなんですか？
とりあえず、オーバーヘッドが減ってうれしいな、くらいはわかるのですが･･･

142 ：デフォルトの名無しさん：2001/06/10(日) 01:24

>>141
とりあえず、ソケットの数だけリードブロックするスレッドをいちいち作る必要
がなくなるだけでもラッキー。（皆さんは､スレッドプーリングとかしてますか？）
Javaの「実装依存&&OS依存（どこがWriteOnce,RunAnywhereなんだか…）」
なスレッドスケジューリングのクビキよさらば。

143 ：デフォルトの名無しさん：2001/06/10(日) 01:27

http://www.cs.berkeley.edu/~mdw/proj/java-nbio/
こんなんあったんだねー。

144 ：デフォルトの名無しさん：2001/06/10(日) 01:30

selectって無いの？>142

145 ：デフォルトの名無しさん：2001/06/10(日) 01:32

>>144
JDK1.4からサポートです。1.3以前には無いです。
アホです。まともなサーバプロセス作れません。

146 ：ななしちゃん：2001/06/10(日) 01:39

Forte2CEでは1.4bこんぱいるできるの？

147 ：デフォルトの名無しさん：2001/06/10(日) 02:46

1.4まで無かったのか・・
でも個人レベルのライブラリとかではありそうですな。
（いくらなんでも）

148 ：デフォルトの名無しさん：2001/06/10(日) 02:50

>>147
ないない。そもそも実装できないよ、1.3までは。<select

149 ：デフォルトの名無しさん：2001/06/10(日) 05:45

実装の継承とインターフェースの継承の違いって何？

150 ：デフォルトの名無しさん：2001/06/10(日) 10:10

>>149
ほかのとこで聞きな。型の継承もあわせて三点セットで。

151 ：141：2001/06/10(日) 11:21

>>142
にゃーるほど。
blocking I/Oのみのときは、SocketStreamReader extends Thread
みたいなものをSocketの数だけ生成しなければならなかったけれど、
non-blocking I/Oがある場合は、1つのThreadで処理できるってわけですね。

152 ：デフォルトの名無しさん：2001/06/10(日) 13:23

>>149
クラスとインターフェース区別する必要まったくなしだよ、Javaでは。

153 ：うそつき～！：2001/06/10(日) 14:53

>>152
誰かこの手のアホどうにかしてくれ。

154 ：デフォルトの名無しさん：2001/06/10(日) 15:47

>>153
152が文脈無視なのは解るが区別する必要ないのはほぼ正しいぞ。
でもすれちがいだからここで続けないで。

155 ：デフォルトの名無しさん：2001/06/10(日) 16:52

1.4とGenericsは関係ないのね。
リリースノートに何にも書いてない時点で気づくべきだったか

156 ：デフォルトの名無しさん：2001/06/10(日) 17:22

>>148
fork()もな(w

157 ：デフォルトの名無しさん：2001/06/10(日) 17:33

>>156
fork()はいらんだろ。

158 ：デフォルトの名無しさん：2001/06/11(月) 00:24

age

159 ：デフォルトの名無しさん：2001/06/11(月) 16:30

結局誰もnio試してないのか?漏れも忙しくてまだだけど。

160 ：デフォルトの名無しさん：2001/06/12(火) 01:34

nio

161 ：デフォルトの名無しさん：2001/06/12(火) 02:06

　　 ,　―――'
　γ∞γ~　　＼
　人ｗ/　从从) ）　　／￣￣
　ヽ　| |　l　 l |〃　＜　君ら天才
　　｀ｗﾊ~　ｰノ）　　　＼＿＿
　　 /　＼｀「

162 ：デフォルトの名無しさん：2001/06/12(火) 03:56

Generics 仕様書読むのツライ人用:
http://java.sun.com/people/gbracha/javaone-generics-slides/generics-slides.htm

163 ：デフォルトの名無しさん：2001/06/12(火) 11:01

JavaWebStart（JavaアプリケーションのHTTP配布ツール）
って便利だね。
最近PC安くてクライアントの性能高いだろうから、ファット
クライアントのダウンロード配布って問題ないよね。
つうか、アプレットの悪夢（IEのJVMのくびき）から逃れる為
の策なんだろうけど。

164 ：：2001/06/12(火) 11:28

そもそも、プログラムのランタイムが、ウェブブラウザに内蔵されていたというのが
不自然な状態だったと思うよ。

165 ：デフォルトの名無しさん：2001/06/12(火) 11:56

>>164
そうだね～。
Iアプリもあることだし、これからはデジタル署名付きアプリケーション
配布を主流にすべきだよね。

サーバサイドはServlet&JSPよさよーなら。RMIorCORBA（JDK1.3からは
RMIの通信プロトコルはIIOP。Javaは独自のワイヤードプロトコル破棄
するみたいだよ。偉いね。うちの低脳高プライドなんでも独自で作りた
がりやあほ上司にも見習ってほしいね。）&Jiniこんにちわで。

取りあえずは、ブラウザJVM毎に挙動を調べるというあほなことをし
ないで済むだけでもラッキー。

166 ：デフォルトの名無しさん：2001/06/13(水) 15:36

Bufferは配列の変わりに使うと速い、と思って試してみたのだが
そーじゃないみたいだな･･･。

167 ：デフォルトの名無しさん：2001/06/13(水) 16:09

>>166
ダイレクトメモリ確保モードのBufferはPOSIX IPCに似た存在
だろうから、OS管理領域とのやり取りが発生する分オーバーヘッド
有りそうね。

168 ：デフォルトの名無しさん：2001/06/13(水) 16:22

あるいは、nioのランタイムのnative実装部分は全く
枯れていない新規実装だろうから、そのせいでそもそも
性能わるいとか、あったりして。

169 ：166：2001/06/13(水) 16:46

テストの仕方がまずいかもしれないので、とりあえずどんなことをしたかを書くと、
IntBuffer bur
public void buf(int size) {
　 int sum = 0;
　 buf.rewind();
　 for(int i=0; i<size; i++)
　　 buf.put(i);
　 buf.rewind();
　 for(int i=0; i<size; i++)
　　 sum += buf.get();
　 System.out.println(sum);
}

int[] a
public void array(int size) {
　 int sum = 0;
　 a = new int[size];
　 for(int i=0; i<size; i++)
　　 a[i] = i;
　 for(int i=0; i<size; i++)
　　 sum += a[i];
　 System.out.println(sum);
}

てな感じでIntBufferはByteBuffer.allocateDirectとか、
IntBuffer.wrapとか試してみたんですけれど・・・。

170 ：デフォルトの名無しさん：2001/06/13(水) 17:19

>>169
主記憶にあるファイル（2次記憶装置）みたいなイメージで、
実際にはバルク転送でJavaヒープに持ってくるとか書くとか
が主な用途じゃない？
ヒープに有る通常の配列よりは遅くて当然なのかもね。
今までのストリームリード/ライトより早ければそれが
存在意義なのかなあ。

171 ：デフォルトの名無しさん：2001/06/13(水) 17:22

だれかORG.W3C.DOM（LEVEL2対応）についてなんか教えてちょ。

テキストデータ全部DOM（SAXでもいいけど）対応XMLにする
とか、楽で良いと思うんだけど、どうでしょうか？

172 ：デフォルトの名無しさん：2001/06/13(水) 17:40

Copy on Writeなメモリマップドファイルを、スレッド間
共有メモリっぽく使うと、かっこよさげなかんじしないかな？

FileChannel.map()でMappedByteBufferつかってみそ。

173 ：デフォルトの名無しさん：2001/06/13(水) 20:50

>>172
Copy On Writeって本当に意味わかってる？(w

174 ：デフォルトの名無しさん：2001/06/16(土) 02:12

>>173
分かってるよ！ピーコして即Ｒに焼くってことダロ？

175 ：デフォルトの名無しさん：2001/06/16(土) 09:16

>>174
ファイナルアンサ～？

176 ：デフォルトの名無しさん：2001/06/16(土) 16:53

>>175
冗談ダヨ！

しかし、コピー機の上で手紙を書くって意味不明・・・

177 ：sage：2001/06/16(土) 16:55

sage

178 ：デフォルトの名無しさん：2001/06/17(日) 04:52

byteがsignedなのが解せない・・・

179 ：デフォルトの名無しさん：2001/06/17(日) 04:55

Cのcharからでしょ、、、

180 ：デフォルトの名無しさん：2001/06/17(日) 06:54

>>179
Ｃの char が signed か unsigned かは
処理系依存でしょってツッコんで欲しかったわけね…

181 ：デフォルトの名無しさん：2001/06/19(火) 22:25

age

182 ：デフォルトの名無しさん：2001/06/19(火) 23:27

バージョン上がるごとにクソすれ立てるなよ>1

183 ：デフォルトの名無しさん：2001/06/20(水) 03:49

>182
そうか？今回のは前のときよりインパクトデカイよ

184 ：デフォルトの名無しさん：2001/06/20(水) 07:50

age

185 ：デフォルトの名無しさん：2001/06/20(水) 18:33

>>182はなんで今頃反応するかな？
と思いつつ、スレ違いの話をした反省も込めて、1.4の話題

Assertion Facilityって言語レベルの改訂でインパクトデカイよね
とってもイイ機能だけど
　　assert a==b : "逝ｯﾃﾖｼ";
とか入っちゃうと、JDK1.3以下でコンパイル出来なくなるから
使いたくないじゃんねぇ。

なんで
　　Assert.toBe(a==b, "逝ｯﾃｷﾏｽ");
みたいにしなかったんだろう？

ドキュメントにはlibraryで実装するとruntime costがかかると
書いてあるけど、コンパイラがAssert classを特別扱いして
上と同じ内部表現にすれば一緒だと思うんだけど

186 ：デフォルトの名無しさん：2001/06/20(水) 19:37

Cのプリプロセッサつかいましょう。

187 ：デフォルトの名無しさん：2001/06/20(水) 20:02

>>186
そりゃーそうなんだけど、
assertionみたいに気軽にいろんなトコで使う物に
特別な処理はしたくないな。

当分自作AssertかJUnitのAssertを使うのは
やめられそうもない...

188 ：ぽへー：2001/06/23(土) 00:01

J2SE1.4もインパクトでかいけど、
J2EE1.3もかなりすげえと思うじょ｡

JNDIとJMAとJTAのリファレンス実装がバンドルされてるらしい。
いつになるかと思ってたけど、張ったりじゃなかったのね。
コレが使えれば、気軽に、マシン同士がいろんな通信しあったりする
かっちょいいシステム作れそうな気がするが。

JMAの製品実装はIBM MQSeriesとからしいなあ…

189 ：デフォルトの名無しさん：2001/07/23(月) 03:17

同様のスレがあったんであげとく。

190 ：１：2001/07/23(月) 04:30

重複しているので、こちらに移住してください
http://piza.2ch.net/test/read.cgi?bbs=tech&key=995660105

191 ：デフォルトの名無しさん：2001/07/23(月) 06:07

ベータ

192 ：デフォルトの名無しさん：2001/07/23(月) 08:42

こっちが先だからこっちでええやん

193 ：デフォルトの名無しさん：2001/07/23(月) 13:31

kocchi age

194 ：デフォルトの名無しさん：2001/08/24(金) 12:02

age

195 ：デフォルトの名無しさん：01/08/30 15:20 ID:IJFh3SW2

Beta2出たね。
Swing速くなってる、いいかんじだよ。

196 ：デフォルトの名無しさん：01/08/31 19:46 ID:jhp9AnFQ

じゃぁあげ

197 ：デフォルトの名無しさん：01/08/31 20:28 ID:2DYD6M6E

ほんとにいい？>>195
落としてみようっと。

198 ：デフォルトの名無しさん：01/08/31 21:30 ID:vuxM72oU

またGCの挙動が全然違う～
もういい加減付き合ってらんねーアルよ、おいら。

199 ：デフォルトの名無しさん：01/08/31 23:38 ID:l23fvLAE

>>198
GCの挙動に依存するコードは書くべきでない。
というのは、綺麗事でしょうか？

200 ：デフォルトの名無しさん：01/09/03 05:56 ID:DJj07S1I

日本語版はいつ？

201 ：デフォルトの名無しさん：01/09/03 06:05 ID:hl5nRbHk

gcに挙動なんてあるの？>>199

202 ：198：01/09/03 08:08 ID:zmFVSFBM

だってリアルタイムゲーム系やもん。仕方ないねん。
Javaでンなもん作るのが間違いっちゅーても
確かにその通りやねん。

203 ：デフォルトの名無しさん：01/09/06 00:01 ID:g7pTYvKU

>>199
GCが一定期間ごとに必ず働く、という前提に立っているプログラムは、
GCの挙動に依存していることになるね。

リソースの解放をGCに頼っているプログラムは、GCの挙動に
激しく依存していることになる、というのが分かりやすいかな。

というわけで絵空事です。

204 ：デフォルトの名無しさん：01/10/06 19:51

確かにSwingが速くなったような気がする。

205 ：デフォルトの名無しさん：01/10/06 21:01

>>204
気のせいです。遅いものは遅い。

206 ：元Java信者：01/10/06 22:08

いやあ、そろそろ愛想が尽き果てそうです。

207 ：195：01/10/06 22:11

>205
や、比較の話です。
以前のバージョンよりは、速くなってます。
そろそろデスクトップで普通に使う気になるレベルかも。

でも未だに起動時間はきついものが・・・
Javaのアプリランチャーでも書こうかな

208 ：©：01/10/07 06:18

だれか jsh とか作ってよ。
Java アプリは同一 VM 上のスレッドとして動くやつ。

209 ：デフォルトの名無しさん：01/10/07 06:36

今の最速PCでどれぐらいの体感速度が出るんだろうね。
おれなんて未だにPen2だから遅くって、、、
.NETに気分が傾いてます。サーバーじゃあと３年はJava
やってるだろうけど、クライアントアプリをこれから先、
Javaで作るとは思わん。.NETだよ、やっぱり。

210 ：デフォルトの名無しさん：01/10/07 12:14

http://javacenter.sun.co.jp/pnuts/index-j.html

211 ：デフォルトの名無しさん：01/10/07 15:05

>>208
すでににたものあるのに

212 ：デフォルトの名無しさん：01/10/07 16:06

>>208 >>211

http://perso.club-internet.fr/collin_g/jsh/
http://www.beanshell.org/

213 ：デフォルトの名無しさん：01/10/07 16:23

そろそろ、selectは使えるようになったのか？

214 ：デフォルトの名無しさん：01/10/07 20:17

>>213
what's select?

215 ：デフォルトの名無しさん：01/10/07 22:07

>>214
poll

216 ：がばろん＠Ｍたんちゅきちゅき：01/11/01 08:10

Beta3が発表されたことだしageてみようか。
http://java.sun.com/j2se/1.4/ja/index.html

217 ：デフォルトの名無しさん：01/11/01 13:33

1.3と比べるとJava2DとかGUI部分かなりまともに早くなっている気がするけれど、
もとが遅い・・・？

218 ：デフォルトの名無しさん：01/11/05 09:52

早くJDK1.4が正式にリリースされますように・・・

219 ：デフォルトの名無しさん：01/11/06 09:07

1.4 Beta3って InternetExplorer のアプレットタグで
Plug-in 発動させられるみたいですね…
あと気になったのは HotSpotがケチになって
あんまりJITコンパイルしてくれなくなってる
みたいなところとか、
-Xprof の結果がなんかヘンなところとか…
Windows98だからかな？

そーいや Javaでゲームパッドとかジョイスティックの入力
読めるようにするとかって話はドコにいったんでしょう？
たしか 1年前か2年前ぐらいに聞いた気がするんだけど…

220 ：デフォルトの名無しさん：01/11/06 12:27

filerogue 1.4Beta3で動かねぇ。

221 ：デフォルトの名無しさん：01/11/09 19:19

Forte3+JDK1.4b3入れてみたよ
以前みたいに画面のredrawされまくり無くなってやっと
普通になった感じ
しかし、Java自体は良くなって来てるのに周りの状況はさみしいね

222 ：デフォルトの名無しさん：01/11/14 12:33

間開いたけど続き

Forte3だと標準でデータベースサポートしてるのがありがたい（タダだし）
まだテスト中だけどVBでやってたようなことはJavaでも出来そう
ただし、Forte側かJava1.4b側かわからんけど細かいバグはまだまだある
もうちょっとでクライアントサイドでも使えるような気がする

223 ：デフォルトの名無しさん：01/11/15 13:10

age

224 ：デフォルトの名無しさん：01/11/17 19:03

正式版のリリースはいつなんだYO！

225 ：デフォルトの名無しさん：01/11/17 19:15

早く1.5でないかな♪

226 ：デフォルトの名無しさん：01/11/17 19:30

>>225
1.5ってなにがつくの？

227 ：デフォルトの名無しさん：01/11/17 19:39

>>226
generics

228 ：デフォルトの名無しさん：01/11/17 20:26

>>227
Map<String,Integer>とか言う奴？

229 ：デフォルトの名無しさん：01/11/17 21:58

>>228
ソウデス。

230 ：デフォルトの名無しさん：01/11/25 23:54

JDK1.4とJ2EE1.3をRed Had Linux7.1に載せて使ってる。
J2EEの起動時に「J2SE1.3用に作られてます」って警告されるけど、
いまんとこ順調。

231 ：デフォルトの名無しさん：01/11/26 00:15

そうか、.classファイルは完全互換だから今でも使えるんだ。
JavaWorldがGenerics特集してたNE

232 ：デフォルトの名無しさん：01/11/26 00:39

恐らく今度のJavaOneが1.4の正式リリース。

233 ：デフォルトの名無しさん：01/11/26 00:42

バージョンＵＰぐらいでスレ立つのは何故？

234 ：デフォルトの名無しさん：01/11/26 01:09

1.5まで道のりは長いな。

235 ：デフォルトの名無しさん：01/11/26 01:10

>>232
意表をついて1.4でGenerics採用ｷﾎﾞﾝﾇ

236 ：デフォルトの名無しさん：01/11/26 01:19

collection api変更されるんかなあ,generics用に。

237 ：デフォルトの名無しさん：01/11/26 01:20

クソスレあげんな

238 ：デフォルトの名無しさん：01/11/26 01:46

>>236
されて困るような変更はないだろ。互換性は十分保たれてるし

239 ：デフォルトの名無しさん：01/11/26 10:10

マウスホイール使えるだけでもありがたいヽ(´ー｀)ノ

240 ：デフォルトの名無しさん：01/11/26 16:49

WinXPでSwingアプリを動かすと、閉じるボタンを押してもプロセスが終了しない。
タスクマネージャを見てみると、プロセスが残ったまま。
Java氏ね。

241 ：デフォルトの名無しさん：01/11/26 17:15

>>240
頭悪そうなやつだな。

242 ：デフォルトの名無しさん：01/11/26 17:17

>>241
(ﾟДﾟ)ﾊｧ?氏ねやヴォケ。
XPでJavaが使えなんじゃ話にならねーんだyp！

243 ：デフォルトの名無しさん：01/11/26 17:23

で、それをこのスレで書く理由は？
Java 相談室でも行ったら？

244 ：デフォルトの名無しさん：01/11/26 17:32

アプリのバグじゃねーの？
今まで動いてたんならXPのバグ？仕様？
「氏ね」で思考停止してちゃねぇ

245 ：デフォルトの名無しさん：01/11/26 17:35

>>243
1.4βでしか起こらないからだYO！

>>244
JavaのガブだYO！BugParadeにも載ってたYO！

246 ：デフォルトの名無しさん：01/11/26 17:44

何気にエラいな。

247 ：デフォルトの名無しさん：01/11/26 17:48

「ガブ」って（藁

248 ：デフォルトの名無しさん：01/11/26 17:52

つまんねーつっこみすんなよ。

249 ：デフォルトの名無しさん：01/11/26 18:36

I am gay.のガブ? (なつかし

Java is gay.

250 ：236：01/11/26 20:38

>>238
そなんだ～。
たとえば、ArrayListはArrayList<Object>と同じになるってこと～？

251 ：デフォルトの名無しさん：01/11/26 21:29

>>249
それを言うなら、I was gay. でしょ。
えらい違いだぜ。am と was じゃ。

252 ：デフォルトの名無しさん：01/11/26 23:42

>>250
そりゃそうだ

253 ：デフォルトの名無しさん：01/12/02 05:20

さっさと1.4を正式リリースしろ

254 ：デフォルトの名無しさん：01/12/02 13:44

1.4はいいから1.5をだせ。

255 ：デフォルトの名無しさん：01/12/02 21:35

>>254
1.5に何を期待してるんで？

256 ：デフォルトの名無しさん：01/12/03 00:12

Genericsじゃないの？
例によって適度に制限されているのが好ましい。
STL派は嫌がりそうだが。

257 ：デフォルトの名無しさん：01/12/19 07:03

age

258 ：デフォルトの名無しさん：01/12/19 07:58

遅すぎるぞ........惨よ、がんばれｗ

259 ：デフォルトの名無しさん：01/12/19 08:53

>>258
遅いって何が？

260 ：デフォルトの名無しさん：01/12/19 14:18

>>256
つーかかつてのSwingみたいにアドオンとして先行リリースされてるみたいだけど。
コンパイラ(javacコマンド)入れ替えるだけ。
できるclassファイルの仕様は同じだから従来の環境でも動くはず？

261 ：デフォルトの名無しさん：02/01/23 04:00

思い出したように揚げ

262 ：デフォルトの名無しさん：02/01/23 08:21

結局、いつ出るんだ？

263 ：デフォルトの名無しさん：02/01/23 09:24

さぁ？

264 ：デフォルトの名無しさん：02/01/23 13:26

RCでた
http://java.sun.com/j2se/1.4/

265 ：デフォルトの名無しさん：02/01/23 13:36

>>264　ｻﾝｷｭ

266 ：デフォルトの名無しさん：02/01/23 13:43

大きくかわったところってある？

267 ：デフォルトの名無しさん：02/01/23 13:45

リリースノートにタイムゾーンとか
夏時間がうんちゃら書いてあるけど
これはいったい？

268 ：デフォルトの名無しさん：02/01/23 13:53

いますぐのせかえたほうがいいのか？

269 ：デフォルトの名無しさん：02/01/23 14:12

Generics入れてくれよぉ～

270 ：デフォルトの名無しさん：02/01/23 14:29

ＲＣage

271 ：デフォルトの名無しさん：02/01/23 14:47

1.5が出るのはいつのことやら・・・

272 ：デフォルトの名無しさん：02/01/23 16:24

jdk1.4だとズタボロに遅い。

相変わらず HotSpotが好き嫌いするみたいです…
一部のメソッドで実行時間の半分以上取ってるのに
JITコンパイルなしで動作させる…

273 ：デフォルトの名無しさん：02/01/23 19:52

XPでのSwingのバグ直った？
フレーム閉じてもjava.exeのプロセスが生きてるやつ。

274 ：273：02/01/23 19:59

直ったみたいだ。よかった。
http://developer.java.sun.com/developer/bugParade/bugs/4508472.html

275 ：誰か教えて！：02/01/24 01:45

画面の推奨サイズ取得は1.4でサポートされたんですかい？（タスクバーを省いた画面サイズね）
サポートされてるよね？
まだサポートされてないのかい？まさか・・
どーなんでしょう？？

あとLookAndFeelでWindowsXPはサポートされるんですかい？

たのむからSwingにデスクトップアプリ作れる最低限の機能を提供してくれ！Sun様

276 ：デフォルトの名無しさん：02/01/24 02:22

自作Swingアプリを動かしてみた感想。
全体的に動作は1.3より軽い（ような気がする）。
JEditorPaneのhtml表示がずいぶん軽くなってる。
ファイルダイアログがネイティブ（Windows2000）の物に
見た目、使い勝手共にそっくりになってて感動。
フォーカス、イベントの処理がちょっと違うのか、
モーダルでJDialogを開いたときに最初にフォーカスされている
コンポーネントが違った。
（自作アプリではWindowsListenerのWindowOpenedで最初にフォーカスする
コンポーネントを決定している）

ベータ３であったでかい不具合は消えているような気もするし、
仕事用じゃなければそろそろ導入してもいいかも？

277 ：デフォルトの名無しさん：02/01/24 09:26

1.4 RCだけど
なんか -server 付けて自作アプリ動かすとヘンなところで落ちる…
何も付けない( -clientと同等だ )とすんなり動くのに…
Win98で ServerVMってダメなんだっけ？

278 ：デフォルトの名無しさん：02/01/25 19:30

age

279 ：デフォルトの名無しさん：02/01/25 20:08

>>277
わしもおちる。(WinXP)

280 ：デフォルトの名無しさん：02/01/25 20:23

RetroGuardが動かないようウエ～ン

281 ：デフォルトの名無しさん：02/01/25 20:27

>>279
俺だけじゃなかったのか…

282 ：277：02/01/25 20:54

>>281
BugParadeに登録しろ、とか出てくるやつだよね？
RCにしてから出てきたんだが、再現性もなくて１回しかみてないけれどね。

283 ：277：02/01/25 21:06

>>282
いや、再現性アリ & ArrayIndexOutOfBoundsExceptionっす。
同じアプリを jdk1.3.1 とかで実行しても大丈夫なのに、
jdk1.4rc に -server オプションつけたときだけ
ArrayIndexOutOfBoundsException くらう。

284 ：デフォルトの名無しさん：02/01/25 23:52

JAVAなんてバグだらけで使い物にならないよ。
.NETの方がはるかに安定してるね。

285 ：デフォルトの名無しさん：02/01/26 00:06

HotSpotServerVMなんか使ってる奴いるの？
あれ、一世代前のJDKのHotSpotClientVMの設定変更バージョンなんでしょ？
バージョン間のVMの性能の差が大きすぎるので、最新のClientVMに適当な
パラメータ与えて使うほうがまし、なんてことにはならないかな？

286 ：デフォルトの名無しさん：02/01/26 00:16

IBMはいつ1.4対応するの？

287 ：デフォルトの名無しさん：02/01/26 00:28

なんかIEのデフォルトVMがRC入れるとかわっちゃったよ。
なんかやだなｗ

288 ：デフォルトの名無しさん：02/01/26 01:52

control panelで換えれ。>>287

289 ：デフォルトの名無しさん：02/01/26 07:19

>>285
処理の内容には大きな違いがあるかもしれんが
性能には大した違いは無いと思うけど。

290 ：：02/01/26 07:39

.NETなんてバグだらけで使い物にならないよ。
javaの方がはるかに安定してるね。

291 ：デフォルトの名無しさん：02/01/26 07:41

>>290
そーゆー事は jdk1.4使ってから言いましょう。
そしてあなたも Let's BugParade。

292 ：デフォルトの名無しさん：02/01/26 07:58

ライセンス無しのJVMを使うのでどうでもよい。

293 ：デフォルトの名無しさん：02/01/26 08:07

javaのいいところ見つけた。
インストールしても遅くならない。
.NETみたいにレジストリがりがり
書き込んだりしないからOSが軽いままだ。
今MMX233MHzなんてボロイノート使ってるから
これはありがたい。

294 ：デフォルトの名無しさん：02/01/26 09:53

>>293
それは「いいところ」なのか？

295 ：デフォルトの名無しさん：02/01/26 10:34

ボロイマシンでもまぁ
開発できるからね。
.NETはちょっと仕掛けがデカスギル。
どうせ使いたくなってそのうち
入れちゃうんだろうけどｗ。

なにせ今使ってるノートは
もう4年もの。愛着あるし、
もう手放せない。

296 ：デフォルトの名無しさん：02/01/26 10:51

javac のコンパイル速度って速い、のかなぁ？
どーなんでしょ？

297 ：デフォルトの名無しさん：02/01/26 11:13

毛唐の国ではコンバータの膨大な初期化とかで無駄に遅くなったり
してないから初期化の高速化はあまり期待できないものと思われ

298 ：デフォルトの名無しさん：02/01/26 14:24

>>297
意味がわからないんだけど…

299 ：デフォルトの名無しさん：02/01/26 21:58

Java Web Startって何あれ・・・

300 ：デフォルトの名無しさん：02/01/26 22:06

.NETのパクりです（コピペ

301 ：デフォルトの名無しさん：02/01/26 22:16

最近のJ2SEのインストーラって昔よりかなり動作が素直でんな。
インストール・アンインストールしまくり。

302 ：デフォルトの名無しさん：02/01/26 22:36

WEB STARTってやっぱそのつもりなの！？
ｍｓｎメッセンジャーくらい使えるアプリおいとけよ・・

303 ：デフォルトの名無しさん：02/01/26 23:03

>>297-298
SUNで動かすとJavaの起動は結構早いという罠。
SPARCとJavaVMのエンディアンが同じだからかなあ？
教えてえらい人。

304 ：デフォルトの名無しさん：02/01/26 23:44

>>303
それがホントならBlade100買ってもいいかなぁ。

305 ：デフォルトの名無しさん：02/01/27 07:11

>>303
バイトオーダとJavaの速度ってどーゆー関係が？

306 ：がばろん＠Ｍたんちゅきちゅき：02/01/27 08:12

>>300たん。>>302たん。
JavaWebStartは単なるアプリケーションの配信技術。
.NETはアプリの配信に止まらない、もっと包括的な構想。

JavaWebStartは、
むしろアプレットをはじめとした技術と同じようなもので、
NC(ネットワークコンピュータ)の考え方の流れの果てに、
でてきたものでは、ないでしょうか。

ついでにいえば、.NETの正式発表は、2000年の6月22日。
JavaWebStartの正式発表は、2000年の6月6日。

http://www.zdnet.co.jp/news/0006/23/b_0622_01.html
http://www.zdnet.co.jp/pcweek/news/0006/07/00060709.html
http://www.atmarkit.co.jp/fjava/kaisetsu/javawebstart/javawebstart.html

307 ：デフォルトの名無しさん：02/01/27 08:51

>>306
.NETをどーゆー意味で使うかによるような…
ところで JavaWebStartって使われてるの？

308 ：デフォルトの名無しさん：02/01/27 14:01

知らない。

309 ：デフォルトの名無しさん：02/01/27 15:21

>>303
それはソラリスのスレッドが優秀だからだと思われる。

ところでCマガ１２で知ったんだけど、
VolatileImageってどうなの？
直接ビデオカードのメモリに書きにいけるの？
フルスクリーン排他モードでJAVAを使ってる例があったら
教えてくれー

ってか、フルスクリーンはいたモードってLINUXで動くのか？
だとしたら、JAVAでゲーム作るのはありかも・・・

310 ：デフォルトの名無しさん：02/01/27 15:25

Javaにゲームを移植した場合
処理速度はどうなるんかいな

311 ：デフォルトの名無しさん：02/01/27 15:27

Ruby/SDLできまっり

312 ：デフォルトの名無しさん：02/01/27 15:30

>>310
i-アプリのゲームってどうなの？
あれは、元ネタがあるんだっけ？

313 ：デフォルトの名無しさん：02/01/27 15:31

Java1.4でフルスクリーンのゲーム。ソースつき。
しかもネタはガンダム。
http://www.alien-factory.co.uk/main.html

314 ：デフォルトの名無しさん：02/01/27 15:34

サンクス
早速やってみる
JVMも１．４にしなきゃいけないんだっけ？

315 ：デフォルトの名無しさん：02/01/27 15:41

っていうか、スゲー

316 ：デフォルトの名無しさん：02/01/27 15:41

そうだよ。

あとVolatileImageとかに関しては
http://www.javagaming.org/
のBBSにいろいろ情報があるよ。

Linuxでのフルスクリーンにはあんまり期待しない方がいいかも。

317 ：デフォルトの名無しさん：02/01/27 15:50

っていうかうごかねー。

318 ：デフォルトの名無しさん：02/01/27 15:51

jdk1.4のはじめの方のやつは使えないので
今更新中

>>316
JAVAのイメージがちょっと変わったな・・・

319 ：デフォルトの名無しさん：02/01/27 15:53

>>317
batファイルを自分で書き換えないとダメ

gundam.batをメモ帳で開いて
Java_AF="c:\///
ってなってる部分を
javaをインストールしたディレクトリに

320 ：317：02/01/27 16:04

>>319
あ、いや
Exception in thread "main" java.lang.InternalError: Could not set display mode
こんな感じで死亡です。
1.4-rcなのがまずいってことはあるんかねえ。

321 ：デフォルトの名無しさん：02/01/27 16:10

同じです。
対応してない、ビデオカードがあるみたいですね。
んー、残念です。

322 ：317：02/01/27 16:15

Try manually changing your screen resolution to 640x480 and try again.
だってさー。と思って640x480にしようとして画面のプロパティみたら
640x480を選べなかったよ・・・。

323 ：がばろん＠Ｍたんちゅきちゅき：02/01/27 17:38

>>307たん
いちおMac OS Xの10.1では、
最初から組み込まれてるみたいです。
http://developer.apple.com/java/javawebstart/
// OS X自体が、あまり使われていないような気はしますけど。

JWSの対応アプリなら、
ここで使われているのを見たくらい。
http://www.l2fprod.com/

現在の普及度を考えればJWSはインターネットよりも、
イントラネット向けの技術のような気もします。

324 ：デフォルトの名無しさん：02/01/27 20:46

Javaガンダムちょっと感動！ほかにJavaのすごいゲームのURLあったら教えてください

325 ：デフォルトの名無しさん：02/01/27 21:23

GL4Java使った3D RPGのArkanae
http://arkanae.tuxfamily.org/en/

326 ：デフォルトの名無しさん：02/01/27 21:46

>>325
今ダウンロードしてるけど・・あれれ？WEB STARTからダウンロードしてるぞ！？
WEB STARTってこんな事ができるんだ。WEB STARTの意義ってゆーかsunが何がしたいのかやっとわかった

327 ：デフォルトの名無しさん：02/01/28 00:43

こいつすげーよ

328 ：デフォルトの名無しさん：02/01/28 03:43

GL4Javaって何者だ！？
こんなもんまでJavaでつくれるんか・・・まじびびった、、

329 ：　：02/01/28 03:59

名前からしてＪａｖａ用のＯｐｅｎＧＬかと・・・。

330 ：デフォルトの名無しさん：02/01/28 03:59

JDK1.4と関係ないアプリケーション個々の話なら、
ここのスレより下のスレのほうがふさわしいかと。

クライアントサイドJavaどうよ?
http://pc.2ch.net/test/read.cgi/tech/1002160815/l50

しかしPCの処理能力もあがったものだ
これだけのソフトがJavaで快適に動くのだから

331 ：　：02/01/28 04:00

さーてガンダムのソースはＯＯかな？非ＯＯかな？

332 ：　：02/01/28 04:01

つうかＤｉｒｅｃｔＸ呼んでるだけかと・・・。

333 ：　：02/01/28 04:09

おもろいソースだ。
Ｃを巧く（？）クラス使って組んでる。みたいなー　藁
ＯＯＰじゃナカターヨ。

334 ：　：02/01/28 04:16

public void displayLoop() {
・・・
　　super.displayLoop();
}
秀逸だなー。目からウロコだなー。
サブルーチンをそのままクラスにしてる。
んー。俺も見習わなくては・・・。

335 ：　：02/01/28 04:17

今思ったが、>>334ってメモリリークしない？
しないけど、放置しとくとスタックあぼん？

336 ：デフォルトの名無しさん：02/01/28 04:20

>>333,334
とりあえず落ち着いてください (藁

337 ：　：02/01/28 04:23

ん、久々に他人のＣのソース見たんで興奮しました。
寝ます。

338 ：デフォルトの名無しさん：02/01/28 04:31

JNI使うとそういう事は簡単にできるナリよ。他にも
QuickTime for Javaなんていい例かな。

339 ：デフォルトの名無しさん：02/01/28 11:35

>>334
それはあんたが間違ってると思うが。

まあ、読んでみようかな。

OOに慣れると、非OOで書かれたプログラムを見て、
コイツ俺よりスゲーって思ってしまう。
ある意味才能だよな。

340 ：　：02/01/28 13:53

>>339はソース見て気絶したかｗ

341 ：デフォルトの名無しさん：02/01/28 14:55

>>307 >>309
VMとエンディアンが違うアーキテクチャだと
JITコンパイルが大変なんじゃないかと思ったです
まったくの素人考えなんだけど

342 ：デフォルトの名無しさん：02/01/28 18:49

ていうか、JWSってCastanetのパクリだろ。

343 ：デフォルトの名無しさん：02/01/28 18:50

>>341
VMのエンディアンって何？

344 ：　：02/01/28 18:58

shortやlongが格納される時のbyteの順番＞エンディアン
小さい桁が低いアドレスに入るやつだったり、その逆だったり

345 ：デフォルトの名無しさん：02/01/28 19:02

>>342 そういやそんなのアッタね。
MSみたいにいつのまにか買収してたりして。

346 ：デフォルトの名無しさん：02/01/28 19:04

>>344
「VMのエンディアン」って何？ときいとるんだが。

347 ：デフォルトの名無しさん：02/01/28 19:07

>>341
『「VMとエンディアンが違うアーキテクチャ」のバイトオーダ』でもいいや

348 ：341：02/01/28 20:58

確かに良く考えたらJavaってbyte列と整数をキャストすることができないから
VMレベルでのエンディアンって意味ないような気がしてきた。
Reader,WriterやStringその他のライブラリでは
ビッグエンディアンが標準みたいだけど。

スレ違いスマソ

349 ：デフォルトの名無しさん：02/01/29 01:08

ビッグエンディアンって
小さい方の桁が前って事だよね？

350 ：デフォルトの名無しさん：02/01/29 01:19

ぢゃばさうんどをもちょっとなんとかしてほしかったなぁ

351 ：デフォルトの名無しさん：02/01/29 01:22

>>348
あれ？byteを整数にキャスト出来ない？

352 ：　：02/01/29 01:50

>>351
列

353 ：デフォルトの名無しさん：02/01/29 01:57

バイトって言ってもsignedなんだよな。JAVAって
めんどくせー。ビット演算やる気しない。

354 ：デフォルトの名無しさん：02/01/29 06:18

>>353
どうせ C/C++ でもやる気しないんだろ？
道具のせいにするなよ…

355 ：デフォルトの名無しさん：02/01/29 06:29

みなさんGUIプログラミングしてますか？ｗ

356 ：デフォルトの名無しさん：02/01/29 06:55

>>355
してますけど何か？

357 ：デフォルトの名無しさん：02/01/29 08:34

>>354
これだから嫌だよJavaしか知らないようなアフォは...。

358 ：デフォルトの名無しさん：02/01/29 09:07

ペン４　２Ｇ　＋　メモリ５１２くらいなら
快適に動く？

359 ：デフォルトの名無しさん：02/01/29 10:02

質問です。
ソース本体Test.java と hoge.class があった場合。
JDK1.3.*だったらTest.javaの中で「import hoge;」って書けたんですが、
1.4.0では構文エラーになってしまいます。
1.4.0からはどのようにして外部クラスを取り込んだらいいのでしょうか？

360 ：符号無しシフトマンセー：02/01/29 10:33

>>357
符号拡張の影響を避けるためによけいなマスク演算が増えるんだよな。

361 ：デフォルトの名無しさん：02/01/29 14:24

????
yokuwakarann

362 ：　：02/01/29 16:09

>>359
CLASSパスの設定

363 ：デフォルトの名無しさん：02/01/29 16:29

環境によって符号がついたりつかなかったりするCのcharも
微妙だけどな。byteが符号無しの方がいいってのには賛成。

364 ：359：02/01/29 17:20

>>362
CLASSPATHに設定してあるフォルダにhoge.classを入れて、
import hoge;ってやっても、結局構文エラーになるんですが・・・。

365 ：デフォルトの名無しさん：02/01/29 17:39

>>364
http://java.sun.com/j2se/1.4/ja/compatibility.html
より、「コンパイラは、名前のないネームスペースから型
をインポートする import 文を拒否するようになりました。」

366 ：359：02/01/29 18:16

>>365
>>359を書き込む前にそこは読みました。
で、構文エラーにならない書き方はどうすればいいのかなと。

「すべてのクラスを、名前のないネームスペースから
　名前付きのネームスペースへ移動する必要があります。」
ってのが、よくわからないんですが・・・。
Googleで検索してもC++やXMLしか引っかからないし・・・
もう少し検索かけてみます。。。。

367 ：デフォルトの名無しさん：02/01/29 18:36

>>366
なんだ読んでたのか、そりゃスマン。
明示的にインポートできなくなったんなら暗黙的にしてやれば
いいので、Test.javaのimport文を消して、hoge.classをカレント
ディレクトリに持ってくればいいんじゃない？

368 ：デフォルトの名無しさん：02/01/29 18:45

JDK1.4用のガンダム、遊んでみた。
いやー、Javaでこんなことできるんだ。
ﾋﾞｸｰﾘｼﾀﾖ

369 ：359：02/01/29 19:04

>>367
ありがとうございます！出来ましたー。
import文を消すというのは全然考えてませんでした・・・。
これは、CLASSPATHに「.」を含めているから、
javacが勝手にhoge.classを探しに行ってくれたと
考えて良いのでしょうか？

なんか、不思議ー。

370 ：デフォルトの名無しさん：02/01/29 19:06

>>366
要するに事実上無名パッケージは他のパッケージから参照できなくなったってことだろ？
inportされるクラスのほうをパッケージ名付け直して再コンパイルしろってこった。

、、、ひでぇな。ｵｨ

371 ：デフォルトの名無しさん：02/01/29 19:11

>>370
いや別にヒドくはないとおもうけど。
デフォルトパッケージなんてテスト用の
プログラム書くときぐらいしか使ってないし。

372 ：デフォルトの名無しさん：02/01/29 20:26

>>363
Cではどの型でもsigned,unsignedを明示的に宣言できるし
キャストも出来ますが何か?

373 ：デフォルトの名無しさん：02/01/29 21:31

>>372
そう言われると返す言葉がないな。
最近UTF-8がらみのchar演算で面倒な思いしたもんでね。
基本的な型なんだから統一されててほしいのよ。

374 ：デフォルトの名無しさん：02/01/29 21:31

>>372
353,360,363 とかの文脈上、
unsignedを明示的に宣言するのは
「めんどくせー」対象になるので
却下だと思われますが何か？

375 ：デフォルトの名無しさん：02/01/29 21:56

普通typedefでUBYTEとかにして宣言しますが何か？

俺が面倒と思ったのは>>360の言うとおり、byte配列として返したい場合などで
はバイナリで128以上の値はいったんcharに代入してマスク処理をした上で演算をし
なければいけないことですが何か？
というかCやアセンブラ解ってそうではないから説明しても無駄かな？

376 ：デフォルトの名無しさん：02/01/29 22:34

そういえばMemoryImageSourceとIndexColorModel使ったとき
非常に理不尽だったな。
１ピクセル１バイトなのにbyteは符号つき。
RGBA各成分１バイトなのにbyteは符号つき。

もうね、アホかと。バカかと。

377 ：デフォルトの名無しさん：02/01/29 23:09

ねーねー本当にいつ正式版でるの？1.4,,,

378 ：デフォルトの名無しさん：02/01/29 23:30

そうだよなー。用途を考えれば、せめて byte だけでも符号なしの型を用意してほしい。

379 ：デフォルトの名無しさん：02/01/29 23:35

んー、型とかはC#は良いなー
さすが後発って感じかも

380 ：デフォルトの名無しさん：02/01/29 23:56

>>379
ボクシングとか奇妙にも思うけど、正直なコードはキレイになるね
あとはインデクサも欲しいね

381 ：380：02/01/29 23:57

>>380
>正直なコードはキレイになるね　→　>正直、コードはキレイになるね
訂正

382 ：デフォルトの名無しさん：02/01/30 01:23

byteはsignedだけど、シフトの問題もないし
ビット演算もできるし、0x??の形でもかけるよ。
オーバーフローする足し算掛け算なんて必要ないでしょ？

383 ：デフォルトの名無しさん：02/01/30 02:05

>> 382　センセー賛成!!
(1)a>>>b
シフト演算子の右辺オぺランドに対する暗黙のマスクのために。R.U.OK?
(2)(p)+q
明示的にはキャストですか？加算ですかぁ？(ぷ

384 ：デフォルトの名無しさん：02/01/30 02:28

>>382,>>383
まずは2の補数からお勉強した方が良いな。
それと数値とデータの扱いもな。
話はそれからだな。

385 ：デフォルトの名無しさん：02/01/30 08:00

そんなに unsigned な byte 欲し―なら
BugParadeとかで要求出せば良いじゃんとか思うけど。

386 ：デフォルトの名無しさん：02/01/30 11:17

>>382 >>383　下記ソースの(b)んとこのスマートな書き方教えれ

public class BinTest{
  public static void main( String[] args ){
    byte b1,b2,b3,b4;
    int x;
    b1 = b2 = b3 = b4 = (byte)0xF0;
    //(a)意図した様にはならない
    x = (b1<<24)|(b2<<16) | (b3<<8) | b4;
    System.out.println( Integer.toHexString( x ) );
    //(b)マスクウザイ
    x = (b1<<24)|((b2<<16)&0xFF0000) | ((b3<<8)&0xFF00) | (b4&0xFF);
    System.out.println( Integer.toHexString( x ) );
  }
}

387 ：デフォルトの名無しさん：02/01/30 11:28

>>386
というか、プログラムの目的を達成する上でのスマートな書き方が知りたいのか？
目的は４バイトをリトルエンディアンでlong値するでいいのか？

388 ：386：02/01/30 11:45

＞目的は４バイトをリトルエンディアンでlong値
とりあえずそれ教えてくれっす

389 ：デフォルトの名無しさん：02/01/30 12:05

int b1,b2,b3,b4;
ではどうでしょうか。キャストも不要になるし。
つーかどうしてわざわざbyteに入れてんの?

390 ：　：02/01/30 12:17

　int b1,b2,b3,b4;
　int x;
　b1 = b2 = b3 = b4 = 0xF0;
　x = (b1<<24)|(b2<<16) | ((b3<<8) | b4;

じゃだめ？

391 ：デフォルトの名無しさん：02/01/30 12:27

>>389-390
ｹｺｰﾝ

392 ：デフォルトの名無しさん：02/01/30 12:45

　jdk1.4.0βで自作クラスをimportしようとすると

Original_Class.java:2: '.' がありません。
import Original_Class;
　　＾
　・・と言うエラーが出てパッケージか何かに勘違い
されるんだけど何故？？
PATH等々の環境変数の設定がおかしいのかなぁ～・・・・。

393 ：デフォルトの名無しさん：02/01/30 12:50

>>392
>>365見れ

394 ：デフォルトの名無しさん：02/01/30 12:52

>>392

>>365-371 を見よう。

395 ：延々すれ違ｲｽﾏｿ：02/01/30 13:33

>>389-390 一応サンクス

＞つーかどうしてわざわざbyteに入れてんの?

元々おれがやりたかった（てゆーかやった）のは
InputStream#read(byte[])で読んできたデータから
可変長のハフマンコードを切ったり貼ったりする処理なんだよね、、、
InputStream#read(int[])なんてメソッドがあれば使いたかったよ。

396 ：デフォルトの名無しさん：02/01/30 21:40

>>395
ハフマン符号の読みこみだったら BitStream構築して
int BitStream.readBits( int len )
とかやれば？もっとも BitStream内では
& 0xFF なコード必要になるけど。
俺の書いたやつだと BitInputStream全体で
& 0xFF って 4箇所程度だし。

397 ：デフォルトの名無しさん：02/01/30 23:27

これでは、おちおちCRCやチェックサムも実装できないな。
というかバイナリデータ扱う気になれんわ。

398 ：デフォルトの名無しさん：02/01/30 23:35

っつかその程度が面倒ならプログラムやめたら？

399 ：デフォルトの名無しさん：02/01/30 23:40

もしかして、自分の技術力が無さすぎて
その程度のモンの実装に苦労してる言い訳にしてるとか？

400 ：デフォルトの名無しさん：02/01/30 23:42

>397
そもそもJavaなんかでまともなの作れるわけ無いだろ（ｗ

401 ：デフォルトの名無しさん：02/01/30 23:43

>>400
キミにはね。

402 ：デフォルトの名無しさん：02/01/30 23:45

まともなものって何だろう…

403 ：デフォルトの名無しさん：02/01/30 23:51

>>402
ウィルスだろ。

404 ：デフォルトの名無しさん：02/01/30 23:57

>>403
なるほど。

>>400
Windows限定だが JavaScript でウイルス作れるから我慢すれ
作っても捕まらないらしいし(ｗ
http://www.hotwired.co.jp/news/news/technology/story/20020121301.html

405 ：デフォルトの名無しさん：02/01/31 00:06

よーしお父さんがJavaでMBR壊すヴィールス作っちゃうぞー。
それよりBIOSの方がいいかな？

406 ：デフォルトの名無しさん：02/01/31 00:08

不毛な言い合いがやっと終わったか、
と思ったんだけど俺の勘違い？

407 ：デフォルトの名無しさん：02/01/31 00:52

ブビ厨混入か？
Windowsからプログラミング始めた人間って、二極化してるよな。
きちんと技術と思想を持つことに成功した「技術者」が１つ。
文句ばかり言って、解決策を提案できない「技術屋」がその他全部。
後者は、与えられたAPIとかをマニュアル通りに使うことは出来るけど、
無いモノを作るとか、不可能に見えることを解決するっていう視点を持ち合わせていない。
真性銀行とか、UFJとかの例を見ると、そら恐ろしいな。
Java云々っていう範囲の話じゃねぇよ。

408 ：デフォルトの名無しさん：02/01/31 01:00

つーか仕事でわざわざJava使ってこんなことやる馬鹿いないっつーの。
方向性が中途半端なんだよJavaは。
ガキじゃあるまいし理想ばっか追い求めるな。
もう少し現実的になれ。

409 ：デフォルトの名無しさん：02/01/31 01:03

言語機能として出来る出来ないと、仕事としてやるやらないは別の話。

410 ：デフォルトの名無しさん：02/01/31 01:24

>>397
>>これでは、おちおちCRCやチェックサムも実装できないな。
CRCもチェックサムも Cと比べて
マスク処理 1箇所か 2箇所増えるぐらいじゃない？
この程度でグダグダいう奴って……

411 ：デフォルトの名無しさん：02/01/31 02:17

Javaやってるやつで理想ばっか追い求めてるやつって、いるのか？
どんな言語使っても、不満は必ずあると思うが。
そこを、企業方針とか諸々のことを含めて納得＆妥協してやってるやつがほとんどだと思われ。
そこをつついて >>408 のように「現実的になれ」ってのも、イタイ話だ。厨房発言満開だな。
業務で開発やったことないだろ。学生か。ならしょうがないが。

という意味では、>>409には激しく同意。

412 ：System.exit();：02/01/31 02:33

なんかフォント汚いんすけど・・・
なんで？
1.4？

413 ：　：02/01/31 02:41

unsignedって理想って程のものかねえ？
最低限の機能だと思うが・・・。

414 ：　：02/01/31 02:43

>>412
そのフォントに慣れた頃には、Java以外のソースがすべて糞に見えるという罠。

415 ：　：02/01/31 02:51

javaフォント以外が全部おかしくみえる・・・
javaフォントじゃないと落ちつかない・・・。
javaフォントじゃないと頭に入っていかない・・・。
javaフォントじゃないとプログラムが組めない・・・。
もうjavaフォントじゃないと仕事にならない・・・。

416 ：デフォルトの名無しさん：02/01/31 02:57

>>413
通りかかりが横レス。

signed / unsigned ってハードウェアの影が見えるかもしれませんですな。
あんまり高級言語っぽくはないかもしれない。

関数型言語でままあるように、Natural〈自然数型）みたいなのだったら、
逆に高級な感じがするかもしれない。

417 ：デフォルトの名無しさん：02/01/31 03:06

業務では適材適所で一番効率が良くパフォーマンスを引き出せる
言語で開発するだろう。それが解らず、とりあえずなんでもできそうだという観点で
（実際は出来ないのだが）Javaを語るのは、詐欺的行為に近いな。
極端に言ってしまえば、あんた達の言い方だとアセンブラで
GUIをすべて開発できると言っているような物だ。
これだって可能なことだろ。

418 ：デフォルトの名無しさん：02/01/31 03:09

>>397
なんのためのオブジェクト志向なんだか。
それ用のクラスを作れば終わりでは？

419 ：デフォルトの名無しさん：02/01/31 03:14

>>417
苦しくなってきたな (藁

420 ：デフォルトの名無しさん：02/01/31 03:16

なににたいしてかいってみー
遊んでやるから。

421 ：デフォルトの名無しさん：02/01/31 03:25

>>417
？
誰に言ってるの？

422 ：デフォルトの名無しさん：02/01/31 06:38

極端な言い方だけど、アセンブラ（マシン語）レベルでもオブジェクティブに
設計＆実装することは可能だ。
漏れも昔は、ロジックとデータをひとまとめにしてリロケータブルなコードを
書こうなんてやってたけど、OOに似てると言えなくもないだろ。
アセンブラレベルで、ガンガンコードの再利用もやってたし。
もちろん、GUIも作ったぞ（藁

OO使うとか、Java自体は目的じゃなくて手段。道具。
それを理解せずJavaを語るのは、詐欺行為に近いな。
極端に言ってしまえば、あんたの言い方だとVBで
サーバサイドをすべて開発できると言ってるようなものだ。
これだって可能なことだろ。（ｗ

423 ：デフォルトの名無しさん：02/01/31 07:04

Acrobatとか、Photoshopの「手のひらツール」を
実現するライブラリってありますか？
SUNのTutorialとか見ても、それっぽいのは無かったんですけど・・・。

424 ：デフォルトの名無しさん：02/01/31 08:42

>>413
まぁ unsigned 無くても最低限の手間で対処可能だけどね…

425 ：デフォルトの名無しさん：02/01/31 09:23

どうせ符号つき8bit整数なんか使わんのだから
符号なしでええやんとか思わないでもない。

426 ：デフォルトの名無しさん：02/01/31 09:25

byteつかってなかったからわからなかったけれど
確かにめんどいな。

427 ：デフォルトの名無しさん：02/01/31 09:32

>>425
そー思うなら BugParadeで
byte を unsigned にかえろって要求出せば？

428 ：デフォルトの名無しさん：02/01/31 10:52

個人的にはもいっこ整数型追加してくれても良かったかな。バイトと
整数を意味的に明確に分けていない辺りが、最初 Java らしくないと
思ったけど。

byte → 符号無し 1 バイト
tiny → 符号付き 1 バイト
byte ⇔ tiny 間はキャストでＯＫって感じで。

符号付きって 1 バイト整数ってあんまり必要な局面ないけど、符号
無し 1 バイト値を符号付き整数値に変換するほうがめんどくないかい？

int i = ((b & 0x80) << 24) | (b & 0x7F);　　// みたいな…

符号付き 1 バイトは扱うデータ量が半端なく大量の場合とか、
リソースきつい時なんかで±10 まで表現する型とかに使うかな。

429 ：デフォルトの名無しさん：02/01/31 10:58

>>int i = ((b & 0x80) << 24) | (b & 0x7F);
これじゃダメな気がするのは俺だけ？

430 ：　：02/01/31 11:34

((int)b )& 0xff;
じゃだめ？

431 ：デフォルトの名無しさん：02/01/31 11:40

>>429
マジ？徹夜明けの頭でてけとーに書いたから間違ってるかも…。

>>430
b は符号なしの 1 バイト整数のつもり。舌足らずですまそ。

432 ：デフォルトの名無しさん：02/01/31 11:53

>>431
int i = ((b & 0x80) != 0 ? 0xFFFFFF00 : 0) | b;
とかってやらんとダメでは？
428のじゃ 0x7FFFFF80 の部分が全部0じゃないか？
やろうとしてるのは Cでいうところの
unsigned char b;
int i = (int)((signed char)b);
なわけでしょ？

433 ：デフォルトの名無しさん：02/01/31 11:53

>428-431
素直に書くなら
i = (b >= 0x80) ? (b - 0x100) : b
char型相手にまれにこんな処理も必要かな？

符号拡張の演算子でもなけりゃビット演算だけじゃ無理っぽい。

434 ：：02/01/31 11:58

疑問なんだけど、x86 & C などでは例えば、

(int)x >> 31 で SAR ( 算術右シフト )
(unsinged)x >> 31 で SHR ( 論理右シフト )

になるが、Java だとどうなるわけ？
SAR あるいは環境に依る？

435 ：デフォルトの名無しさん：02/01/31 12:05

>>434 それぞれ専用のシフト演算子があるよん

>> 算術右シフト
>>> 論理右シフト

436 ：デフォルトの名無しさん：02/01/31 12:05

>>433
>符号拡張の演算子でもなけりゃビット演算だけじゃ無理っぽい。
何が？

>>434
val >> shiftcount;
とは別に
val >>> shiftcount;
ってのがあるけど。

437 ：434：02/01/31 12:17

ならば、分岐命令を使わないこんなのもアリ？

byte b;
int i = ((int)b << 24) >> 31) & (int)b;

符号拡張部分：((int)b << 24) >> 31 は
b >= 0x80 で 0xffffffff (-1)
b < 0x80 で 0x00 (0)

438 ：デフォルトの名無しさん：02/01/31 12:23

>>437
b は現在のJavaに存在しない
unsigned byte だから…

そーゆやりかたなら
unsigned byte b;
int i=(b<<24)>>24;
でおっけーでしょう。

439 ：434：02/01/31 12:31

unsigned byte b;
int i=(b << 24) >> 24;

こっちの方が簡単だったな、サンクス >> 438

440 ：434：02/01/31 12:33

ちなみに unsinged byte って何？
Java にはそんなに詳しくないが byte 型って
unsigned じゃないの？

441 ：デフォルトの名無しさん：02/01/31 12:37

>>432
あ、そうか。符号ビットだけ立てても負になるわけないや。
鬱だ、逝って来る…

442 ：デフォルトの名無しさん：02/01/31 12:42

>>441
> 符号ビットだけ立てても負になるわけないや
符号ビットだけ立てても正負逆転できるわけ

もうあかん…。

最終的に言いたかったのは unsigned byte だけあっても
扱いが面倒なんじゃないの? ということだけです、すみません。

443 ：　：02/01/31 12:50

なんで>>430じゃだめなの？

byte b=0x98;　　　　　　//符号なし
int i=((int)b )& 0xff;　//符号あり

でいけるじゃん？

444 ：デフォルトの名無しさん：02/01/31 12:51

(tiny)b
じゃ駄目なのか? tiny型があるとしてだが。

445 ：デフォルトの名無しさん：02/01/31 12:56

>>443
そもそもそれなら
int i = b;
でいいだろ。求めてるのは
Javaに符号無しのバイト型しかないと仮定して、
そこに格納されてる値を符号付きのバイト値と
仮定してintに変換する方法。

446 ：デフォルトの名無しさん：02/01/31 13:08

>>442
いや、十分意図は伝わってるよ。確かに signed byte を unsigned として扱うのは
0xFF でマスクすれば済むけど、unsigned byte を signed で扱うのは面倒そうだね。

>>443
それだと　i が正の数 152 (0x98) になるから。もともと b は unsigned byte であり、
それを signed に変換したいという話だから、i には -104 (0xFFFFFF98) が入って
ほしいということ。

447 ：　：02/01/31 13:26

>>445
判ってない。
byte b=0x98;　　　　　　
int i=((int)b )& 0xff;　//0x00000098
i=(int)b; //0xffffff98

多分「signed byte を unsigned として扱う」という意味が混乱の元
符号拡張したいのかしたくないのか判らん。

448 ：デフォルトの名無しさん：02/01/31 13:28

Javaのbyteが符号付なのは、
最適化を見越してだと思う。
プロセッサによっては、２の補数表現の８ビットデータに対して
演算できるとは限らない。
当然メモリアクセスもマスク処理が必要になる。
だから、JAVAではbyteと指定しても
コンパイル時にintにされてしまう事がある。
この機能を実装するにはbyteがsignedである事は重要だと思う。

C言語でも、構造体（クラス）のメンバとしてcharがあっても
実際には最適化のために３２ビットCPU用のコンパイラでは
32bit分のメモリが確保される。
もちろん、コンパイラオプションでその最適化を消す事はできるけど・・・・

449 ：デフォルトの名無しさん：02/01/31 13:37

Ｊａｖａっぽい話題ではないな。

450 ：デフォルトの名無しさん：02/01/31 13:44

>>447
キミがやったのは
符号付きbyteを符号無しbyteとみなして
0x00～0xFFのint値に変換
signed byte b;
int i = b & 0xFF;

みんながやってたのは
符号無しbyteを符号付きbyteとみなして
-128 ～ 127 のint値へ変換
unsigned byte b;
int i = (b << 24) >> 24;

前者より後者のが面倒くさいんじゃない？
というのが 428の主張。
>符号無し 1 バイト値を符号付き整数値に
>変換するほうがめんどくないかい？

451 ：デフォルトの名無しさん：02/01/31 13:50

>>447
混乱してたのは447だけみたいだけど、

452 ：デフォルトの名無しさん：02/01/31 14:05

符号の話ははJavaの本スレでやったほうがいいとおもうがどうか？
http://pc.2ch.net/test/read.cgi/tech/1010545421/l50

453 ：　：02/01/31 15:39

ああ、>>428の仮想の仕様の話か・・・。
i=(int)((tiny)b);

454 ：デフォルトの名無しさん：02/01/31 15:56

>>453 のは >>444 で既出だし…
あとあと、tiny無しが前提になってると思うけど？

455 ：デフォルトの名無しさん：02/01/31 21:43

嗚呼、なんかもう頭が痛ぇ。

456 ：デフォルトの名無しさん：02/02/01 02:07

こんな基本的なことが解ってない人間がソフトウェアやってるとは．．．
しかも、これから大量に流れ込んでくるんだろうな。
そりゃバグも増えるわ。

457 ：デフォルトの名無しさん：02/02/01 02:23

Jsvaでバイナリデータを扱うと地獄を見る。
これ常識。

458 ：デフォルトの名無しさん：02/02/01 05:14

>>457
それって、画像処理もダメってことですか？

459 ：デフォルトの名無しさん：02/02/01 08:05

もともとバイナリデータは扱いが面倒くさいところに、
バグ発生要因・コード視認性低下要因が１つ増えるわけで。
できるとかできないとかじゃなくてね。

460 ：デフォルトの名無しさん：02/02/01 08:33

　　 ∧∧
　 /⌒ヽ)
　[>>423] 　バイナリデータに負けた・・・
　三___|∪ いや、スレ違いだったのか・・・？
　(/~∪

461 ：デフォルトの名無しさん：02/02/01 09:15

>>458

画像処理やったことあるけど、猛烈にunsigindが
欲しくなった....。まあ、一つ上の型に変換する
関数を作っておけば、何とかなるけどね。
あと、改めてポインタって便利な場面もあるんだ
なあ、と思ったりして。

462 ：デフォルトの名無しさん：02/02/01 10:12

>>まあ、一つ上の型に変換する
>>関数を作っておけば、何とかなるけどね。
ここってツッコミどころ？

463 ：デフォルトの名無しさん：02/02/02 00:29

>>462
>461の意味がわかってないあんたに対して突込みどころ。

464 ：デフォルトの名無しさん：02/02/02 01:18

>>462
まだやってたのか…
バイナリデータ扱ったぐらいで地獄を見るような
厨房の相手してるとおまえもそのうち同類になるぞ

465 ：デフォルトの名無しさん：02/02/02 08:24

結論
JAVAは馬鹿には使えない

466 ：　：02/02/02 09:08

http://www.jaga.jpn.org/game/BTank/index.html
java戦車ゲーム　無料で遊べる
これつくるのって凄いのかな、、、

467 ：デフォルトの名無しさん：02/02/02 09:56

結論
Javaは馬鹿でも書けてしまう。
実際クラスってそんなもんだ。

468 ：デフォルトの名無しさん：02/02/02 10:13

弾はどうやって撃つ？

469 ：デフォルトの名無しさん：02/02/02 10:15

なかなか面白い

470 ：デフォルトの名無しさん：02/02/02 12:02

(ﾟдﾟ)ｳﾏｰ

471 ：デフォルトの名無しさん：02/02/02 12:11

落ちるんですが・・・。
でもネットゲーでアプレットでマルチ対戦か・・・。
プログラムとしてはオモロイねー。
ネットでコリジョンは無理が有るけど。

472 ：デフォルトの名無しさん：02/02/02 12:17

当てても当てても当たらない…(ﾟдﾟ)ﾏｽﾞｰ

473 ：デフォルトの名無しさん：02/02/02 12:46

フルスクリーン対応・非対応のビデオカードリストって無いですかね？

474 ：デフォルトの名無しさん：02/02/02 12:48

バグ？調子悪うう

475 ：デフォルトの名無しさん：02/02/02 18:22

>>473
なんじゃそら。

476 ：473：02/02/02 20:23

>>475
いや、今回導入されたフルスクリーンモードって、
PCによって動かないらしいので・・・。

俺もガンダムしたいよー。

477 ：デフォルトの名無しさん：02/02/02 21:04

ガンダムやってみた。ﾋﾞｸｰﾘ！
こんなの動くんだねぇ。
arkanaeは、うまく動いてくれない。

478 ：473：02/02/02 22:24

>>477
ｳﾗﾔﾏｼｨ｡｡｡
ビデオカードは何ですか？

ここのページのExamplesに載ってるソースで、
フルスクリーンモードのテストをすることができます。
http://java.sun.com/docs/books/tutorial/extra/fullscreen/index.html

ThinkPad X21(ATI RAGE MOBILITY-M)ではダメでした。

479 ：デフォルトの名無しさん：02/02/03 00:37

ガンダムやってみた。
ぐりぐり動いて気持ちいいね。

480 ：デフォルトの名無しさん：02/02/03 01:25

ガンダムって何？

481 ：デフォルトの名無しさん：02/02/03 02:01

>>480
Java1.4のフルスクリーンモードを使ったのゲーム。ソースつき。
http://www.alien-factory.co.uk/main.html

他には、
GL4Java使った3D RPGのArkanae など。
http://arkanae.tuxfamily.org/en/

482 ：デフォルトの名無しさん：02/02/03 03:46

Arkanaeをインストールしようとすると、
SUNのWeb Startが「インストールすることを強く勧めません」とか
言ってくるんだけど、みんなどうしてる？

483 ：　：02/02/03 04:22

Web Startをアンインストールした。

484 ：デフォルトの名無しさん：02/02/03 04:45

>>482
ウイルスかもしれません。注意してください
と同じ

485 ：デフォルトの名無しさん：02/02/03 11:00

>>482
Arkanae が証明取ってないだけ。無視。

486 ：デフォルトの名無しさん：02/02/04 19:32

age

487 ：デフォルトの名無しさん：02/02/04 19:40

つーか、J2SDK 1.4 っていつ正式版出るんかね。

488 ：デフォルトの名無しさん：02/02/04 20:40

>>487
JavaOneあたりじゃない？

489 ：デフォルトの名無しさん：02/02/04 21:16

>>487
今回長いね。Exception みたいな基盤クラスの API いじったり、Enterprise 機能
たくさん追加したからかな。

490 ：デフォルトの名無しさん：02/02/04 21:46

VMとかHotSpotでも結構バグあるみたいだしねぇ…

491 ：デフォルトの名無しさん：02/02/04 23:31

まーじで1.4RCバグりすぎ！早く正式リリースしてしてしてーん！
出したら俺がJava盛り上げてやるからさぁ！

492 ：デフォルトの名無しさん：02/02/04 23:33

Generics入れんかった罰だな

493 ：デフォルトの名無しさん：02/02/04 23:51

>>492
入れてたらもっと激しくバグだったとかない？

494 ：デフォルトの名無しさん：02/02/04 23:52

ﾄﾞﾄﾈﾄに対抗しようと無茶したからだ

495 ：デフォルトの名無しさん：02/02/05 00:08

もういいよ。素直にjakarta取り込もう。

496 ：デフォルトの名無しさん：02/02/05 00:11

>>495
あんなウンコ取り込まんでくれ。

497 ：デフォルトの名無しさん：02/02/05 01:47

Genericsが遠ざかっていく・・・

498 ：hapu：02/02/05 03:35

正規表現の勉強したいのだけどドキュメントが英語のみ・・・（´Д｀）

だれか助けてくれませんか・・・というかその前に英語の勉強しろって話になってくるのか・・・
ちなみに他のライブラリやPerl等で正規表現を弄ったこともないです。
ソース読んでもあんまりわからないことからJavaに関しても厨レベルだとおもわれる・・・＞私

レベルの低いカキコをお許しください。m(＿＿)m

499 ：デフォルトの名無しさん：02/02/05 04:01

お前ら、俺なんか正規表現の意味なんぞ知らなくてもサーブレット作れますが何か？

500 ：デフォルトの名無しさん：02/02/05 04:01

で、「正規表現」って何だよ？
聞いてやるから答えろや。

501 ：デフォルトの名無しさん：02/02/05 04:02

500GET!

502 ：デフォルトの名無しさん：02/02/05 04:04

これしかない。
http://www.amazon.co.jp/exec/obidos/ASIN/4900900451/

ちなみに正規表現はWebProg板にすげーのがいて感心する。
ここにはおそらく大したのはいないと思われます。

503 ：デフォルトの名無しさん：02/02/05 04:10

とりあえず秀丸で正規表現検索のヘルプ見てみるのがよろしいかと

504 ：デフォルトの名無しさん：02/02/05 04:17

>>502
詳細キボンヌ＜WebProg板のすげー人

505 ：デフォルトの名無しさん：02/02/05 04:19

┏━━━━━━━━━┓
┃（'Д'）y ─┛~~　┃
┃むぎ茶　　　　　　┃
┃[email protected]　　┃
┗━━━━━━━━━┛

506 ：デフォルトの名無しさん：02/02/05 04:20

JavaScriptで雰囲気つかんでみたら｡｡？？＜正規表現
今までなかったのも変ですけどね…(汗
楽になるなぁ｡　仕様、全然見てないけど｡(藁

507 ：電波５号：02/02/05 05:30

正規表現って
(性器|正規)表現
みたいなやつ

508 ：うわ：02/02/05 06:18

>>507
お馬鹿！
お前、俺ごときに馬鹿って言われたから本当のお馬鹿だよ。反省しる！

509 ：hapu：02/02/05 09:28

なるほど、詳説正規表現ですか。
早速立ち読みしてみます。
ご意見有難う御座います。m(＿＿)m
修行して参ります。

510 ：デフォルトの名無しさん：02/02/05 09:29

１．３の正式リリースっていつだった？
だいたい等間隔？

511 ：デフォルトの名無しさん：02/02/05 09:31

去年のいまごろじゃなかったっけ？

512 ：デフォルトの名無しさん：02/02/05 09:33

>>510
おととしの5月。JavaOneの1ヶ月前ぐらいに出た。

513 ：デフォルトの名無しさん：02/02/05 09:38

既に必要な機能は満たされてるからなぁ。
別にバージョンアップしてくれなくてもねぇ。
パフォーマンス以外だけど。
ま、これはマシンパワーが上がるのを待つだけか。

514 ：デフォルトの名無しさん：02/02/07 17:05

出たみたいだけど、ダウンロードページにいくと
Release Candidateって書いてYO

これでいいの？

515 ：デフォルトの名無しさん：02/02/07 17:06

s/書いてYO/書いてあるYO

516 ：デフォルトの名無しさん：02/02/07 17:06

まだ出てないみたいだね。

INTERNET Watchが誤報流してる模様
ttp://www.watch.impress.co.jp/internet/www/article/2002/0207/j2se.htm

517 ：デフォルトの名無しさん：02/02/07 17:08

まさにその記事からとびました。

518 ：デフォルトの名無しさん：02/02/07 17:21

勇み足ﾅｴ (;´д`)

519 ：デフォルトの名無しさん：02/02/07 17:36

結局XMLパーサーは古いまま？
XalanとかXarcesとか使うとき問題起こらないかな。

520 ：デフォルトの名無しさん：02/02/07 20:44

jdk1.4のページRCリリース当初から比べると
新しくなってたけどね…

521 ：デフォルトの名無しさん：02/02/07 20:51

>>513
まじ？俺は今は貧弱でもこうやってバージョンアップされていくJavaの未来にかけてるのみなんだけど。
そーいやぁJavaチップなるものを携帯電話にのせる計画があるらしいけど
パソコン用のJavaチップって計画ないんかい？誰か知らない？

522 ：デフォルトの名無しさん：02/02/07 20:52

http://java.sun.com/j2se/1.4/ja/index.html
↑いま落ちてない？

523 ：デフォルトの名無しさん：02/02/07 21:14

>>521　
パソコン用は聞いたこと無いな。
コプロみたいなイメージが？

強いて言えばクルーソーのバイトコード用
モーフィングソフトがトランスメタ内部にはあるって話があるくらいか？

524 ：デフォルトの名無しさん：02/02/07 21:18

>>519
jdk1.4のXMLパーサって、どれくらい古いんですか？
で、古いことでどんな問題が発生するのでしょう？

525 ：デフォルトの名無しさん：02/02/07 21:28

JDK1.5 まだ？

526 ：デフォルトの名無しさん：02/02/07 21:31

>>522
落ちてない、と思う。

>>525
まだまだ

527 ：名無し：02/02/07 21:53

http://www.forest.impress.co.jp/article/2002/02/07/java2.html

528 ：デフォルトの名無しさん：02/02/07 22:41

なんでインストーラ半角カナなんだよ。SUN氏ね

529 ：デフォルトの名無しさん：02/02/08 14:05

別にインストーラの文字コードが半角カナでも誰も困らんだろ
それが表示できない環境で実行されることなんてありえないんだから
一部のバージョンのJava Plug-inのインストーラみたいに
文字化けするよかマシだ(藁

530 ：デフォルトの名無しさん：02/02/09 01:48

パソコン用Javaチップつくらんのかなぁ
需要あると思うけど。。なんでもいいから誰かJavaを速くしてくれ

531 ：デフォルトの名無しさん：02/02/09 01:54

>>530
PCのJavaでしょ？
JIT使えば十分速いと思うけど。
多分 Cの 1/2ぐらいのオーダの
速度でてるんじゃないの？

532 ：デフォルトの名無しさん：02/02/09 02:09

>>531
それはないでしょう？？そうなの？
体感的には10倍は余裕で遅い気がするけど

533 ：　：02/02/09 02:11

DEMOのメモ帳開くのに何十秒かかっとんねん！

534 ：デフォルトの名無しさん：02/02/09 02:14

Swing が軽量コンポーネントだと抜かした奴今すぐ氏ね。
軽量の意味を取り違えてたら俺が氏ぬ。

535 ：デフォルトの名無しさん：02/02/09 02:16

JDKってどういうもの？

536 ：デフォルトの名無しさん：02/02/09 02:16

light weight != light

537 ：デフォルトの名無しさん：02/02/09 02:18

>多分 Cの 1/2ぐらいのオーダの
んなわけねーだろ。憶測で物事を言うな。
迷惑だ。

538 ：デフォルトの名無しさん：02/02/09 02:30

・・・というわけでJavaチップはやく出して

539 ：デフォルトの名無しさん：02/02/09 02:32

>>537
実行最初のランタイムのロード時間をカウントすれば遅く感じるけど、
JITそのものはかなり速いよ。

540 ：デフォルトの名無しさん：02/02/09 03:21

>>539
んだ。GUI と VM 起動は慢性的だな。
あと XML なんかのパース処理だとどうしても細かいゴミインスタンスが
いっぱい出来るから GC 走りまくってパフォーマンスが落ちてしまう。
1.3 でマシになったもののガベコレ言語の宿命か。

541 ：デフォルトの名無しさん：02/02/09 12:00

でも、C#の実行速度なんかを見ると、Javaもこれぐらい行けないものかと思ってしまう。

542 ：デフォルトの名無しさん：02/02/09 13:13

Java->C#コンバータって、どの程度使い物になるの？
GUI周りとかも変換大将になるのかな？
「対象」だった。逝ってくる・・・・

543 ：デフォルトの名無しさん：02/02/09 13:34

>>542
JDK1.1.4が対象だから、Swingは変換してくれないと思う。
それに、今回のリリースでは1.1.4の20%程度しかカバーしてないらしい。

http://www.atmarkit.co.jp/fdotnet/insiderseye/20020208jlca/jlca.html

VBのアップグレードウィザードみたいなものだから、過度の期待は禁物。

544 ：デフォルトの名無しさん：02/02/09 16:33

http://www.watch.impress.co.jp/internet/www/article/2002/0207/j2se.htm
>>516
誤報のワビも入れずこっそり直した模様。

545 ：デフォルトの名無しさん：02/02/09 17:15

＞JDK1.1.4が対象だから、Swingは変換してくれないと思う。
＞それに、今回のリリースでは1.1.4の20%程度しかカバーしてないらしい。

そんな一瞥して使い物ならんようなものを、リリースするな＞M$

Appleが、Objective-C -> Javaコンバータ出してるが(WebObjectsに付属)、
あれはすごいぞ。技術的に面白い。
もっとも、ﾏｶｰでないやつにObj-Cの存在意義なんてないだろうが（ｗ

546 ：デフォルトの名無しさん：02/02/09 17:56

>>542
つーか、VJ++のプロジェクトじゃないとコンバートできないよ。

547 ：デフォルトの名無しさん：02/02/09 21:09

>>544
たしかにこっそり訂正されてる・・・。

↓ちなみにここにも誤報記事が。
ttp://biztech.nikkeibp.co.jp/wcs/show/leaf?CID=onair/biztech/comp/168803

548 ：デフォルトの名無しさん：02/02/10 05:13

１．４正式発表なのか？

549 ：デフォルトの名無しさん：02/02/11 01:20

まだダス！でももう待てないので使ってます
何かあったら1.4RCのバグの可能性もあるので1.3と交互につかってます

550 ：デフォルトの名無しさん：02/02/12 13:28

biztech 未だに訂正されていない。
何やってるんだろ？今日きた ZDNet Wireにも
ばっちり J2SE 1.4リリースって書いてあったし。

そーいや「誤報記事」っていうのかな？
「報」と「記事」で意味が二重になってる気がしなくも無い。

551 ：デフォルトの名無しさん：02/02/12 18:00

1.4 Loggingのドキュメントを見てみたけど、
個人的にはlog4jの方が全然使い勝手も機能的にも
よさそうなんだけど、みんなどう思う？
やっぱ標準APIだからって理由で1.4のを使う？

552 ：デフォルトの名無しさん：02/02/12 21:12

>1.4 Loggingのドキュメントを見てみたけど、
リンク張れよ

553 ：デフォルトの名無しさん：02/02/12 22:11

あらあら、What's new about javaでも
J2SE 1.4リリース記事(誤)出ちゃってるよ。

554 ：デフォルトの名無しさん：02/02/12 23:01

これだけあちこち出てるとこのスレが間違っている⇒祭りに乗り遅れてる
ような気になるよ (;´д`)

555 ：デフォルトの名無しさん：02/02/13 01:04

リリースはしたけど出荷はまだ、ということで。

556 ：デフォルトの名無しさん：02/02/13 01:50

1.4のLog用APIと、Log4j、どっちがいいの？

557 ：デフォルトの名無しさん：02/02/13 02:19

正式版リリースage
http://developer.java.sun.com/developer/technicalArticles/releases/j2se1.4/

みんなで Let's BugParade!

558 ：デフォルトの名無しさん：02/02/13 02:25

>>557
まだRCじゃんかよぉヽ(｀Д´)ノ

559 ：デフォルトの名無しさん：02/02/13 02:35

あ、ほんとだ。ｽﾏｿ

560 ：デフォルトの名無しさん：02/02/13 07:08

>>41
jazillaの方でおながいします。

561 ：デフォルトの名無しさん：02/02/13 08:34

SUNのページ(ttp://java.sun.com/j2se/1.4)なんだけど、
「1.4 RELEASE CANDIDATE NOW AVAILABLE!」って文字は
前からあったっけ？なんか、最近付いたような気が・・・

やはり、正式版についての問い合わせが多かったのだろうか・・？

562 ：デフォルトの名無しさん：02/02/14 00:18

>>561
もうRELEASE CANDIDATEとれたよ。

563 ：デフォルトの名無しさん：02/02/14 00:53

取れてないって
http://java.sun.com/j2se/1.4/ja/index.html
ダウンロードに飛ぶとやっぱしRC

564 ：デフォルトの名無しさん：02/02/14 00:54

とれてないよ

565 ：デフォルトの名無しさん：02/02/14 01:06

ヽ(`Д´)ﾉもう来ねえよ！ｳﾜｧｧﾝ

566 ：デフォルトの名無しさん：02/02/14 04:52

Visual Studio .NET が先にでちゃいましたね。

567 ：デフォルトの名無しさん：02/02/14 06:01

ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━━!!

568 ：デフォルトの名無しさん：02/02/14 07:11

今、正式版をダウンロード中。30MB以上あるんだね.....。

569 ：デフォルトの名無しさん：02/02/14 07:28

RCがそのまま正式版になったっぽいけど、こんな品質で大丈夫なの？

570 ：デフォルトの名無しさん：02/02/14 07:39

.NET に対抗してフライング気味でないことを祈る…

571 ：デフォルトの名無しさん：02/02/14 07:41

なんか java.sun.com で
[an error occurred while processing this directive]
って出るのは俺だけか？

572 ：デフォルトの名無しさん：02/02/14 07:46

おー速い速い、ADSL 1.5M で 600kbps 以上出てるぞ。

573 ：デフォルトの名無しさん：02/02/14 09:50

>>571
なんか不安定らしいな。リロード、リロード。

574 ：デフォルトの名無しさん：02/02/14 22:30

JDK 1.4 試してみた人の感想はいかに？

575 ：デフォルトの名無しさん：02/02/14 22:31

[奉祝]JDK 1.4正式リリース[奉祝]
pc.2ch.net/test/read.cgi/tech/1013683793/l50
は、荒れてる。

576 ：デフォルトの名無しさん：02/02/14 22:31

ちなみにRCはアンインストール？
それともFAQ？

577 ：デフォルトの名無しさん：02/02/14 22:32

荒れてるねぇ…

578 ：デフォルトの名無しさん：02/02/14 22:34

RCあるんだったら正式版ダウンロードする必要無いかも。
雑誌買う人だったら、っつー意味だけど。

579 ：デフォルトの名無しさん：02/02/14 23:12

はぁ？RCがそのままリリースされたってマジ？
JInternalFrameでバグあったで～、まじ頼むわ・・

580 ：デフォルトの名無しさん：02/02/14 23:16

落し終わる寸前でブラウザ閉じちまった・・・鬱だ・・・

581 ：デフォルトの名無しさん：02/02/14 23:27

　　／￣￣￣￣￣ミ
　 /　　 ,――――-ミ
　/　　／　＼　　／ |
　|　 /　　　,（･）　（･） |
　 (6　　　　　　つ　　|
　 |　　　　　　＿＿_　 |　　／￣￣￣￣￣￣￣￣￣￣
　 | 　　　　 /＿＿/ ／　＜　>>1クソスレたてんじゃねぇよ！
／|　　　　　　　　／＼　　＼＿＿＿＿＿＿＿＿＿＿

582 ：デフォルトの名無しさん：02/02/15 00:12

>>575
立った早々、激荒れしているスレって初めて見た。
冗談で AA 貼り付けたというより、悪意に満ちていて、キモイ。

583 ：デフォルトの名無しさん：02/02/15 00:23

>>582
$unの悪意と同じようなもん。

584 ：デフォルトの名無しさん：02/02/15 01:53

まあ、他の板では珍しくないけどね。
一体何を考えてやってるのか首捻っちまうよな。

できることなら一度そういう人種を
面と向かって心底問い詰めてみたいものだが。

585 ：デフォルトの名無しさん：02/02/15 11:22

問い詰めたらコブシが返ってきそうで怖い

586 ：デフォルトの名無しさん：02/02/16 15:35

で、どう？1.4-release版

587 ：デフォルトの名無しさん：02/02/16 15:52

とりあえず
はやくなった

588 ：デフォルトの名無しさん：02/02/16 16:02

>>587
1.3とくらべてどう？
メモリの消費量は？

589 ：デフォルトの名無しさん：02/02/16 18:02

メモリの消費量ってどうやって調べるの？

590 ：デフォルトの名無しさん：02/02/16 19:32

>>589
java コマンドのヘルプをよく読もう

591 ：デフォルトの名無しさん：02/02/17 09:37

ブラウザの <APPLET> を置き換えるのは良いんだけど、今まで動いていた
アプレットのいくつかが動かなくなってる。それにフォントの大きさが違う
上に汚いので、コンポーネントからはみ出たりしてる。アプレット作って
きた人にはかなりきついかも。どれも CPU リソース食いまくってるのが
凄く気になる。

正男ブラザーズと先行者は動いた
http://www.t3.rim.or.jp/~naoto/j_mb/index.html
http://mydomain9.justnet.ne.jp/~hinden5/senkousha/wide.html
http://www.e-typing.ne.jp/index.asp?mode=levelcheck
http://www.sevenravens.com/landsailing/galaxies.html
http://www.jaga.jpn.org/game/BTank/index.html

GC が走ってるのかカクカク感が気になる
http://pascal.cs.kobe-u.ac.jp/~shii/prog/prog2j.html

元々こんな色だっけ? ― CPU 100%
http://www.snapple.com/play/speedway.html

Area Flat ゲームは進むものの自機がまったく動かず …と、リロードしたら動いた
http://www.shiftup.net/java/AF2/AF2.html

592 ：589：02/02/17 12:52

>>590
読んでみたけれど、それに該当するものはなさそうですが？

593 ：デフォルトの名無しさん：02/02/17 14:44

>>592
>>590はプロファイルの事を言ってるのだと思うよ。
非標準オプションの -Xprof, -Xrunhprof

594 ：デフォルトの名無しさん：02/02/17 22:01

ちょいと質問して良いですか？
月間JAVAWORLDの連載に出てくるJava Print APIってなんでしょうか？
java.awt.printとは違うんですよね？なんか印刷関連の取り扱いが
とても便利になっているようなんですが…。
サンが提供しているのか、他のベンダーが提供しているのかも分かりません。
どこか詳しいサイトありませんか？

595 ：デフォルトの名無しさん：02/02/17 22:17

多分javax.printパッケージのことであろう
ttp://java.sun.com/j2se/1.4/ja/docs/ja/guide/jps/index.html

596 ：　：02/02/17 22:18

Ｊａｖａは印刷がとてもヘタレだったんで改良したのでしょう。

597 ：デフォルトの名無しさん：02/02/18 21:58

Forteは現在1.4Betaで動いているみたいだけど、正式に1.4向けに出すのはいつなんですかい？
あと、日本語ドキュメントはいつ完全に日本語になるんでしょうか？
今までのSunのノリを知ってる方予測してくだされ

598 ：デフォルトの名無しさん：02/02/19 20:29

>>595
サンキューです。実は仕事でクライアントサイドにもJava使おうと思ってます。
無謀かもしれませんが…。

599 ：デフォルトの名無しさん：02/02/19 22:49

そういう人柱も欲しいところ

報告頼む

600 ：デフォルトの名無しさん：02/02/19 22:54

JavaのGUIのの日本語フォントが汚いのは、デフォルトの日本語のフォント
がダメダメだから。UIManagerカスタマイズして別フォントに差し替えれば
とりあえず大丈夫。

601 ：デフォルトの名無しさん：02/02/19 23:06

Javaで、UNIXで言うところのshared memoryを扱うAPIはありますか？
やっぱり、JNIを使わないとダメなんでしょうか？

WinとLinux両方で実現出来る方法が望ましいんですが・・・
＃Winでは、cygwinでshared memoryを使おうと思ってます。

アプリ同士でデータ交換をしたいだけなんですけどね。
扱うデータが大きいので、ソケット通信とかは時間がかかりそうで・・

602 ：デフォルトの名無しさん：02/02/19 23:10

>>601
PipedInputStream/OutputStreamじゃだめ？

603 ：デフォルトの名無しさん：02/02/19 23:14

>>601
ないです。

コアAPIが提供しているプロセス間通信の方法は、
1.RMI、CORBA
2.Socket
3.Runtime#exec()使って標準入出力をパイプで使う。
4.ストレージ使ってFileで渡す。

くらいじゃないかな。

604 ：デフォルトの名無しさん：02/02/19 23:16

>>602
それは、プロセス内部での通信用だとおもわれ。

605 ：デフォルトの名無しさん：02/02/19 23:20

New IO API でなんか無かったっけ？

606 ：デフォルトの名無しさん：02/02/19 23:24

>>605
ダイレクトバッファ（内部でシステムコールして直接malloc）もハンドルを他の
プロセスと共有できるわけじゃないっすよ。あくまでプロセス内部でマルチ
スレッドとかで使うのが目的。

607 ：601：02/02/20 06:21

みなさん回答ありがとうございました。
やっぱり、shared memoryに相当するAPIは無いということですね。

>>603さんが挙げられた方法で考えた場合、
画像などの大きなデータを交換する方法としては、
速度的にどれが適してるのでしょうか？
本来なら私自身が全方法をテストして調査するべきなのでしょうが、
環境構築に時間がかかりそう(CORBAとか)なので、
みなさんのご意見を聞かせていただけると有り難いです。

608 ：598：02/02/24 11:14

Javaの印刷パッケージについて質問した者です。
あのあと、javax.print について調べてみましたが…。どうやら違うもののようです。
月間JAVAWORLDで紹介しているのは com.infocom.print というものでした。
javax.printがどうやら印刷サービスを取り扱う(プリンタ検索やプリンタ状態および
それらのイベント)のに対して com.infocom.print は印刷ドキュメントを
取り扱うパッケージのようです。(各種描画やページヘッダオブジェクトなど
ドキュメント自体のオブジェクト化)

↓ここでパッケージとテスト用サンプルコードが手に入りました(ソース付き)
http://www.javaworld.com/javaworld/jw-03-2001/print/jw-0302-print.zip

609 ：デフォルトの名無しさん：02/02/24 11:48

ここのリストに1.4がないんだけど、本当に正式リリースなのか･･･。

http://java.sun.com/products/

610 ：255：02/02/24 11:57

>>609
.NET対抗のために2/13に未完成のまま強行リリースをしたことの現われだろう。
1.4.0_001が出るまではとても品質は信用できないね。
HotSpot Serverがあのひどい有り様でよくリリースできたものだ。

611 ：デフォルトの名無しさん：02/02/25 16:03

GUIのフォント汚い･･･。特にメニュー。

612 ：デフォルトの名無しさん：02/02/25 16:07

>>611
英語だと違和感ないんだけどねぇ…。

613 ：デフォルトの名無しさん：02/02/25 16:17

所詮 Sun も毛唐というこった

614 ：デフォルトの名無しさん：02/02/25 17:15

Xでもこんなダサい見た目はないぞ

と煽ってみる。

615 ：デフォルトの名無しさん：02/02/25 18:23

metalがダサイのはなにか意図有ってのことですか？

616 ：デフォルトの名無しさん：02/02/25 22:20

>>611
フォントかえればいいじゃん。
とりあえずコアAPIサポートのフォントの中では、SansSerif
にしとけば汚いということはないぞ。

617 ：デフォルトの名無しさん：02/02/25 22:21

>>615
嫌なら差し替えろよ。
UIは自作できるようにライブラリ出来てるんだから。

618 ：デフォルトの名無しさん：02/02/26 02:58

>>617
UI自作するのに何ヶ月かかるっちゅーねん！！

619 ：デフォルトの名無しさん：02/02/26 13:26

>>618 Windows Look&Feelにでもすればいいじゃん。

ところで、JRE1.4は出て無いという理解でよろしいんですか？

620 ：619：02/02/26 15:53

日本語化されてないだけか？スマソ

621 ：名無しさん♯：02/02/26 21:50

Forte（英語版）とのバンドル版使ってるんですけど、
日本語版Forte 3.0上でも問題なく動きますか？
試した人がいましたら教えてくださいな。

622 ：名無しさん♯：02/02/27 01:00

日本語版っていうか多言語版でした。
入れてみたけど特に問題なし。

変なちらつきもなくなったし、ホイールも効くしでいい感じ。ヽ(´ー｀)ノ

623 ：デフォルトの名無しさん：02/02/27 01:06

>>622
＃さんってJAVA使いだったの？
MS専かと思ってた。(w

624 ：名無しさん♯：02/02/27 01:21

>>623
漏れは仕事上はJava専ですよん。
VBもVC++も仕事でやったことがない．．．。

625 ：デフォルトの名無しさん：02/02/27 01:59

Forte（・∀・）ｲｲ!

626 ：デフォルトの名無しさん：02/02/27 02:07

1.4には関係ないけど、たとえばC++BuilderってC++に便利なライブラリと統合環境をつけましたってやつだよね？
Javaにはそういったものはないんですかね？
自分Forte使ってるんだけど別に拡張APIないよね？
他の統合環境使えば便利なAPIがセットになってるのかな？

627 ：デフォルトの名無しさん：02/02/27 02:13

>>626
そんなあなたにEclipse

628 ：デフォルトの名無しさん：02/02/27 04:06

なぜJBuilderが出てこない

629 ：デフォルトの名無しさん：02/02/27 04:10

だって、重いんだもん。＜JBuilder

630 ：デフォルトの名無しさん：02/02/27 08:09

機能の豊富さでは

Forte >>>> Eclipse >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> JBuilder

631 ：デフォルトの名無しさん：02/02/27 08:10

↑
無料版では、という意味ね

632 ：デフォルトの名無しさん：02/02/27 08:11

eclipseでコンポーネント配置とか
GUIでできたっけ？

633 ：デフォルトの名無しさん：02/02/27 08:23

できるなら
　　　女房を初期化
　　　　　　してみたい

634 ：デフォルトの名無しさん：02/02/27 08:31

>>632
http://www.eclipse.org/eclipse/eclipse_project_plan_2_0_rev0214.html

2.0ではかなり強化されるよ。

635 ：デフォルトの名無しさん：02/02/27 08:33

イヤン
英語わかんない

636 ：デフォルトの名無しさん：02/02/27 08:51

>英語わかんない
再就職は厳しいｶﾝｼﾞだね。

637 ：デフォルトの名無しさん：02/02/27 08:56

＞６３６
スラスラ読めんの？

638 ：デフォルトの名無しさん：02/02/27 15:28

名無しさん♯さんがこのスレに来てるということは

JDK1.4 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> .NET

ということが証明されたわけですな。

639 ：デフォルトの名無しさん：02/02/27 15:37

＃さん、VBもVC++も仕事で使ったことないってホント？！
なんかニセモノっぽいなぁ

640 ：デフォルトの名無しさん：02/02/27 16:21

というより、仕事でプログラミングしてないのでは？
↑
こう書くと
「仕事でプログラミング＝ＶＢ、ＶＣ++と思っているｳﾞｧｶ」
と書かれるな。

641 ：デフォルトの名無しさん：02/02/27 16:30

というより実際大してプロではないのでは？

642 ：名無しさん♯：02/02/27 17:15

>>638
はじめからそう思ってますが何か。（藁

>>641
.NETに関してはプロではありませぬ。

643 ：デフォルトの名無しさん：02/02/27 17:21

>>642
拍手あげ

644 ：デフォルトの名無しさん：02/02/28 02:15

eclipse?はじめて聞きました・・・JBuilderもオリジナルコンポーネントあるんですね～
いろいろためしてみます。ありがとうございました

645 ：John ◆0z.4Is5E ：02/02/28 21:56

今現在、Java1.4でF4J使えてます？

646 ：デフォルトの名無しさん：02/02/28 22:07

>>645
問題なく使えてるよん。なかなか快適。ヽ(´ー｀)ノ

647 ：John ◆0z.4Is5E ：02/02/28 22:16

>>646
サンキュ
GUI作るのはForteが一番便利な気がするんだよね

648 ：デフォルトの名無しさん：02/03/02 02:31

ForteのSDIは昔のVBのようだ･･･

649 ：名無しさん♯：02/03/02 02:45

>>648
っていうか、あのプロパティウィンドウはVS.NET．．．。(;´Д`)

650 ：デフォルトの名無しさん：02/03/02 19:56

API リファレンスの日本語版はまだかいな。
英語でもいいんだけど、必要な機能を斜め読みで探せないのはきつい。
はやく、はやく、

651 ：デフォルトの名無しさん：02/03/02 20:48

>>650
1.3の日本語訳はあるのだから、そんなに時間がかからないことを願うのだが･･･。

652 ：デフォルトの名無しさん：02/03/02 21:45

1.4使ってみたいんだけど、J2EEもちゃんと動く？

653 ：デフォルトの名無しさん：02/03/02 21:58

日本語APIヘルプって時たま「何これ」って思うような訳あるよね…
翻訳ソフトとかで一括変換後に手直する、とかみたいな事してるのかな？

654 ：デフォルトの名無しさん：02/03/03 05:04

>>653
日本太陽の社員はアホ営業しかいないからです。

655 ：デフォルトの名無しさん：02/03/03 05:10

MSDN もそうじゃん。
IBM なんてもっとひどいし。

656 ：デフォルトの名無しさん：02/03/03 05:12

>>655
どこでもヘルプの邦訳はドキュソ新人の暇つぶし作業です
ので、精度は最低です。

657 ：デフォルトの名無しさん：02/03/03 06:05

独自に翻訳するスレッドとか立ち上げれば
買ってくれるかもしれないよ＞某社

658 ：デフォルトの名無しさん：02/03/03 07:14

ついでにいろんなサンプルを載せて、Tutorialも作ってみるとか・・・
某社から2chにサーバ提供してもらえるかもー（ｗ

659 ：デフォルトの名無しさん：02/03/03 08:32

そーいや DirectXのAPIドキュメントで
LightWave が「光波」って訳されてたことがあったような…

660 ：デフォルトの名無しさん：02/03/03 09:07

Serializeを直列化というのは、最初なんだか良く分からんかったよ。

661 ：デフォルトの名無しさん：02/03/03 11:08

>>660　同感ｗ
「差込可能な」も、英語で言ってもらったほうが
わかりやすいな
俺の使っている翻訳ソフトでは
「太陽」だからな
おそらく翻訳作業者もその祖父と使っていると思われ

662 ：名無しさん♯：02/03/03 13:50

>>652
今のところ、J2EE 1.3.1で特に問題なく動いてるよん。ヽ(´ー｀)ノ

663 ：デフォルトの名無しさん：02/03/03 20:44

Persistent を持続性と訳されて、思わず下半身を思ったのは俺だけじゃなかろうて

664 ：デフォルトの名無しさん：02/03/03 20:59

差込可能な持続性

665 ：デフォルトの名無しさん：02/03/03 21:47

>>657
昔勝手にAPI日本語訳作ってWebで公開してたら
Sunから文句言われたところがあったような

666 ：デフォルトの名無しさん：02/03/04 20:44

>>664
プラグ・アンド・プレイ

667 ：デフォルトの名無しさん：02/03/06 01:01

言語仕様と標準規格を天秤に掛けましたが何か？
日本にすたんふぉーどうにばーしてぃは在りませんが何か？
ＭＳＤＮとＩＤＥは既存のバージョンより高く売りますが何か？
1.4は確かに速くなりましたがメリケンは日本語を理解していませんが何か？
ライセンスと著作権は違いますが何か？

お前等の文句は下記まで
http://java.sun.com/cgi-bin/bugreport.cgi
[email protected]

668 ：デフォルトの名無しさん：02/03/17 01:09

669 ：デフォルトの名無しさん：02/03/17 03:59

お客さんとこで、Java1.4入れられてしまって、
謎の不具合でているのだが・・・
っつうか、ベータ版入れないで・・・あぅ

670 ：デフォルトの名無しさん：02/03/17 06:32

一応既に正式版だよ・・・な？

671 ：デフォルトの名無しさん：02/03/17 06:34

バージョン上がったら直ぐに報告してくれ

672 ：デフォルトの名無しさん：02/03/17 16:08

>>670 うん。

673 ：デフォルトの名無しさん：02/03/17 16:19

謎の不具合ってなんなんだろう？
ちょっと知りたいかも。

674 ：669：02/03/18 00:43

>>673
アプレットで、開発はJava1.3.1_01ベースでやってて、
Java Plug-inをインストールしてもらわないといけないんだが、
1.3.1_01や1.3.1_02の環境では問題ない。
(開発環境では問題なし、お客さんのところの他の端末でも問題なし)

起きた現象としては、あるテキストボックスには、
YYYYMMDDで日付が入力され、focusLost時にカレンダマスタに問い合わせて、
休日でないかどうかチェックし、ついでにYYYY/MM/DDに変更する処理をやっているが、
1.4の環境だけ、そこでハングアップする。

客先環境で、電話で対応しただけなので、
本当に1.4だからなのかはわからないが、一番怪しいのがそこだった。

675 ：　：02/03/18 01:13

>focusLost時にカレンダマスタに問い合わせて、

ココが怪しい。どうしても、ココでチェックしないとだめなの？

676 ：669：02/03/18 01:36

>>675

> >focusLost時にカレンダマスタに問い合わせて、
> ココが怪しい。どうしても、ココでチェックしないとだめなの？

確かに怪しいのは、そこだと思う。

状況を聞いても原因がはっきりわからず。
カレンダマスタへの問い合わせが怪しいなとは思ったので、
チェックタイミングを登録時にまわそうかとも考えた。

でも、現象の発生しているのが、担当者のパソコンだけなんだ。
で、変更する前に他の端末でも現象起きてますか？と聞いて試して
もらってら、他の端末では、現象は起きなかった。
その担当者の環境のPlug-inのバージョンが1.4だとわかって、
それに違いないってことに・・・。

focusLostで重い処理(体感的にさほど気にならない程度ではあるが)、
入れるのが間違いなのかもね。
うーん、でも、単純な主キーによる検索で、取ってくるフィールドも1個だけだしなぁ。

677 ：デフォルトの名無しさん：02/03/18 01:37

　1.4にしたら、JComboBoxからJTexttFieldにフォーカスが移らなくなってし
まった。
　OSがWindowsでL&FもWindowsにしたときにこうなるみたいみたいなんだが・・・。
　だれか同じ症状の人いない？

678 ：デフォルトの名無しさん：02/04/03 07:51

あげ

679 ：　：02/04/03 08:44

げ！仕事でJavaのGUI使ってるカキコ始めて見た。

680 ：　：02/04/03 08:53

Write Once Debug Anywhereですな。

681 ：デフォルトの名無しさん：02/04/03 08:58

ランタイムのバージョン違いで動かなくなる...

VB？

MFC？

682 ：　：02/04/03 09:21

ランタイムのバージョン違いで動かなくなる...　Ｘ
同じバージョンでも機種ごとに挙動が異なる　　　○

683 ：デフォルトの名無しさん：02/04/03 12:22

>>682
同じバージョンでも機種ごとに挙動が異なる
同じOSでもバージョンごとに挙動が異なる

よってJavaは糞

684 ：デフォルトの名無しさん：02/04/03 19:04

ネイティブコードが吐ければいいんだけどね。

685 ：デフォルトの名無しさん：02/04/03 20:12

>>684
これはどう？
http://www.xlsoft.com/jp/products/jet/index.html
試したことはないけど。

686 ：デフォルトの名無しさん：02/04/05 03:05

Javaって昔っからこんな不安定だったの？
1.3の頃から使ってるけど、こんな不安定なもの仕事で使うのって怖いよ

実際に使い始めるまでは「Winは不安定だがJavaは安定している」って噂を
あちこちで聞いたような気がするんだけど、
Javaが不安定なのは最近だけなのか？それとも昔から・・？

687 ：tttttteeeee：02/04/05 03:21

>>686
そりゃああなた、最近M$は脱JAVAの方向でOSを作ってるらしいもの

688 ：デフォルトの名無しさん：02/04/05 03:40

JavaのIOは信頼性がないことで有名。
IOしないプログラムなら安定しているよ。役に立たないけど。

689 ：デフォルトの名無しさん：02/04/05 04:27

ああ、やっぱりそうだったのか。
素直にDBに接続する方がいいのだね。

690 ：デフォルトの名無しさん：02/04/05 10:18

つーか、ドキュメントが落とせねーよ!!
うち、回線細いから毎回Webで見るのはﾂﾗﾋ

691 ：デフォルトの名無しさん：02/04/05 11:27

そろそろ、selectは付いた？

692 ：デフォルトの名無しさん：02/04/05 11:38

java.nioパッケージ見てみたら？
つーか俺はまだ見てないけど。

693 ：デフォルトの名無しさん：02/04/05 16:42

>>JavaのIOは信頼性がないことで有名。
って具体的には？

信頼性とは関係ないけど、
残りディスク容量の取得が出来るようになってほしー

694 ：デフォルトの名無しさん：02/04/08 02:15

>693
JDBCでMSアクセスのDB接続すると不安定でまるで使えない

「残りディスク容量取得出来ない」
こういう「出来て当たり前だろう！」って事が出来ない場面がJavaには
時々あるんだよね。マルチプラットフォームって事で大目に見てきたが
俺そろそろ限界。でも他に期待できる言語もないしなぁ・・・

まぁ小泉を支持できなくなっても、他に支持する政治家もいねーしなーって感情だYO!

695 ：デフォルトの名無しさん：02/04/08 02:23

>>694
あほ、それはドライバが糞だからだよ。
ODBCなんか使ってねえだろうな？

696 ：デフォルトの名無しさん：02/04/08 02:26

>>691
selectとメモリマップドファイルは、JDK1.4で
追加された目玉機能です。

…つうか、なんで今までなかったの？

697 ：デフォルトの名無しさん：02/04/08 02:27

残りディスク容量の取得ができる言語ってあるの？
Ｃはありそうな気がするけど。
NFSとか通してても大丈夫なのかな？
windowsならよさげだけど、unix系はどこにでもmountできるから。

698 ：デフォルトの名無しさん：02/04/08 02:29

>>693
サイズ指定でRandomAccessFile先に作っちまえよ。
作成できなければディスク容量不足。

699 ：694：02/04/08 02:41

>>695
ODBCのブリッジしかついてないじゃん。
「ODBCを使うと問題が起きる」のはJDBC（というよりJava）の問題だろ？
とりあえずちょっと使ってまるで使えなかったんでその後使っていないが、違うのか？

700 ：デフォルトの名無しさん：02/04/08 02:42

>>699
Oracleネイティブ-JDBCドライバでは、まるで問題が起きませんが、
何か？

701 ：デフォルトの名無しさん：02/04/08 02:49

MSアクセスはしらんが、MS-SQLになら、i-net Softwareとかゆーところの
Sprinta2000なるドライバで、今のところ問題なし。ODBCﾌﾞﾘｯｼﾞしないﾀｲﾌﾟ。

702 ：デフォルトの名無しさん：02/04/08 03:06

>>JavaのIOは信頼性がないことで有名。
っていうから fileとかsocketの不具合かと思った。
JDBCとはねぇ。IOっちゃIO、なのか？

703 ：デフォルトの名無しさん：02/04/08 03:09

>>702
JDBCはJava側で責任があるのはインターフェイスだけで、
問題があるとすればドライバ自身の実装、それをJavaの不具合
だと言いふらす奴はアホ、ということでよろしいですか？

704 ：デフォルトの名無しさん：02/04/08 03:11

C も標準関数だけじゃ無理じゃない？＞残りディスク容量
はっきりいって、DOSみたいにシングルタスク前提じゃないから
容量不足かの判定に残りディスク容量の取得ってはそれほど役
に立たないと思うけど、ユーザーインターフェイスの部分とかで
残りディスク容量表示できないっつーのは結構イヤかも。

705 ：デフォルトの名無しさん：02/04/08 03:46

>>704
でもgnomeのデスクトップのツールで残り容量確めれるから見れる方法は
あるんだよね。きっと。gtkにはあるのかな？

706 ：デフォルトの名無しさん：02/04/08 08:00

JavaのIO関連、とくにfile/socketが絡むと不安定になりますよ。
実際のところを知らない人たちが多いようですが...

707 ：デフォルトの名無しさん：02/04/08 09:24

>>706 事例きぼんぬ

708 ：デフォルトの名無しさん：02/04/08 09:35

>>705
それ言い出したら Java でも
「JNI使えばなんでもアリ」っつーことになりますが。

709 ：デフォルトの名無しさん：02/04/08 09:56

たしか JNI使って残り容量とか見れるライブラリあったような…
ちゃんと覚えてないけど、なんつー名前だっけな… JConfigだっけ？

710 ：デフォルトの名無しさん：02/04/08 12:01

>>705
gtk はいつから「C の標準関数」に格上げになったのだろう？
標準じゃなきゃ DOSとかだと _dos_getdiskfree()みたいな関数
あるし。別にディスク残量取るためだけに gtk 使う馬鹿いないでしょ。

711 ：デフォルトの名無しさん：02/04/11 14:34

俺はファイルパーミッションにアクセスするためのAPIが欲しいよ。
オーナーも変えられないし。
プラットフォーム毎に全然違うから大変なの分かるけどさ。

712 ：愚痴る：02/04/11 14:37

Linux版のJDK1.4でイメージビューアを動かしてみたら、
ラスターイメージの取得のAPIがまだインプリメントされてないって
例外が出たんだけど、これで正式版はないだろ、サンの人よ。

713 ：デフォルトの名無しさん：02/04/11 14:47

>>711
JConfig使いなされ

714 ：デフォルトの名無しさん：02/04/12 11:19

>>706
java.io.FileクラスはRandomAccessFileのコンストラクタ引数として
本番業務でガシガシ(まだ３ヶ月ちょいだが)使ってるけど、「不安定だ」とか何も
報告聞いてないなあ。まあ、単純なものだがね。
Socketクラスは原因不明の例外"write failed"の回避方法が分からなくて
悩んだ時期もあったが。

715 ：デフォルトの名無しさん：02/04/14 20:20

仕事でswing使おうと思っているんですが…やはり無謀ですか？
なんかやたらとjavaってフロントエンド(クライアント)での使用で
酷評されているようなんですが。
実際、自分でもちょっとサンプル書いてみたんですが、
コンポーネントをマウスでぐりぐり動かすと再描画されないまま
コンポーネントの表示がおかしくなったりしました。
(他のウィンドウを重ねたりすると再描画されて直る)

java(swing)を使おうと思ったのは、クライアント数が300～400で
インストールにコストがかかる(アップデートなども含めて)からです。
本部サーバのデータを各店舗(300～400)から参照する必要があります。
Java Web Start を使うとインストールコストも低く
抑えられるんじゃないかと思っています。

もし、swingがフロントエンド作成として不向きだとしたら、
他にどのような代替策がありますか？

716 ：デフォルトの名無しさん：02/04/14 20:25

>>715
コンポーネントの再描画のコストが高いので、ロジックでその回数を
抑える方法があるのだが、デフォルトでは動かないので、プログラマが
その方法を知っていて、必要に応じてプログラマが織り込む必要がある。

…ところが、殆どのSwing初心者本は、その方法にふれて「いない」。
誰が馬鹿なんだと思う？

717 ：デフォルトの名無しさん：02/04/14 20:40

SWT >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Swing

718 ：715：02/04/14 23:53

>>716
別スレッドから定期的にrepaintするようなイメージで、
それを司るような仕組みがあるということでしょうか？
キーワードなどあれば教えてください。一度調べてみたいと思います。

>>717
SWT…検索してみました。
The Standard Widget Toolkit おもしろそうですね。
ただ日本語のドキュメントがまだ多くないようです。ちょっと調べてみます。

719 ：デフォルトの名無しさん：02/04/15 01:53

SWTの再配布って、ライセンス的にどうなんだろ？
商利用だと、別途契約が必要？

720 ：デフォルトの名無しさん：02/05/19 01:48

javaドキュメンテーション１．４日本語版が落とせません。
どうすればいいですか。

721 ：デフォルトの名無しさん：02/05/19 01:57

>>720
ソースから生成

722 ：デフォルトの名無しさん：02/05/19 02:22

>>720
http://java.sun.com/j2se/1.4/ja/docs/ja/api/index.html
これか？
一部まだ日本語化されてないけどね
落したかったら、ﾌﾞﾗｳｻﾞの印刷機能を使え

723 ：デフォルトの名無しさん：02/05/19 10:04

一部っつーか、全部日本語化されてないような気がする。

724 ：デフォルトの名無しさん：02/06/04 12:01

1.4.0_01が出てる。

http://java.sun.com/j2se/1.4/

725 ：デフォルトの名無しさん：02/06/04 23:38

いい加減使えるクォリティになってくれてるのかな？

726 ：デフォルトの名無しさん：02/06/09 07:08

日本語ドキュメントできたらしいのでage
http://java.sun.com/j2se/1.4/ja/download.html

727 ：デフォルトの名無しさん：02/06/09 07:12

これは一体･･･？

http://java.sun.com/j2se/1.4/ja/docs/ja/index.html

728 ：デフォルトの名無しさん：02/06/09 07:13

>>727
sjisでもeucでも見れんぞ。

729 ：デフォルトの名無しさん：02/06/09 07:15

月曜日になれば sun の社員が直してくれるんじゃ？

730 ：デフォルトの名無しさん：02/06/09 07:16

英語のままなんだけど･･･。落とすしかないか。
http://java.sun.com/j2se/1.4/ja/docs/ja/api/index.html

731 ：ボール星人：02/06/09 07:16

>>726
あの・・・
文字化けしとるんですが・・・

732 ：デフォルトの名無しさん：02/06/09 07:18

ダウンロードした奴は文字化けして無かったよ
(少なくともtopページだけは)

733 ：デフォルトの名無しさん：02/06/09 07:19

>>730
ダウンロードした奴は日本語になってたよ
(全部かどうかは確認してないけど)

734 ：デフォルトの名無しさん：02/06/09 07:21

つーか、いつの間にか1.4.0_01になってたのね。

735 ：デフォルトの名無しさん：02/06/09 07:23

hopper(1.4.1)は秋だっけ？

736 ：デフォルトの名無しさん：02/06/09 07:56

ヤター!!
ダウンロード版は API リファレンスも日本ごーーーーーー!!!

737 ：デフォルトの名無しさん：02/06/09 17:21

　　　　　| ＼
　　　　　|Д｀)　　　APIﾆﾎﾝｺﾞ
　　　　　|⊂　　　　　ﾜｼｮｰｨｽﾙﾅﾗｲﾏﾉｳﾁ･･･
　　　　　|

　　　　　♪　　Å
　　　♪　　　／＼　　　
　　　　　　ヽ(´Д｀;)ﾉ　　ﾆﾎﾝｺﾞ　　　　　　　ﾆﾎﾝｺﾞ
　　　　　　 (　へ)
　　　　　　く　　　　　　　ﾜｼｮｰｨ　　　　　　　　ﾜｼｮｰｨ

　　　♪　　　　Å
　　　　　♪　／＼　　　ﾗﾝﾀﾗﾝﾀ
　　　　　　ヽ（;´Д｀）ﾉ　　ﾗﾝﾀﾀﾝ
　　　　　　 (へ　 ) 　　　ﾗﾝﾀﾀﾝﾀ
　　　　　　　　 >　　　　ﾀﾝ

738 ：デフォルトの名無しさん：02/06/16 16:21

webにあるJDK1.4のドキュメントも日本語になったみたいです。
http://java.sun.com/j2se/1.4/ja/docs/ja/index.html

739 ：デフォルトの名無しさん：02/06/17 19:36

日本語ｷﾀ━(略

かなり乗り遅れた予感？

740 ：デフォルトの名無しさん：02/06/17 19:38

未だに1.3.1_03のDQMが日本語訳されないのは仕様ですか？

741 ：デフォルトの名無しさん：02/06/17 19:41

DQN?

742 ：デフォルトの名無しさん：02/06/17 19:46

>>740
リファなんか1.3.0のでもいいじゃん。

743 ：デフォルトの名無しさん：02/06/17 19:56

というか、英語でもいいじゃんいいじゃん。

744 ：デフォルトの名無しさん：02/06/17 20:36

DQMが日本語訳されない言語はDQN

まじで何が書いてあるのか気になる…＞1.3.1_03
英語？貴様それでも軍人か？

745 ：デフォルトの名無しさん：02/06/21 14:45

もう1.4.1Beta出てるし…付いてけませんがな

746 ：デフォルトの名無しさん：02/06/22 14:16

>>677
1.4.1betaで、これは直ってる。ほかにもいろいろFixされてるみたいだ。

747 ：デフォルトの名無しさん：02/06/24 11:12

1.4.1betaって何が変わったの？

748 ：デフォルトの名無しさん：02/06/24 11:13

>>747
いろいろ変わりすぎ。

749 ：デフォルトの名無しさん：02/06/24 11:15

>>748
一番大きく変わったところはどこなの？

750 ：デフォルトの名無しさん：02/06/24 11:19

>>749
http://java.sun.com/j2se/1.4.1/ja/changes.html

751 ：デフォルトの名無しさん：02/07/04 13:13

752 ：デフォルトの名無しさん：02/07/21 23:54

保守

753 ：デフォルトの名無しさん：02/08/06 12:54

趣味で Swing を始めたものです。

過去ログを見ていて、以下の「Swing の描画コストを抑える手法」
が気になったのですが、関連するキーワード、ポインタ、書籍などを
教えていただけないでしょうか？
検索しても見つからなかったのです。

>>716
> >>715
> コンポーネントの再描画のコストが高いので、ロジックでその回数を
> 抑える方法があるのだが、デフォルトでは動かないので、プログラマが
> その方法を知っていて、必要に応じてプログラマが織り込む必要がある。

754 ：デフォルトの名無しさん：02/08/06 12:56

IBM製のJDK1.4はりリースの予定すらない？

755 ：デフォルトの名無しさん：02/08/06 13:11

>>754
AIX 用の SDK 1.4 は出てるからもうすぐじゃないの?
http://www.alphaworks.ibm.com/tech/aixsdk

756 ：デフォルトの名無しさん：02/08/06 13:12

>>755
なるほど、さんくす

757 ：デフォルトの名無しさん：02/08/06 19:03

>>753
これのこと？
思わず探しちまったよ。

337 名前： 336 投稿日： 02/03/14 02:37

試してみたいなら、例えばこんな事をしてみそ。

ダイアログにいろいろコンポーネントがはってある状態で、なにかのイベント
で一瞬にして全てをdisableにしたい、なんてことは良くあるよね？

このとき、事前に何もせずにコンポーネント一個ずつにsetEnabled(false)
していくと、とても遅くて、途中が間抜けな事態になる。

ここで、全てのコンポーネントのルートなるコンテナ（いちばん簡単なのは
ダイアログのContentPaneだろうね）のinvalidate()を事前に呼んでおいて、
setEnabled(false)の処理を全部終えた後で、ルートコンテナのvalidate()
を呼んでみよう。

…多分感動するよ。俺は感動した。目からウロコ状態。

758 ：753：02/08/08 12:13

>>757
レスありがとうございます。

なんだか使えそうですね。
僕はまだ Swing を始めたばかりなので、そのテクが有効なプログラムを
書けるようになるのはまだ先そうですけど、メモっておきます。

759 ：デフォルトの名無しさん：02/08/14 05:24

>>757
つか、それってGUIでの常套手段じゃん。
MFCなんかで組んでる時でも同じ事はよくやってたよ。
ツリービューのアイテム追加する時もやる/やらないでだいぶ違うし。

760 ：デフォルトの名無しさん：02/08/21 13:14

1.4.1RCあげ

761 ：デフォルトの名無しさん：02/08/21 14:31

AWTでも使えるよ。>invalidate
Swingのほうが効果があるみたいだけど

762 ：デフォルトの名無しさん：02/09/12 09:50

1.4.0_02あげ

http://java.sun.com/j2se/1.4/ReleaseNotes.html

763 ：デフォルトの名無しさん：02/09/13 12:04

jdk1.4.1がインストールできません。
環境はTurbo Linux7でカーネルは2.4.5です。
サイトからj2sdk-1_4_1-rc-linux-i586.binを落として
実行すると最後まで実行されずにinstall.sfx.1558が生成され
そいつを実行すると
/lib/libc.so.6:version'GLIBC_2.1'not found(required by ./install.sfx.1558)
/lib/libc.so.6:version'GLIBC_2.0'not found(required by ./install.sfx.1558)
と表示されます。

どうやったらインストールできるのでしょうか。

764 ：デフォルトの名無しさん：02/09/14 00:25

インストーラが壊れてると思われ。

765 ：デフォルトの名無しさん：02/09/14 12:18

libcのバージョンが想定してるのと違うんじゃないの？

766 ：デフォルトの名無しさん：02/09/17 16:42

1.4.1 FCS リリースあげ。
http://java.sun.com/j2se/1.4.1/ja/index.html

767 ：デフォルトの名無しさん：02/09/17 16:49

とは書き込んだものの、FCSってどういう意味？
RCはRelease Candidate、リリース候補、
つまり製品候補、最終候補のような意味だと判ったけど、
FCSはgoogleしても見つからなかった・・・・鬱

768 ：デフォルトの名無しさん：02/09/17 16:58

>>767
First Customer Shipment。

って1.4.1出たのか。

769 ：デフォルトの名無しさん：02/09/17 17:09

>>768
ありがとう。
敢えて訳すと「最初の顧客向け出荷品」になるんでしょうかね。

770 ：デフォルトの名無しさん：02/09/17 18:32

1.4.1ってShift_JISがMS932でなくなったのね。

771 ：デフォルトの名無しさん：02/09/17 20:30

>>770
この辺りのことがいまだによく分からん。
MS932
Shift_JIS
SJIS
の三つは全部違うエンコードを指しているの？

772 ：デフォルトの名無しさん：02/09/18 11:35

>>771
http://java-house.jp/ml/archive/j-h-b/049862.html#body
とか読んでくらはい。

773 ：デフォルトの名無しさん：02/09/19 17:08

>>772
771じゃないけど、ようやくこの辺ごちゃごちゃしてる理由がわかったよ。
ありが㌧

774 ：デフォルトの名無しさん：02/09/23 03:30

♪♪♪♪イーベンチャーサポート(偽Java SI人材派遣会社)♪♪♪♪
www.evs.co.jp

社長池上は、

・ＡＳＰもダメ
　→わずか6ヶ月で撤退（結局、モノは出来なかった）

・Ｆrameworkもダメ
　→ニュースリリースは出したが、やっぱりモノは出来ていない

・人材派遣（それも違法請負派遣）
　→バカでも立ち上げやすい、違法請負派遣業にやっと落ち着く。でももうだめぽ

の３ダメ男。これはもう、逝け神ぽ。

皆さん、こんな会社にサポートされたいですか？
ｼｮﾎﾞｰﾝ━━(´･ω･`)━━
--
■e-ベンチャサポートって、どうヨ？■
http://mentai.2ch.net/infosys/kako/1005/10056/1005659171.html
■e-ベンチャサポートって、どうヨ？ Part 2■
http://science.2ch.net/test/read.cgi/infosys/1018064816/l50

775 ：デフォルトの名無しさん：02/10/18 15:58

1.4.1_01あげ

776 ：デフォルトの名無しさん：02/10/19 01:33

>>766
>>775

777 ：デフォルトの名無しさん：02/11/05 16:04

777get!

1.5βまだー？

778 ：デフォルトの名無しさん：02/11/18 00:14

1.4のLog用APIと、Log4j、どっちがいいの?

779 ：デフォルトの名無しさん：02/11/18 00:16

Log4j

logging APIは糞

780 ：デフォルトの名無しさん：02/11/18 00:17

log4j >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> JSR47
http://www.ingrid.org/jajakarta/log4j/jakarta-log4j-1.1.3/docs-ja/critique.html

781 ：デフォルトの名無しさん：02/11/18 00:19

>>778
・Log4jつかってるレガシーシステムの拡張
・実行環境がJRE1.3以前
→Log4j

・JRE1.4以降でしか使用しない新規案件
→コアAPI

じゃないのかな。

782 ：デフォルトの名無しさん：02/12/08 02:37

783 ：デフォルトの名無しさん：02/12/08 02:37

784 ：デフォルトの名無しさん：02/12/08 02:37

785 ：デフォルトの名無しさん：03/01/01 03:52

JDK 1.5 まだー？

786 ：デフォルトの名無しさん：03/01/01 05:20

>>785
何が入るんだっけ?

787 ：デフォルトの名無しさん：03/01/01 05:26

先送りにされた Generics

788 ：デフォルトの名無しさん：03/01/06 19:09

http://java.sun.com/j2se/1.4.2/

789 ：デフォルトの名無しさん：03/01/06 20:14

>>788
何じゃこりゃ？
準備中というやつか。

790 ：デフォルトの名無しさん：03/01/06 22:02

1.4.2 よりもまず、ATI のグラフィックカードでまともに動く 1.4.1 をとっととリリースしろや。

791 ：デフォルトの名無しさん：03/01/09 02:49

792 ：デフォルトの名無しさん：03/01/09 03:31

2ちゃんねるも閉鎖へと突き進んでますな・・

793 ：デフォルトの名無しさん：03/01/09 13:44

やっぱあれかな、こないだの埼玉の脅迫事件が決定打なんだろうか？

794 ：デフォルトの名無しさん：03/01/09 14:20

>>785
言っておくが、SunはJDKの0.1ごとのバージョンアップは1年半ごとにしかしないといっているぞ。
あと半年くらい待ちな。
そんなに急速にバージョンアップしたら古いソースコードが使いにくくなる可能性がるだろう。
JDK1.4からassertが予約語となりassertという名のメソッドや変数を持つソースコードは1.4ではつかいものにならなくなり、検索、置換による修正(名前の変更)を迫れらた。
昔のJUnitはassertというメソッドがあり、JDK1,4では使えなくなった。
名前はassertEquals()などのようななまえに変わった。

795 ：デフォルトの名無しさん：03/01/09 14:23

>>185
ありがとう。

796 ：デフォルトの名無しさん：03/01/09 14:31

匿名掲示板の代用？
とりあえず、

有志が、掲示板管理知識無い振りして匿名で書くの黙認する
→警告される
→他の掲示板に移住（ここも、有志が管理知識無い振りしている）
　ついでに、２ｃｈでそのことを報告する。
→上記の繰り返し。

は、面倒臭いけど可能ですかな？

797 ：デフォルトの名無しさん：03/01/09 23:41

qb
削除整理、削除要請、削除議論、批判要望

live2
ニュース速報

tmp
ニュース極東、バカニュース、ちくり裏事情、違反の潰し方、薬・違法
少年犯罪、政治思想、ゴーマニズム、ペット苦手、download
ロビー、なんでもあり、厨房、最悪、学歴、人権問題

798 ：デフォルトの名無しさん：03/01/10 08:38

ウルトラマンコスモス

799 ：デフォルトの名無しさん：03/01/10 09:58

早起きだな、しかし

800 ：デフォルトの名無しさん：03/01/10 10:39

「宇宙やばい」スレ立てたのがこのひとだったりして

801 ：デフォルトの名無しさん：03/01/10 11:09

>>600
特に継続する意義も見当たらないので

802 ：デフォルトの名無しさん：03/01/10 11:54

>>268
検討しただけで判決には適用していないのに
正当性も糞もねえよボケ

803 ：デフォルトの名無しさん：03/01/10 12:24

>>749
なんだかんだ言いながらも、今まで行政や司法、権力者にも媚びずにやってきたひろゆきだ。
その点はこれからも多少は信頼出来るだろう。
まあ、なるようになるだろ。

しかし、重くなったと言っても余りそうは感じないな、今のとこ。

804 ：デフォルトの名無しさん：03/01/10 13:15

>>689
すげー

805 ：デフォルトの名無しさん：03/01/10 15:37

僕、２ちゃんねるのスクリプトになりたいんですが、どうやったらなれますか？

806 ：デフォルトの名無しさん：03/01/10 17:05

２５歳。
去年まで働いてたんだけど、ひきこもってオンラインボンバーマンで
二年で３５０点貯めた。一度やってみなよ。
身内で不正だけど、６人くらいでシングル３たてすれば８００点くらい貰える。
点数だけ稼いで得点トップなら目立つ事ができるし、序盤ブローグでで赤ボンか黒ボンに
思い切って投げてしまえば５０パーセントくらい殺せる。
荒らしが入ればサーバー変えるだけ。暇つぶしになる。
味噌ボンとかぎんぎんパワーあるのでまじオススメ。
http://www.bomberman-online.com/

807 ：デフォルトの名無しさん：03/01/10 23:25

>>345
ユーザー自体を減らしたいのか、それとも厨を減らしたいのか。どっちですかね？

808 ：デフォルトの名無しさん：03/01/10 23:34

この板、荒れなくなったね

809 ：デフォルトの名無しさん：03/01/11 00:50

なに。も一回言って。

810 ：デフォルトの名無しさん：03/01/11 00:57

一足遅かったね

811 ：デフォルトの名無しさん：03/01/11 10:18

（T∞T）漏れももう駄目だね
うう

812 ：デフォルトの名無しさん：03/01/11 10:52

======2==C==H======================================================

　　　　　　　　　２ちゃんねるのお勧めな話題と
　　　　　ネットでの面白い出来事を配送したいと思ってます。。。

===============================読者数： 139038人　発行日：2003/1/10

なにやら、連日メルマガだしてるひろゆきです。

そんなわけで、ログ記録実験ですが、いちいちサーバ指定するのが面倒なので、
全部のサーバに入れてみました。

重くなって落ちたりしてもご愛嬌ってことで。。。

んじゃ！

────────────────────────Age2ch─
■この書き込みは、Age2chを使って配信されています。
────────────────────────────
Keep your thread alive !
http://pc3.2ch.net/test/read.cgi/software/1041952901/l50
────────────────────────────

813 ：デフォルトの名無しさん：03/01/11 11:44

裁判で負けるような書き込みはしてないけど、
直接狙われたら死んでしまうだろうな、俺。

814 ：デフォルトの名無しさん：03/01/11 13:47

今朝、ダラダラしてたよ、管理人の周辺　http://qb.2ch.net/test/read.cgi/accuse/1041692205/

815 ：デフォルトの名無しさん：03/01/11 16:34

既婚板の自作自演厨や犯罪者ｺﾃﾊﾝがおとなしくなってます。
笑える。

816 ：デフォルトの名無しさん：03/01/11 16:42

番組chに逝けないけど漏れだけ？

817 ：デフォルトの名無しさん：03/01/12 00:47

ひろゆき、変な鼻。

818 ：デフォルトの名無しさん：03/01/12 00:56

( ´-｀).｡oO（ROMって訴えられる事なんてあるのかあ・・・ｗ）

819 ：デフォルトの名無しさん：03/01/12 03:36

http://qb.2ch.net/test/read.cgi/accuse/1042131034/572
572 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/10 21:02 ID:jWxHxvti
人を減らすんじゃなくて、質の低い書きこみを減らすのが目的。
今日も千葉県警に生贄をだしてみました。

質の高い書きこみってなんだろね？

820 ：デフォルトの名無しさん：03/01/12 03:36

コピペ？

821 ：デフォルトの名無しさん：03/01/12 11:02

　こちらこそｽﾏﾝｶｯﾀ。
あなたもお子さんをお持ちで？

822 ：デフォルトの名無しさん：03/01/12 11:06

産経新聞には「２ちゃんねる」と出ました。

http://www.sankei.co.jp/news/030107/0107sha095.htm
「小学生殺す」と書き込み

　インターネットで不特定多数が書き込む掲示板に「埼玉県の小学生を始業式で殺す」という書き込みがあり、
埼玉県教育委員会は７日までに、教職員らによる登下校の指導などを市町村教育委員会などに通知した。
　県によると、ほとんどの学校の始業式は７～８日だが、これまで異変は起きていない。県警は悪質ないたず
らとみて調べている。

　県教委によると、書き込まれたのは掲示板「２ちゃんねる」で、昨年１２月２７日夜、「始業式に乱入してぶっ
殺してやる」「埼玉県の小学生だ」などのメッセージが書き込まれ、閲覧した人が県にメールで連絡した。
県は「いたずらと思うが、念のために対応を指示した」としている。

823 ：デフォルトの名無しさん：03/01/12 19:46

うざ

824 ：デフォルトの名無しさん：03/01/12 20:30

＞あめぞうより2ちゃんのほうが質が良かった時代
　そんな時代はありませんでしたが、何か？

825 ：デフォルトの名無しさん：03/01/12 20:34

プロバイダ責任制限法の下で、書き込み内容について管理者に責任を問えるのは、
侵害の事実を知らせたにも関わらず一定期間内に対応されなかった場合です。

ここで問題なのは、どうすれば管理者が「知った」と認定されるのか、ということです。
電話やメールでは「見なかった」と言われてしまえば終わりです。
「相手が確実にそれを知った」と認定されるのは内容証明郵便だけです。
今回の判決も、ひろゆきが「侵害の事実を知った」のは内容証明であると認定しています。

826 ：デフォルトの名無しさん：03/01/12 20:43

いえいえ、誘導どうもありがとうございます。

827 ：山崎渉：03/01/13 18:30

（＾＾）

828 ：デフォルトの名無しさん：03/01/13 22:19

気色悪いものは気色悪いというしかない。
個人的にはタラコｌクチビルよりあの卑しい目付きが気色悪いが。

829 ：山崎渉：03/01/15 17:53

（＾＾）

830 ：デフォルトの名無しさん：03/01/16 11:36

1.4.1_02、まだ～？

831 ：デフォルトの名無しさん：03/01/16 23:03

1.4.2 のページは何時の間にか消えてる…

832 ：山崎渉：03/01/23 22:05

（＾＾）

833 ：デフォルトの名無しさん：03/01/26 11:55

http://wwws.sun.com/software/solaris/jit/download/
JITCompilerってもう開発やめちゃったんですか？

834 ：デフォルトの名無しさん：03/01/26 15:58

hotspot という名前に変わった。

835 ：デフォルトの名無しさん：03/01/26 17:24

というよりはJITが進化してHotSpotになったというのが正解だと思うが

836 ：デフォルトの名無しさん：03/01/29 17:53

JDK1.4βリリースおめでとうございます。

837 ：デフォルトの名無しさん：03/01/29 17:55

首藤さんのshuJITのソース見てると楽しいね

838 ：デフォルトの名無しさん：03/01/29 18:11

http://www.agemasukudasai.com/bloom/

839 ：デフォルトの名無しさん：03/02/28 21:41

1.4.1_02 あげ

840 ：デフォルトの名無しさん：03/02/28 23:04

>>839
Windowsのフィクスばっかりだな。

841 ：デフォルトの名無しさん：03/03/01 08:33

わーい。age

842 ：デフォルトの名無しさん：03/03/01 09:37

何度も同じことを書いて心苦しいが…。

ATI のグラフィックカードで JavaWebStart (とか) を使うと
Win2k がクラッシュして青画面になるバグ、1.4.1_02 でも直ってない！
早速２度も青画面くらったよ。

BugID 4749817 なんだけど、早速不満をカキコしてる人がいて嬉しかった。
fixed って書いてあるけど全然 fix されてないだよな。

843 ：デフォルトの名無しさん：03/03/01 13:04

>>842
BugID 4713003 じゃない？

どーも改善された人と改善されなかった人が居るみたいだね。

844 ：デフォルトの名無しさん：03/03/01 18:29

Java立ち上げると、SusieとかRealPlayerとかが立ち上がらなくなるのですが。。。
Java終わらせた途端に立ち上がる。
1.4.1_02で治るかと思ったんだけど。だめだた

845 ：デフォルトの名無しさん：03/03/05 12:27

>>844
「Java立ち上げると」って、アプレットとかJava Web Startとかでいーんだよね？
うちのWindowsXPで試したところ、RealPlayerは立ち上がったけどなあ。
(Susieは入れてないので試してません)

BugDatabaseでもそれらしいものは見つからなかったし、
バグとして認識されてないんじゃないかな？

846 ：デフォルトの名無しさん：03/03/11 20:36

MacOS X 用の JDK 1.4.1 がリリースされた模様。

http://www.apple.com/java/

847 ：デフォルトの名無しさん：03/03/11 22:58

ほほう。

JDK1.3 も今の JDK1.2 並に obsolete になってゆくのか。

848 ：デフォルトの名無しさん：03/03/13 02:35

>>842
古いJDKとそのレジストリが残っている可能性は？

849 ：842：03/03/14 10:05

>>848
ごめんなさい、書きっぱなしでした。

結局、問題は「Jbuilder8 を先に入れており、JavaWebStart が
そっちの JRE1.4.1_01 を使ってしまう」ことが原因でした。

# BugDatabase で、JavaWebStart の installer だか uninstaller だかが
# イマイチっぽいらしいと書いてあったが、これは直って欲しいと思う

JRE1.4.1_02 と JBuilder8 をインストールし直したところ
私の環境では青画面は再現しなくなりました。

Jbuilder8 も JRE1.4.1_02 を使うように設定したので
今では幸せになれました。お騒がせしました。

850 ：844：03/03/17 02:23

>>845
音声出力をそのまま取り込むソフト(MIDIをwav化するときに使う)外したら動くようになりました。

851 ：デフォルトの名無しさん：03/04/04 17:19

jdk1.4.2 beta 出たみたいです。

http://java.sun.com/j2se/1.4.2/ja/index.html

852 ：デフォルトの名無しさん：03/04/04 17:21

http://pc2.2ch.net/test/read.cgi/tech/1045891783/474

のが先だった…

853 ：デフォルトの名無しさん：03/04/05 14:15

>>851
JavaPluginがIEでうまく動かなかった。

854 ：デフォルトの名無しさん：03/04/05 14:46

>>853
動かないプラグインあるって書いてあったね。

855 ：山崎渉：03/04/17 15:42

（＾＾）

856 ：山崎渉：03/05/28 13:24

　　　　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾）＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

857 ：デフォルトの名無しさん：03/06/07 20:55

1.4.xのメインストリームバージョンは1.4.2で確定?

1.4系でお仕事は来年末くらい、
1.5系は4年後くらいかな。

858 ：デフォルトの名無しさん：03/06/19 23:25

1.4.2の正式版っていつでるのよ

859 ：デフォルトの名無しさん：03/06/19 23:35

>>858
正式版の前に RC がでるんじゃない？

860 ：デフォルトの名無しさん：03/06/19 23:53

>>858 今月下旬～来月上旬と予想

861 ：デフォルトの名無しさん：03/06/27 10:45

1.4.2正式版出たよ。
http://java.sun.com/j2se/1.4.2/ja/download.html

862 ：デフォルトの名無しさん：03/06/27 11:22

あれ？>>861のリンクからNetBeans落とせるじゃん

いままで、あったっけ？

863 ：デフォルトの名無しさん：03/06/27 11:43

Eclipse潰しのための抱き合わせだよ。
$unが非難してたどこかの会社と同じ手口だな。
何がJavaはオープンなんだか。

864 ：デフォルトの名無しさん：03/06/27 20:21

NetBeansのバンドル版入れようとしたらインストーラが文字化けしまくりだったよ。

865 ：デフォルトの名無しさん：03/06/28 09:58

>>864
俺も。Linux だからそんなもんかと思ってたけど、他 OS でもそうなのかな。
起動させたら、JBuilder もびっくりの鈍重さで、泣けて来ました。

866 ：864：03/06/28 21:36

>>865
こっちはWindowsっす。

> JBuilder もびっくりの鈍重さで
このスレでは軽くなったと好評なんだが･･･。
http://pc2.2ch.net/test/read.cgi/tech/1056116495/l50

867 ：デフォルトの名無しさん：03/06/28 21:39

　　　　∧∧Λ
ﾋﾟｭ.ｰ　(　゜∇゜）つ＜とりあえずWindowsは文字化けなし（Win2000）
　　＝〔~∪￣￣〕　　まあ、快適とは言いがたいな（速度）（゜∇゜）/
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　「ウンマンコ」

868 ：デフォルトの名無しさん：03/06/28 21:43

>>866
軽くなったのはJDKじゃねーよ。IDE!。JBuilderは糞

とりあえず、IBMJDKよりはメモリ少なくてすむみたいね

869 ：デフォルトの名無しさん：03/06/28 21:44

NetBeans>>>>>>>>>超えられない壁>>>>>>>SunONEStudio

870 ：デフォルトの名無しさん：03/06/28 21:51

英語版WindowsのLocale日本にしてるんだけど。
インストーラ化け化け。
みんなはどう？

871 ：デフォルトの名無しさん：03/06/28 21:52

SunONEStudio>>>>>>>>>超えられない壁>>>>>>>VisualJ#.NET

872 ：デフォルトの名無しさん：03/06/28 21:54

VisualJ#.NET>>>>>>>>>超えられない壁>>>>>>>VisualC#.NET

873 ：結論：03/06/28 21:55

NetBeans>>>>>>>>>幾重もの超えられない壁>>>>>>>VisualC#.NET

874 ：デフォルトの名無しさん：03/06/28 22:01

　　　　∧＿∧ 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　∧∧Λ 　　　
ﾋﾟｭ.ｰ　(　　＾＾）＜＜＜＜＜＜超えられない壁＜＜＜　　ﾋﾟｭ.ｰ　(　゜∇゜）つ
　　＝〔~∪￣￣〕　　　　　　　　　　　　　　　　　　　　　　　　　　　＝〔~∪￣￣〕　
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　　　　　　　＝ ◎――◎ 　　　　　

875 ：デフォルトの名無しさん：03/06/28 22:03

（^^）>>>超えられない壁>>>χ...

876 ：デフォルトの名無しさん：03/06/28 22:04

　∧∧∧
南斗水鳥拳
(　゜∇゜）つ

877 ：：03/06/28 22:17

壁の好きな方々がいるスレはここですか？

878 ：山崎渉：03/07/15 10:27

　__∧＿∧_
　|（　　＾＾）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

879 ：山崎渉：03/07/15 14:16

　__∧＿∧_
　|（　　＾＾）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

880 ：デフォルトの名無しさん：03/07/16 21:22

1.4.2、ﾀﾞｳｿしようとしたら

Application Error
You have encountered an error while trying to download a product from our website.
We have captured the information that might have caused this error and we hope to have the problem fixed soon.
Thank you for your patience and we apologize for any inconvenience this might present.

Click here to go back to the product page.

Frequently Asked Questions about Downloading

って言われる。なんでですかね。

881 ：880：03/07/16 21:28

同じ事を30回くらい黙々と繰り返したら、インストールできた。
てか、みんな死ね。

882 ：_：03/07/16 21:29

http://homepage.mac.com/hiroyuki44/hankaku09.html

883 ：山崎渉：03/08/02 02:37

（＾＾）

884 ：山崎渉：03/08/15 17:14

　　　 (⌒V⌒)
　　　│ ＾＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

885 ：デフォルトの名無しさん：03/08/26 13:39

1.4.2_01 リリースあげ

886 ：デフォルトの名無しさん：04/01/24 21:12

いまごろこのスレを保守してみる

887 ：デフォルトの名無しさん：04/01/25 11:13

>>886
氏ね

888 ：デフォルトの名無しさん：04/03/22 23:55

すみません、
IBM 32-bit SDK 1.4.1 SR1
のインストール等の手順書とかってどっかに落ちていないですか？

http://www6.software.ibm.com/dl/dka/dka-h

まで逝ってsdkとか落としてきたのですがreadmeとか一切何もついていないもので……

おながいします

889 ：デフォルトの名無しさん：04/07/19 12:17

ageてやるう

890 ：デフォルトの名無しさん：04/07/19 18:09

このスレ、だいぶ古いな。2001/05/27(日) 16:47
３年以上続いている。

891 ：デフォルトの名無しさん：04/07/30 01:48

1.4βってこの板はこんな古いスレが残ってるのか。

892 ：デフォルトの名無しさん：04/07/30 02:00

2ゲット

893 ：デフォルトの名無しさん：04/07/30 12:55

【祝】 JDK 1.5 βリリース

894 ：デフォルトの名無しさん：04/07/30 12:58

でました、JDK 1.5ベータ。
前回のJDK 1.4のときと違い、意欲的です。

ということで、JDK1.5を試用して、1.5を語ろう！

http://java.sun.com/j2se/1.5.0/index.jsp

895 ：デフォルトの名無しさん：04/08/03 14:43

>>894
http://pc5.2ch.net/test/read.cgi/tech/1079438337/

896 ：デフォルトの名無しさん：04/08/30 12:45

ageてみる

897 ：デフォルトの名無しさん：04/09/01 14:24

リリースまだかよ！
俺様をいつまで待たせる気だ！

898 ：デフォルトの名無しさん：04/09/01 14:27

どうせここ使わないから埋めようぜ

899 ：デフォルトの名無しさん：04/09/01 14:31

次、900は俺がもらうから誰も邪魔するなよ。

900 ：デフォルトの名無しさん：04/09/01 14:33

んちゃ！ 900

901 ：デフォルトの名無しさん：04/09/01 14:34

やったぜ900!

902 ：デフォルトの名無しさん：04/09/01 14:34

900

903 ：デフォルトの名無しさん：04/09/01 14:35

邪魔するなと言っただろ！！！！！！！！！！！！！！！！！！

904 ：デフォルトの名無しさん：04/09/01 14:36

邪魔した奴は絶対許さねぇ・・・・

905 ：デフォルトの名無しさん：04/09/04 00:07

>>894
今はベータではなくリリース・キャンディデートだろ

906 ：デフォルトの名無しさん：04/09/04 00:13

>>905
>>894の日付見ろ。RCが出たのは9月になってからだ。

907 ：デフォルトの名無しさん：04/09/04 01:08

>>906
ネタにマジレスカコワルイ、ということにしておいてやれ。

908 ：デフォルトの名無しさん：04/09/04 23:14

age

909 ：デフォルトの名無しさん：04/09/05 01:14

909

910 ：デフォルトの名無しさん：04/09/05 02:13

910

911 ：デフォルトの名無しさん：04/09/05 14:16

911

912 ：デフォルトの名無しさん：04/09/05 15:31

911

913 ：912：04/09/05 15:32

>>911
うおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおお！！！
ああああああああああああああああああああああああああああああっ！！！
わああああああああああああああああああああああああああああ！！！
ｈづｋｒｌそｗ３ｈぐｙちｔ９６７ｋ７－う￥」ｙ７．ちｆｋｌ５９
貴様あああああああああああああああああああああああっ！！！！！！
クソお！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！
ぶっころしてやる！！！！！！！！！！！でてこいこのやろう！！！！
うおおおおおおおおおおおおおおおおおおおおおおおおおおおおおっ！！
くやしいいいいいいいいいいいいいいいいいいいいいいいいいいい！！！
貴様！！！！！！！！！貴様！！！！！！！！！！！貴様！！！！！！！
ずっと見てたろ！！！！！！！！！！！！なめんなよ！！！！！！！！
あああああああああああああああああああああああああああああああ

914 ：デフォルトの名無しさん：04/09/05 19:34

ネオ麦ｷﾀー

915 ：デフォルトの名無しさん：04/09/05 21:19

915

916 ：デフォルトの名無しさん：04/09/06 00:13

916?

917 ：デフォルトの名無しさん：04/09/06 02:00

917

918 ：デフォルトの名無しさん：04/09/06 02:28

>>912-914
懐かしいな。

919 ：デフォルトの名無しさん：04/09/06 04:04

919

920 ：デフォルトの名無しさん：04/09/06 13:42

そしてネオ麦茶は核ミサイルのスイッチを押した

921 ：デフォルトの名無しさん：04/09/06 13:44

J2SE1.5でさわやかムード！

ああっ、Genericsは美しい！

Genericsは素晴らしい！

ソースコードが綺麗になる。
ソースコードがぴかぴかに磨かれ、美しくなる！

ああ、美しいJava5！

麗しのJava Five!

.

922 ：デフォルトの名無しさん：04/09/06 14:34

>>920
佐賀まで行って、バス乗ってきます。
一緒に乗る？

923 ：デフォルトの名無しさん：04/09/06 14:59

923

924 ：デフォルトの名無しさん：04/09/06 15:53

>>923
おもしろいのか？

925 ：デフォルトの名無しさん：04/09/06 18:58

925

926 ：デフォルトの名無しさん：04/09/07 00:31

>>922
Sa・Ga 懐かしいね。

927 ：デフォルトの名無しさん：04/09/07 01:42

927

928 ：デフォルトの名無しさん：04/09/07 01:46

928

929 ：デフォルトの名無しさん：04/09/07 01:56

JDK1.4をインストールしたいのですが、JDK1.4とは
Java 2 Platform, Standard Edition, v 1.4.2 (J2SE) を
ダウンロードしてインストールすればいいのでしょうか。
また、J2SEに日本語版と英語版があるのは、使用OSが
英語なのか日本語なのかの違いなのでしょうか。
超初心者で申し訳ないですが、どなたか教えて下さい。

930 ：デフォルトの名無しさん：04/09/07 01:58

JDKのダウンロードページに英語と日本語があるだけ。落とせるバイナリは一緒。
日本語のAPIドキュメントは英語のAPIドキュメント同様、別途落とせるが、内容は1.4.0相当。

931 ：デフォルトの名無しさん：04/09/07 02:38

まちがってJREの方をダウンロードしないようにな。JDKのほうを
クリックだぞ。

932 ：デフォルトの名無しさん：04/09/07 03:03

>>930、931
早速のレス有難うございます。
SUNのダウンロードサイトに、J2SE v 1.4.2 SDK 日本語版、
J2SE v 1.4.2 JRE 日本語版がありますが、JDKのほうという
のは、SDKでいいのでしょうか。
インストールしたいPCが、英語版Windows2003Serverなので
すが、その場合は、J2EE 1.4 英語版をインストールした方が
宜しいのでしょうか。

933 ：デフォルトの名無しさん：04/09/07 03:09

もちろん933だよ

934 ：デフォルトの名無しさん：04/09/07 05:20

>>932
すみません、台風18号で運休ですた。

935 ：934：04/09/07 05:21

・・・>>926だった。
ネタに間違い(・Ａ・)ｶｺﾜﾙｲ

936 ：デフォルトの名無しさん：04/09/07 11:06

>>932
SDK　＝　開発環境 with JRE
JRE　＝　実行環境
英語版ではコンパイラのメッセージもすべて英語になるといった程度。
プログラミングに日本語が使えなくなるわけではない。

とりあえず国際化版がお勧め。

937 ：デフォルトの名無しさん：04/09/07 14:10

937

938 ：デフォルトの名無しさん：04/09/07 14:24

>>937
おもろくないからやめれ。

939 ：デフォルトの名無しさん：04/09/07 15:49

939

940 ：デフォルトの名無しさん：04/09/07 17:46

940

941 ：デフォルトの名無しさん：04/09/07 19:30

941

942 ：デフォルトの名無しさん：04/09/07 23:29

942

943 ：デフォルトの名無しさん：04/09/08 01:13

943

944 ：デフォルトの名無しさん：04/09/08 01:40

>>3
> Swing速くなったって話、どうよ？
> 1.3.1で作業中なのでインストールするわけにいかず。レポートきぼん。

こんな時代もあったのかーーーー。

1.4.0になって高速化し、
1.4.1になってさらに高速化し、
1.4.2でますます高速化し
5.0で２回目以降のアクセスからは劇的な高速化が。

945 ：デフォルトの名無しさん：04/09/08 01:57

>>944
Javaすげーな！
もうAssembler超えたんじゃないか？
長いことC++使ってるけど、高速化されたことなんか一度も無いよ。
Javaに乗り換えたほうがいいよな！

946 ：デフォルトの名無しさん：04/09/08 02:17

アセンブラをこえたは大袈裟だけど
速度差はC/C++と大して変わらなくなっているのはホントだな。

947 ：デフォルトの名無しさん：04/09/08 02:21

>>946
驚速2005はJavaだな！
最大5000%高速化！！
suge-yo!

948 ：デフォルトの名無しさん：04/09/08 02:27

948

949 ：デフォルトの名無しさん：04/09/08 02:33

949!

950 ：デフォルトの名無しさん：04/09/08 03:08

950ってびみょうにきりばん。