- 1 名前：デフォルトの名無しさん [2008/01/03(木) 12:29:37 ]
- 前スレ
[Java SE 7] 次世代Javaの動向 5 [dolphin]
pc11.2ch.net/test/read.cgi/tech/1178925915
[mustang/Java SE 6] 次世代Javaの動向 4 [dolphin]
pc11.2ch.net/test/read.cgi/tech/1163986696/
[mustang] 次世代Javaの動向 3 [dolphin]
pc8.2ch.net/test/read.cgi/tech/1157227790/
次世代Javaの動向 ２
pc8.2ch.net/test/read.cgi/tech/1147881822/
【Java】次世代Java・J2SE1.6の動向【Mustang】
pc8.2ch.net/test/read.cgi/tech/1081698555/
- 2 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 12:35:37 ]
- 三行でなくてもいいので、
最近のJavaはどういう言語的要素を取り入れようとしているのか
簡潔に教えてください。
- 3 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 15:21:37 ]
- JDK7の大きな機能追加というと、
・クロージャ（ってMSVJ++のDelegateとどう違うのだか俺にはよくわからんのだが）
あとあとなんだっけ。
- 4 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 15:39:31 ]
- クロージャ追加って決定事項なの？
- 5 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 16:18:19 ]
- どうなったら「決定事項」なのか定義してくれ
- 6 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 16:38:12 ]
- >>5 おまえもウザイやっちゃなｗ
クロージャ追加は濃厚ってこと。
- 7 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 17:11:43 ]
- Duke に隠し子発覚。
- 8 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 17:35:27 ]
- >>6
総論としてのクロージャ追加に反対な人たちは少数派みたいだし、
クロージャ追加反対論の先頭に立つ人もいないから、
その意味ではクロージャ追加は濃厚。
ただし、各論としては、オレはアイツの提案のあれが気にくわないって感じでもめてる。
だからクロージャでもめたせいで1.7のリリースが遅れるとか
1.7の機能からクロージャが漏れるとかって事態はありうる。
- 9 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 18:26:26 ]
- 例外処理まわりで使いやすくなる予定ってないのかな？
- 10 名前：デフォルトの名無しさん [2008/01/03(木) 18:26:27 ]
- 遅れるとか、そりゃないだろな。
BGGAだったか、{int a=>a+1;}; でまとまるよ。
その説得ってことだろうｗ
なんなら、ニールのブログに突撃してみたらどうだ？
このスレ的には勇者になれるしw
- 11 名前：デフォルトの名無しさん [2008/01/03(木) 18:30:17 ]
- クロージャ
プロパティ
BigDecimalの演算子化
invokedynamic (JVM bytecode)
見た目で感じられて、濃厚なのはこれぐらいかな。
あとアノテーション拡張がどうとか。
- 12 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 18:33:25 ]
- 個人的には
BigIntegerの演算子かも頼む
- 13 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 18:38:42 ]
- 個人的には演算子オーバーロードをいい加減サポートして欲しい。
シンプルさを維持できないとかいう理由でその予定はないらしいが、
だったらString型のシンタックスシュガーもやめろよと思う。
- 14 名前：デフォルトの名無しさん [2008/01/03(木) 18:53:51 ]
- >>13
C++とJavaは違うってことだｗ
また鼻息あらいようだなｗｗ
- 15 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 18:55:47 ]
- >>13
当然英語はできるんですよね？
- 16 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 19:02:55 ]
- 限定的に使えるのと自由勝手に定義できるのじゃ全然違うべよ。
ALL OR NOTHING な発想は思考停止に等しい。
- 17 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 19:04:51 ]
- 演算子オーバーロードはバグの温床
- 18 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 19:11:48 ]
- 演算子オーバーロードが必要な人は大体は行列や複素数程度しか頭にないんだろうけど、
もしサポートしたら、いろいろすごい事になっちゃうよ。
とうか、もう違う言語かよってぐらいｗ
つまり
演算子オーバーロードが必要な人は大体は行列や複素数程度しか頭にないんだろうけど、
歴史的にはCのプリプロセスの悪夢と似てるんじゃないかｗ
- 19 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 19:14:07 ]
- それが必要なら、なんならリスト志向・関数志向の言語もやってみたら？
- 20 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 19:15:02 ]
- >>11
そこで出てる中で、仮にもJSRまでいってるのは
invokedynamic の JSR-292 と、
annotations on Java Types の JSR-308 かな。
プロパティは、JSR-303 とか JSR-295 とかあるけど、
構文糖の方は入るのかよくわからんし。
- 21 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 19:15:29 ]
- >>16
当然英語はできるんですよね？
- 22 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 19:18:12 ]
- >>20
"a" + "b" + "c"
"a".concat("b").concat("c")
よく使うし、普通は上でしょ。
理屈抜きで、プロパティもこれと同じようなことじゃないか。
- 23 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 19:19:14 ]
- フォートレス言語？
- 24 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 19:21:03 ]
- そーいや、Array syntax for collectionsはどーなったんだろ？
あれも演算子オーバーロードっちゃ演算子オーバーロードだよなぁ。
- 25 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 19:26:05 ]
- >>22
いや、プロパティの構文糖自体は簡単でもソースの互換性とろうとすると複雑なルールになるから面倒なんよ。
あと、beans仕様全体が性善説的な、みんなで守りましょうねって感じのルールなんで
Java言語仕様みたいな性悪説的なルールとして捉えると穴だらけなんで、そこら辺でも話はややこしくなる。
- 26 名前：デフォルトの名無しさん [2008/01/03(木) 19:30:23 ]
- クロージャ
プロパティ
BigDecimalの演算子化
invokedynamic (JVM bytecode) ； JVMで複数の(スクリプト)言語サポートのこと
アノテーション・拡張
ジェネリクス
これだけあれば十分と思うけど。
これ以上が必要となる環境にいないしw
ということで演算子オーバーロードとかはもう過去の話ｗ
個人的には複素数も扱いやすいと数値計算・科学分野・学部生でも、
入門・お気軽プログラムできそうなんだけどね(JavaはGUIサポートしてる)。
個人的には、Javaは平面(GUI)を扱えるから複素数を押したい。
でも今はSUNは、デスクトップの方に力を入れて数値科学のほうは全然だしｗ
- 27 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 19:32:22 ]
- >>25
便利ならいいよ。俺らは策定する方じゃなくて、使うほうだしね。
- 28 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 19:33:50 ]
- そういやクラスのメソッドとしてではなく純粋な関数が入るかもって話はどうなったんだろ
- 29 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 19:36:20 ]
- >>27
策定する方も面倒だから簡単にはできねーだろーなっつー話。
プロパティ構文糖のプロトタイプ(?)がkijaroだったかに入ってるけど
あれ旧beansのプロパティと互換性ないでしょ。
- 30 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 19:36:58 ]
- >>28
function typeはモメてる。
- 31 名前：デフォルトの名無しさん [2008/01/03(木) 19:37:14 ]
- >>25
また宗教ですか？
- 32 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 19:41:27 ]
- まだJDK1.7までは1年以上あるだろ。一回決定すると変更できないから、ちゃんと議論して、ちゃんと煮詰めて欲しい。これについては、納期とか速くしろとかとは別次元の話だろうな。
- 33 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 19:44:28 ]
- 今年中に1.7出そうと思ったら もう1年もないし、
新機能追加を止めて、バグ取りに専念する期間も必要って事を考えたら
現時点でJSRすら出てない機能は相当遅いと思うけどなぁ。
- 34 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 20:57:08 ]
- 演算子オーバーロードは
C++の入出力みたいに副作用を演算子で処理するのは違和感があるな。
Immutableなオブジェクトでないと使えないようにするとか……
- 35 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 22:21:45 ]
- Javaでの演算子のオーバーロード禁止は、シンプルさ確保が目的ではなくて、プログラマが乱用するのを防ぐために禁止にした。
言語仕様レベルでStringやBigDecimalを特別扱いしてやるのがJavaの回答(言語仕様策定者のみが定義できる)。
Javaの言語仕様はプログラマを信頼しない性悪説に基づいているので、自由にやらせろの人にとってみれば悪の化身のような言語にみえるだろうが、初級プログラマが世の中に多い以上こういう言語も必要だ。
Java と Java(Beta) みたいに言語を２つにして１つは初中級向け言語、１つは初中級者向け言語に機能優先で言語仕様を追加した中上級向け言語のようにしてみると、Javaにあの言語仕様入れろとかいう不満は少なくなるように思う。
- 36 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 22:49:26 ]
- >>35
それ、Scala使えって言われて終わりになるよーな。
- 37 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 23:02:54 ]
- Genericが結局1.4に入らなかったみたいに、7には積み残す方向で行くかもな。
- 38 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 23:47:11 ]
- >>33
知ったことではないけどねｗ
- 39 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 23:49:33 ]
- >>35
また宗教ですかｗ
分割するまでもなく、そういう人はruby, javascript でやってよ。
JVMでサポートされるし。
思うに君のような宗教家はJava宗教に向いてないだろうと思う
- 40 名前：デフォルトの名無しさん [2008/01/03(木) 23:51:27 ]
- 馬鹿にするなよ！
>>35は英語バリバリなんだじょ〜
- 41 名前：デフォルトの名無しさん [2008/01/04(金) 00:03:51 ]
- >>35のようなやつがプロジェクト率いたり仕様書作ったりしたら大変な事になりそうだなｗ考えただけでも恐ろしいｗｗ
- 42 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 00:07:14 ]
- >>35
当然英語はできるんですよね？
- 43 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 00:53:33 ]
- 35氏の人気に嫉妬
- 44 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 02:09:04 ]
- >>35の言ってることが特に変だとは思えないけどな。
別の言語として、Javaのような何かが必要とは思わないけど。
- 45 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 08:08:11 ]
- Java SE 7 wish list
blogs.sun.com/ahe/entry/java_se_7_wish_list
- 46 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 11:51:23 ]
- 英語はやっぱり面倒じゃじょ〜
- 47 名前：デフォルトの名無しさん [2008/01/04(金) 11:55:30 ]
- >>35は総突っ込みされてさぞ嬉しいだろうなｗ
- 48 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 16:08:56 ]
- 英語出来なくても誰かが翻訳してくれるし。
- 49 名前：デフォルトの名無しさん [2008/01/04(金) 16:10:22 ]
- >>35
はC, C++, C# の分化した歴史を話してるのだろうかと思った。
- 50 名前：デフォルトの名無しさん mailto:sage [2008/01/05(土) 00:29:30 ]
- 新参です
「当然英語はできるんですよね？」ってどういう経緯で始まったテンプレなんですか？
- 51 名前：デフォルトの名無しさん mailto:sage [2008/01/05(土) 00:37:49 ]
- >>50
pc11.2ch.net/test/read.cgi/tech/1178925915/953-
- 52 名前：デフォルトの名無しさん mailto:sage 読んだら英語間違えたくなってきた [2008/01/05(土) 01:03:32 ]
- >>51
さんくすおあらっと
- 53 名前：デフォルトの名無しさん [2008/01/05(土) 10:18:45 ]
- 英語で会話できるようになるのは、日本人の夢なのです！
- 54 名前：デフォルトの名無しさん mailto:sage [2008/01/05(土) 20:13:52 ]
- クロージャでRAIIっぽく書けるらしいね
- 55 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 11:34:40 ]
- 英語だとなんか緊張しちゃうし、別に日本語で十分じゃね？
APIの翻訳もリリースにあわせて出てるし技術書も翻訳でいいよ。
日常でも英語なくても困ってないし英語いらねー
- 56 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 12:09:13 ]
- >>13
>>35
当然英語はできるんですよね？
- 57 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 14:32:02 ]
- >>55
だいたいみょうちくりんな日本語だなあ、と思う文書は翻訳版だったことが多い。
- 58 名前：デフォルトの名無しさん mailto:sage [2008/01/07(月) 00:08:39 ]
- >>56
粘着してる人つまんないからもういいよ
- 59 名前：デフォルトの名無しさん mailto:sage [2008/01/07(月) 00:16:18 ]
- >>58
あたま大丈夫か？
- 60 名前：デフォルトの名無しさん mailto:sage [2008/01/07(月) 00:19:54 ]
- >>58
新参乙
- 61 名前：デフォルトの名無しさん mailto:sage [2008/01/07(月) 00:29:51 ]
- >>59
当然英語はできるんですよね？
- 62 名前：デフォルトの名無しさん mailto:sage [2008/01/07(月) 00:31:22 ]
- 粘着だろうと便乗だろうとつまらないことには同意しとく
- 63 名前：デフォルトの名無しさん mailto:sage [2008/01/07(月) 01:08:19 ]
- ここ何日かで英語の重要性が分かった
頑張って勉強したんでみんなを追い越したよー
すごいだろー
- 64 名前：デフォルトの名無しさん mailto:sage [2008/01/07(月) 17:06:13 ]
- >>63
先逝ったか？ 南無阿弥陀仏。
- 65 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 11:41:54 ]
- 英語なんかやっても会話ができるわけでもないしイラネー
- 66 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 17:23:26 ]
- コピペ、コピペっと。
>>65
当然英語はできるんですよね？
- 67 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 19:51:53 ]
- 英語出来たら人生の難易度がガクッと落ちちゃいそうだから勉強しない。
- 68 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 23:58:59 ]
- やるなら韓国語でいいよｗ
- 69 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 00:15:42 ]
- www.nicovideo.jp/watch/sm1981743
この動画見ていたらdolphinとか笑えなくなってしまいました（笑）
- 70 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 15:19:47 ]
- 英語出来なくても読めれば十分だしｗ英語が必要なときなんかはせいぜいその程度ｗ
- 71 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 20:03:45 ]
- おまいら違う言語の話題に熱心でつね。
- 72 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 23:32:34 ]
- パラメタに名前を付けてゴニョゴニョしたい場合ってアノテーション使うしかない？
public hoge(@Named("foo") int foo,@Named("bar") int bar)みたいに。
- 73 名前：72 mailto:sage [2008/01/12(土) 23:33:33 ]
- >>72
あっ、すいません。質問スレと間違えました。
- 74 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 15:53:35 ]
- Java SE 6 Update 4 リリースノート
java.sun.com/javase/ja/6/webnotes/ReleaseNotes.html
OGL: フラグメントシェイダーを使用して Linear/RadialGradientPaint を高速化
OGL: フラグメントシェイダーを使用して Convolve/Rescale/LookupOp を高速化
最近は色々な描画エンジンがシェイダー言語を使うようになってきたなぁ。
- 75 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 15:58:48 ]
- シャイダー言語ってどういう宇宙刑事語？
- 76 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 16:14:47 ]
- × シャイダー
○ シェーダ
ja.wikipedia.org/wiki/%E3%83%94%E3%82%AF%E3%82%BB%E3%83%AB%E3%82%B7%E3%82%A7%E3%83%BC%E3%83%80
- 77 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 02:29:45 ]
- >>75
メタルダーだ
- 78 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 12:54:35 ]
- じゃあ一番は誰なんだ？
- 79 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 19:29:35 ]
- ナンバーワンダ
- 80 名前：デフォルトの名無しさん [2008/01/22(火) 08:16:44 ]
- www.infoq.com/jp/news/2008/01/rubinius-multi-vm
Rubyですらこれができるようになるのに・・・
- 81 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 08:51:43 ]
- プロセス単位で起動すりゃ良いし、もしアレならクラスローダー単位をインスタンスと
見りゃ良いし、それってそもそも必要なの? メリットがよう分からん。
- 82 名前：デフォルトの名無しさん [2008/01/22(火) 09:01:24 ]
- コレは便利 ＦｉｒｅｆｏｘをＩＥ化するマニュアル
Firefox 2.0.0.11 Windows版(5.7MB)ダウンロード
www.mozilla-japan.org/products/firefox/
IE Tab 1.3.3.20070528 FirefoxをIEエンジンに
https://addons.mozilla.org/ja/firefox/addon/1419
Firefox ＞ ツール ＞ IE Tab のオプション
サイトフィルタ ＞ URL: [http:// ]を入力 [適用] [ＯＫ]
- 83 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 11:05:54 ]
- >>81
それができるのはRubyだからというのはあると思うぞ。
JavaもAPI制限を加えれば、できるかもしれんが
スレッドのアプリごとの分離やそのリソース配分をどうするかっていう問題とか色々ある。
Zoneで使ったような解決方法でいいと思うんだけどね。
で、起動のオプションでMVMで動かすかシングルで動かすかを
指定できればいいのかな。
メリットは、ユーザが頭を悩まさずに使えるか、という部分だろ。
クラスローダ単位とかは、ちょっとテクニカルすぎる。
- 84 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 11:46:12 ]
- いや、だからそれを使うとなんか革命的な設計でも出来るわけ? 同一プロセス内で
複数のアプリケーションが独立して動くのはアプリケーションサーバで普通にやってるしょ。
テクニカルも糞も、パーティション(?)ごとに URLClassLoader 作ってそれぞれ main
となるスレッドに適当なクラスの main() か何かを呼び出すだけでしょ。
必要ならパーティション内でスレッドプールでも作ればいい。ライブラリならJakartaにも転がってるし。
まぁブートストラップクラスまで完全分離するのはちょっと無理だし、プロセス内で
仮想化ソフト並みのリソース管理システムでも構築できるってなら話は別だが。
意図が良く分からんので Java よく分かってない人が Ruby ﾏﾝｾｰ しに来て失敗してる
ようにしか見えんのだが。
- 85 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 12:01:46 ]
- たぶん、あれば便利だよねっとことだろ。
リソース管理とか実現した後の話しだし、ならおまえは仮想化ソフト使えよ
- 86 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 12:01:50 ]
- MVMという話は、Java発祥だと思ってたんだが・・・・
- 87 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 12:05:26 ]
- なんだ、下らん。
- 88 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 12:54:42 ]
- ちょっと調べたが、今の Ruby は一つのプロセスにつき一つしか VM のインスタンスを
持てない。これは別プログラムから拡張ライブラリとして Ruby を呼び出しても同じ。
だから Apache の CGI として実行すると一つの VM で全てのリクエストを
こなす構成になり、素人が扱うには挙動がやっかいじゃのう、という話か。
JDK 1.2 以上の JNI 使っての Java 機能呼び出しは同一プロセスで複数 VM 起動もイケます。
--- 愁傷 ---
- 89 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 12:57:31 ]
- isolationって奴だよな。
en.wikipedia.org/wiki/Application_Isolation_API
jp.sun.com/company/Press/release/2008/0110.html
- 90 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 13:02:16 ]
- JavaのMVMが研究レベルから進まなかったのは、不正なメモリアクセスを行う
バグ持ちのネイティブコード呼び出しへの上手い対応が考えられなかった
からだと聞いたことがある。
Rubyもネイティブコードの呼び出しが出来る以上同じ問題にぶつかると思うけどね。
あるアプリがバグ持ちのネイティブコードを呼び出したとき、
JavaVM/RubyVMの管理するヒープを破壊されたとすると、
VMにホストされている全てのアプリが暴走するといった類の問題に
対する解答を用意することができるのかという所。
ちなみにネイティブコードの呼び出しが行えない携帯向けJavaVMでは、
実用化され既にMVMは普及しているレベル。
JSR 121,Application Isolation API Specificationだとかはどうなるんだろうねぇ。
- 91 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 13:10:21 ]
- それのゴールは Java VM の常駐なのかね? そういうことなら良さそうだな。
- 92 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 13:16:00 ]
- >>90
頑張って研究してくれよ
- 93 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 13:16:36 ]
- >>90
プロセス(タスク)に分離して、OSの保護機構を利用して、
それぞれのVMはプロセス(タスク)間通信で情報をやり取り。
- 94 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 13:29:16 ]
- >>93
素人が口だしするなｗ
- 95 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 13:58:41 ]
- >>80の元記事にそう書いてあんじゃね?
パイプうんぬんのところは未実装なんだろうけど。
- 96 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 21:46:41 ]
- 妙なネイティブライブラリがクラッシュして全部巻き込まれるのはアプリケーションサーバでも同じだな。
それ対策のためにわざわざ RMI→JNI 経由して COBOL 呼ぶ設計をしたことがある。
IBM なんかそういうフォールトトレラントの研究はしてそうだが WebSphere にも実装されてないな。
- 97 名前：デフォルトの名無しさん [2008/01/23(水) 02:58:02 ]
- >>96
やっぱりそうしたら良かったかなと、自作のプログラム相手に悩んでる。
いまんとこ20日くらいは持つんだが。
使っているのはあるライブラリのJava APIで、そいつがさらにJNIを...というパターン。
- 98 名前：72 mailto:sage [2008/02/07(木) 18:52:18 ]
- raw文字列のサポートの計画はないですか？
pythonみたいにr"\d"とか書ければうれしいです。
- 99 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 19:04:42 ]
- それの型って byte[] ?
- 100 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 19:36:19 ]
- Regular Expressionのrだと思ってた。
XMLリテラルも欲しいな。
|
 |
