【Java】次世代Java・ ..
640:デフォルトの名無しさん
05/11/12 18:44:12
Mustang build60 リリース
build59 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
641:デフォルトの名無しさん
05/11/12 19:23:46
今回はSwing周りが多いな
642:デフォルトの名無しさん
05/11/12 20:24:42
こんな記事が
New System Tray Functionality in Mustang
URLﾘﾝｸ(java.sun.com)
643:デフォルトの名無しさん
05/11/13 10:18:46
JavaOneでMustangを乗りこなすポイントを教えますセッションの
講演をしていたじゃじゃ馬馴らしスキンヘッドの櫻庭氏が
MustangではJavaだけでタスクトレイをいじれるようになると
言っていたような気がする。
644:デフォルトの名無しさん
05/11/13 12:48:14
たのむからそこまで知ってるならじゃじゃ馬のページでも見てやってくれ
645:626
05/11/13 23:17:22
櫻庭氏、index.html は更新忘れじゃなく時間が無かったのか…
646:デフォルトの名無しさん
05/11/15 18:02:40
>>636-638
マルチパラダイムってことでいいんじゃないかと。
647:デフォルトの名無しさん
05/11/20 02:21:36
Mustang build61 リリース
build60 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
648:デフォルトの名無しさん
05/11/20 02:42:47
LinuxでソースからMustangのコンパイルに成功した人います？
649:デフォルトの名無しさん
05/11/20 12:55:46
今回はバグ修正満載だね
650:デフォルトの名無しさん
05/11/25 01:10:04
１つのVMで複数のJavaアプリが動くようになったら、
共有メモリ見たいなこと簡単にできるのかな？
他のJavaアプリのウィンドウの制御とか簡単にできるのかな？
651:デフォルトの名無しさん
05/11/25 01:35:45
それってJavaじゃなくても基本的なプログラムとしてはやらないことなんじゃないの？
他のプロセスをどうこう
連携するのが前提ならポートあけるしねぇ
652:デフォルトの名無しさん
05/11/25 01:49:25
>>650
むしろ一つのVMの中でごった煮にせざるを得なかったようなものを、(例えば携帯電話)
別々のVMの中で実行して「いるかのように」扱えるのが、アイソレーションだと思われ
653:デフォルトの名無しさん
05/11/25 02:08:51
他のアプリケーションへの干渉とかよりも、たとえば複数のサーバプロセスを持つクライアント
なんかを、一つのJVM内で実現可能（つまりスレッドよりももっと隔離された形）ってことなんじゃ
ないかと想像してるんだけど。
654:デフォルトの名無しさん
05/11/25 23:12:19
互いに悪影響を及ぼさないように保護しつつ、且つもっと身近なプロセス間通信
も提供する・・みたいな程よい機能ってこと？
655:デフォルトの名無しさん
05/11/25 23:22:03
virtual machine の名が示すとおり、まさにひとつのCPUみたいな振る舞いをするってことかな
656:デフォルトの名無しさん
05/11/27 20:08:53
アプリごとに環境を切り分けたいならプロセスを分ければいいだけの話。
multitaskingの目的はメモリの節約。
657:デフォルトの名無しさん
05/12/04 21:51:37
Mustang build62 リリース
build61 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
658:デフォルトの名無しさん
05/12/04 22:32:59
age
659:デフォルトの名無しさん
05/12/07 22:43:50
おつ
そういや有名だと思うがいまだに5.0の印刷バグがなおらんのはなんでだろ
5.0でて1年以上たつというのに1.4.2までは動いていた印刷サービスのSunのサンプルもおかしくなるしな
JavaSE６で直ってるんだろうか
2バイトキャラクタ表示しなければ問題が出ないというあたりが不安だ
660:デフォルトの名無しさん
05/12/08 09:37:37
報告した？
661:デフォルトの名無しさん
05/12/08 12:02:10
英語かけないし
日本語出せばいいだけだからとっくに報告あがってるんじゃないかな
キシダタソの本の印刷部分もアルファベットしか印刷してないしなぁ
662:デフォルトの名無しさん
05/12/08 19:39:19
LinuxでのGTKサポートイイね。
でもフォントなどはGTKそのままの設定ではなくJavaで描画してるからネイティブアプリにはやっぱ見えないな。
Fileでファイルの属性変更できるのイイね。
でもやるんだったらちゃんとユーザ、グループ、その他まで変更できるようにして欲しかった・・・。
結局その辺JNIに頼るしかないのか・・・。
663:き
05/12/08 22:29:34
>>661
あのサンプルの日本語が印刷されないんですか？
うちではWindows2000+JDK1.5.0_02+hp5160/PrimoPDFでとりあえずいけてます。
664:デフォルトの名無しさん
05/12/08 22:58:42
かんたんpdfがだめですね
MS版PDFであるMDIもダメです
ただ、通常は問題ないように見えるので解像度を下げると分かります
具体的にだめなフォントは全角数字と全角コロンがはいった文字列を扱うと一気にだめになるようです
ほかには全角シャープかな
これらがはいるとその文字列丸ごとベクタで描画するようになっているのですが、
これらが入らない場合はちゃんとそのフォントで描画されます
この微妙な差がフォント置き換えとかが入るとだめなようです
ほかにもフォント置き換えのレーザープリンタ系が全滅なのを確認しています
ドットインパクトもだめでした
インクジェット系は大丈夫なようです
665:デフォルトの名無しさん
05/12/08 23:30:22
"Easy Sample:１文字列の描画"にすると、PrimoPDFでもフォントが荒くなりました。
HP5160(インクジェット)での印刷は大丈夫です。
666:デフォルトの名無しさん
05/12/08 23:50:43
これ1.4.2までは問題なかったと思うんだけれどもなんでだろー。
667:デフォルトの名無しさん
05/12/08 23:55:44
あと、これらの文字列が入った印刷をしてると、割と頻繁に
VMごとお亡くなりになったりします
668:デフォルトの名無しさん
05/12/09 00:04:20
Bug 報告しなきゃ直らねえっぺよ
669:デフォルトの名無しさん
05/12/09 09:28:35
>>661
既に報告されていたとしても、その報告にvoteを追加するだけでも意義があると思う。
>>666
エンバグした可能性はある。
リリースノートに載ってるバグ修正の一覧読んでるとそういうの結構あるよ。
670:デフォルトの名無しさん
05/12/09 12:21:07
英文のサイトあるけないので無理
671:デフォルトの名無しさん
05/12/10 01:30:20
1.4からの印刷サービス以外にPrintJobでも同じ結果が出るな。
インクジェットの場合はDPIが細かいので目立たないだけな模様。
フォント置き換えが入るレーザープリンタでは最悪な結果になるな。
ベクタ処理された文字はあくまでも文字としてみていないから、
まったく同じフォントを指定してもデータによってフォントがばらばらになる。
672:デフォルトの名無しさん
05/12/10 02:26:40
プリンタドライバのバグって線は無いの？
673:デフォルトの名無しさん
05/12/10 07:53:07
>>672
PDF出力プリンタにも影響あるからねぇ。
674:デフォルトの名無しさん
05/12/10 12:34:08
つまりJavaのデスクトップアプリは1.4までということね。
5.0以降はデスクトップアプリはあきらめなさいと。
675:デフォルトの名無しさん
05/12/10 12:40:21
バグ報告 (ry
英語ができないことを誇らしげに言うなと。
676:デフォルトの名無しさん
05/12/10 13:00:33
つまりＪａｖａは日本人は使うなと。
677:デフォルトの名無しさん
05/12/10 13:31:39
何を粘着してるのかしらんが、開発ツールなんてそんなもんだろ
英語のできない開発者・エンジニアは使いものにならん
678:デフォルトの名無しさん
05/12/10 15:42:00
10年もたってるのに印刷もまともに使えないJavaカワイソス
679:デフォルトの名無しさん
05/12/10 16:10:29
捨てゼリフ乙。
680:デフォルトの名無しさん
05/12/10 16:24:21
この印刷バグってそんなに問題？
大した問題じゃない気がするが・・・（だからなかなか修正されないのか？）
681:デフォルトの名無しさん
05/12/10 16:48:40
>>680
「日本語がレーザープリンタで印刷されない」っていうのは問題だね。
682:デフォルトの名無しさん
05/12/10 16:51:56
>>681
レーザープリンタ使える環境ではないからわからんのだが、
このバグのせいで印刷されなくなるの？
イマイチ発生する症状がどんなものなのかわからないんだけど。
683:デフォルトの名無しさん
05/12/10 17:17:01
pdf出力とかレーザープリンタ、ドットインパクトプリンタが駄目。
日本語出さなければ大丈夫。
問題あるだろうな、企業向けなら特に。
684:デフォルトの名無しさん
05/12/10 17:25:51
だからここで愚痴たれたって改善されねーっつーの
685:デフォルトの名無しさん
05/12/10 17:48:29
>>683
駄目ってのは具体的にどうなるんだ？
PDF出力で試したら、フォントがびみょーに変わるだけだった。
レーザープリンタやドットインパクトだったらどうなるの？
686:デフォルトの名無しさん
05/12/10 18:48:21
>>684
でもな、発信することは大事だよ。
687:デフォルトの名無しさん
05/12/10 19:19:09
>>685
それJavaの内部でベクタデータとして描画してるだけ
つまりフォントとして扱っていない
レーザープリンタはフォントのコードを受け取って描画する
そのためにDPIが低くても非常に綺麗
Javaの日本語印刷問題は１２００DPIくらいにするとあんまり見分けはつかないけど
３００DPIくらいが普通のレーザーではフォントがそのまま描画される場合と
置き換えが発生した場合とで別物になる
pdf出力ソフトでDPIをさげてみるとなんじゃこりゃなデータが出来上がるよ
印刷が汚くなるだけでも使えないのに、これらのデータが入った印刷を続けてると
VMがおちるから、内部でめちゃくちゃになってるっぽい
1ページくらい印刷してプロセス終了してる限り問題はさほど深刻ではないように見えるけど
印刷系を含むプログラムが全滅するのはやばい
688:デフォルトの名無しさん
05/12/10 21:41:27
Mustang build63 リリース
build62 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
689:デフォルトの名無しさん
05/12/11 11:09:04
>>687
VM落ちるのはともかく、何か頓珍漢な話だな。
>>687なんてPDFドライバの問題だろ?
PDFをAdobe Readerで見てもおかしいのか?
プラットフォームの印刷環境のセットアップがいかれてるだけだろ。
690:デフォルトの名無しさん
05/12/11 12:28:40
>>689
PDFドライバの問題？
PDF印刷ソフトいろいろとあるけどすべて全滅だよ
もちろんリーダーで見ておかしい
しかも俺だけじゃなくてJavade印刷やってる人みんなに聞いたら
みんな１００％発生してるし
バグを環境のせいにし始めてきたね
sunの社員かな
691:デフォルトの名無しさん
05/12/11 12:37:23
sun社員ならアメリカにスルーするだけだよ。
いいからとっとと報告汁
692:デフォルトの名無しさん
05/12/11 12:46:52
職場に一人くらいは英語書ける奴いるだろ。
そいつに頼め。
693:デフォルトの名無しさん
05/12/11 12:53:28
うちは全然問題ないなあ@Solaris
694:デフォルトの名無しさん
05/12/11 12:54:11
つまり、Windowsすてればいいといううことか！
695:デフォルトの名無しさん
05/12/11 20:46:23
＞sun社員
キン肉マンの悪魔超人を思い出したｗ
696:デフォルトの名無しさん
05/12/11 20:50:46
2世のsun社員カワイソス
697:デフォルトの名無しさん
05/12/11 21:02:28
ゆで世界に文句いうな。
URLﾘﾝｸ(homepage2.nifty.com)
698:デフォルトの名無しさん
05/12/11 21:43:29
ようするにPrintJobで2バイト文字を印刷すると、文字フォントを指定しての文字印刷でなくてOpenTypeで文字印刷を行ってしまうって事？
JDK1.4.2から印刷において解像度設定がただしく反映されるようになった事の弊害？
699:デフォルトの名無しさん
05/12/11 21:50:57
OpenTypeではないと思う
あとBufferedImageではdpiをどういじろうがおかしい描画にはならない
PrintJobに限らず印刷サービスもすべて駄目
700:デフォルトの名無しさん
05/12/13 10:25:18
だからとっとと報告汁。そこらに無料の翻訳サイトもあるだろが。
701:デフォルトの名無しさん
05/12/13 12:15:49
技術文書を翻訳するとすごいことになるんじゃ
702:デフォルトの名無しさん
05/12/13 13:42:15
「日本語を使った場合、1.4に比べて5.0の印刷品質が著しく悪い」とでも書いて、印刷イメージか印刷イメージへのリンクでも貼っ付けとけばとりあえず報告としちゃ十分じゃないか?
これくらいならExcite翻訳でもさほど変な訳は出さんと思うが。
703:デフォルトの名無しさん
05/12/13 13:55:31
というか、環境もはっきり書かないんだからネタだろ。
SunのJREかどうかすらはっきりしない。
704:デフォルトの名無しさん
05/12/13 14:06:39
いや、さすがにネタだとは思わないけどさ。
技術系英語なんて、専門用語以外は中学生英語で十分なんだよ。
もちろん、最近は機械翻訳もそれなりにあてになる。
でも「英語が駄目」とか言う奴は >>701 みたいに
なんだかんだと言い訳して逃げまくったあげく、
絶対に自分ではやらないの。
どこな職場にでもいるだろうけど、本当に使えない。
705:デフォルトの名無しさん
05/12/13 15:25:29
たしかに印刷品質が悪いどころじゃなくいのと
ページ数がある程度行くとVMごとおなくなりになるな。
まぁ、いいんじゃない？
日本ではJavaは死んだということで。
706:デフォルトの名無しさん
05/12/13 15:44:51
Javaは業務アプリには使えない
これが常識
707:デフォルトの名無しさん
05/12/13 16:28:20
困ってる奴らが問題を報告しなかったら当分直ることもないだろう。
708:デフォルトの名無しさん
05/12/13 16:32:21
俺は問題起きてないしな。
709:デフォルトの名無しさん
05/12/13 16:41:30
問題がでるのはSun製でWindows日本語版だけってことか
710:デフォルトの名無しさん
05/12/13 18:21:37
URLﾘﾝｸ(www.unicode.org)
どうやらこのUNICODEブロックFFが含まれた文字列があると100%バグるみたい
全角アルファベットすべてと記号、半角カタカナ
711:デフォルトの名無しさん
05/12/13 19:24:21
サンプルプログラムきぼん。
712:デフォルトの名無しさん
05/12/13 20:07:48
Java1時代のPrintJob
Java2のPrinterJob
1.4からの印刷サービス
すべての印刷処理で再現
dpiの高いインクジェットだと微妙な違いが紙だと分かりにくいが
DPIを下げれるなら一目瞭然
フォント置き換えすれば一発で分かる
拡大して確認が容易なpdf出力系ソフトすべてでも再現
WindowsXP、SunJRE 5.0 update2,3,4,5,6で確認済み
713:デフォルトの名無しさん
05/12/13 20:15:48
>>712
Mustangに関係ない話題は他所でやってください。
714:デフォルトの名無しさん
05/12/13 20:17:25
どうせ次のバージョンでも印刷全滅なんだろ
プゲラ
715:デフォルトの名無しさん
05/12/13 20:18:34
最近は便所に落書きするとバグをなおしてくれんのか
716:デフォルトの名無しさん
05/12/13 22:12:29
何度言っても英語を書こうとしないだけでなく、煽り始めたか
717:デフォルトの名無しさん
05/12/13 23:30:14
とりあえずどっかに情報を書いとくのも大事なんじゃない？
718:デフォルトの名無しさん
05/12/13 23:36:30
ここじゃなくて、質問スレじゃないかな? 1.5だし(w
719:デフォルトの名無しさん
05/12/13 23:47:44
つうか、MustangのソースDLして自分で修正しろってことじゃないの？
URLﾘﾝｸ(d.hatena.ne.jp)
720:デフォルトの名無しさん
05/12/13 23:51:53
報告しろ、報告しないなら書くなとかいいつつ、サイトもなにも提示しないのもどうかと思う。
ってことでバグ報告/投票の方法
URLﾘﾝｸ(blogs.sun.com)
721:デフォルトの名無しさん
05/12/14 00:51:52
印刷の問題ってセキュリティフィックスのためにバージョンあげたら動かなくなったという類でもあるから
さすがに一般ユーザーにそこまでやれというのは
722:デフォルトの名無しさん
05/12/14 01:15:39
(ﾟДﾟ)ﾊｧ?
723:デフォルトの名無しさん
05/12/14 01:43:08
確かにベクトルデータとして埋め込んでるな。
pdf出力したら文字選択できないわ。
724:デフォルトの名無しさん
05/12/14 21:41:20
一般ユーザーはここ来なくてイイよ。
725:デフォルトの名無しさん
05/12/14 21:53:22
勝利宣言キター
726:デフォルトの名無しさん
05/12/14 22:48:45
URLﾘﾝｸ(weblogs.java.net)
Mustang b59 から HotSpot client VM のレジスタ割り当ての最適化が改善されて、
Mustang b58 以前と比べて 1.5倍程度の速度で動くようになったらしい。
727:デフォルトの名無しさん
05/12/14 23:08:20
今まで何してたの？というくらい違うな
728:デフォルトの名無しさん
05/12/14 23:56:12
>>726
Java 6は期待できるな。
仕事ではまだ1.3使ってるけどなorz
729:デフォルトの名無しさん
05/12/15 00:52:51
>>728
1.4もそろそろ安定してきたんじゃないの？
730:デフォルトの名無しさん
05/12/15 00:57:15
印刷以外は、といいたいが
1.4.2でもつい最近の新しいやつで文字コードのバグとか埋め込んだとかあるんで
なんともいえないかと
これは次のバージョンで直ったはずだけど結構文字コード変換でリークとか多いよね
731:デフォルトの名無しさん
05/12/15 19:28:44
1.4.2_05で印刷が問題ないのを確認
5.0.u1でおかしいのを確認
5.0.u6でおかしいのを確認
心配になってきたのでJavaSE6での動作確認よろ
732:デフォルトの名無しさん
05/12/15 19:31:52
>>729
ありがとう。でもうち、保守・改装ばっかな部署なんだ……。
新規案件に出会ったとしても、上が5未対応の
フレームワークをおしつけてくることはまず確実だし。
先端技術フェチとしては大いに不満だ。
733:デフォルトの名無しさん
05/12/15 20:11:29
URLﾘﾝｸ(pcweb.mycom.co.jp)
serverVM に、エスケープ分析でエスケープしないと判断されたオブジェクトに対する
同期処理が除去されるような最適化が追加されたらしい。
デフォルトでは使用しないようになってるらしいので、
使用したい場合は -XX:+DoEscapeAnalysis とかしないといけないみたい。
Vector 使いまくってる人には朗報かも。
734:デフォルトの名無しさん
05/12/17 00:51:52
457 名前：デフォルトの名無しさん[sage] 投稿日：2005/12/16(金) 21:53:15
昔から使えなかったならともかく
最新バージョンで品質が恐ろしく低下だからただのバグだろ
>>447の実行結果
分かりやすいように72dpiでpdf出力しといた
URLﾘﾝｸ(49uper.com:8080)
こりゃバグだね
735:デフォルトの名無しさん
05/12/17 01:30:10
味があっていいじゃないか
736:デフォルトの名無しさん
05/12/17 10:58:46
バグなのはもうわかったけど、なんでマルチポストして喜んでるの？
そろそろｳｻﾞいよ。
737:デフォルトの名無しさん
05/12/17 12:10:54
>>734
上と下の関係は?
738:デフォルトの名無しさん
05/12/17 12:44:24
>>737
ソースコード参照
739:デフォルトの名無しさん
05/12/17 12:45:12
447 名前：デフォルトの名無しさん[sage] 投稿日：2005/12/16(金) 13:38:55
>>444
import java.awt.print.Printable;
import java.awt.print.PrinterJob;
public class NewMain implements Printable{
public static void main(String[] args) throws Exception{
PrinterJob pj = PrinterJob.getPrinterJob();
pj.setPrintable(new NewMain());
if(pj.printDialog()){
pj.print();
}
}
public int print(java.awt.Graphics graphics, java.awt.print.PageFormat pageFormat, int param)
throws java.awt.print.PrinterException {
if(param > 0){
return Printable.NO_SUCH_PAGE;
}
graphics.drawString("あいうえお ",100,100);//正常
graphics.drawString("あいうえお１",100,120);//ベクトルになる 1200DPIくらいになると一見綺麗
return Printable.PAGE_EXISTS;
}
}
740:デフォルトの名無しさん
05/12/17 12:46:40
490 名前：デフォルトの名無しさん[sage] 投稿日：2005/12/17(土) 01:53:35
面白いので>>447で出来上がるpdfそのものをアップしてみた
URLﾘﾝｸ(49uper.com:8080)
741:デフォルトの名無しさん
05/12/17 12:48:33
なんかもうアレだな。
2ch に書くことがバグ報告になると思ってるフシがあるな。
742:デフォルトの名無しさん
05/12/17 12:52:23
Visual Studio 2005 ダウンロード開始記念キャンペーンの一環ですよ。
この機会にJavaなんていう時代遅れの環境からVisual Studio に乗り換えましょう！
743:デフォルトの名無しさん
05/12/17 13:13:16
JavaSE6では改善されてるの？
744:デフォルトの名無しさん
05/12/17 14:51:38
ここはスレ違いだから、もとのスレのURLでも貼っといてくれ。
745:デフォルトの名無しさん
05/12/17 15:04:16
スレ違いじゃないのでは?
次バージョンでの話題なんだから
746:デフォルトの名無しさん
05/12/17 15:18:58
>>712によれば、そうではない。
747:デフォルトの名無しさん
05/12/17 16:05:31
Mustang build64 リリース
build63 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
748:デフォルトの名無しさん
05/12/18 14:53:47
>>731>>734>>739>>740
だからおまいはここにそれを書くことでどんな効果が得られることを期待しとるんだ。
「バグだ」「おかしい」というのを否定してるヤツは基本的におらんだろうが。(煽りはいるが)
「誰かぼくちんにかわって報告しといて〜」と言いたいのならそれでもかまわんから明にそう言え。
(言ったからって誰かがやってくれるとは限らんが)
749:デフォルトの名無しさん
05/12/18 16:28:48
なんだ6.0でもバグバグなのか
750:デフォルトの名無しさん
05/12/18 16:44:16
>>748
次バージョンで日本語がちゃんと書けるかどうかのチェックをして欲しい
というだけだろ
751:デフォルトの名無しさん
05/12/18 17:17:41
俺関係ないけど、普通にバグ報告誰かしてだされ。
俺も英語だめなんよ。
Windows以外のVMでは発生しないらしいね。
752:デフォルトの名無しさん
05/12/18 18:28:12
スクリプトを<input type="file">で鯖に送って、そっちで実行みたいな使い方はどう？
753:751
05/12/18 18:39:55
うちこれから業務系で5.0採用になったのだが印刷バグ確かに怖いな。
>>752の使い方も考えてみたが、鯖がVPNの先にあるんで無理。
さーて、1.4.2に下げてもらうか直っていれば無理して６を使うか
JNIで回避かだが、それぞれわりと厄介な問題がでるな。
Javaの人材集めたんで.NETへはさすがに・・・。
たぶん上の人間はこれ理解してない。
登場して1年以上たつんだからそろそろ枯れただろうといっておられる。
そもそも言語理解してないのが上なんで(ry
754:デフォルトの名無しさん
05/12/18 18:41:28
上が言語理解する必要はないだろ
755:デフォルトの名無しさん
05/12/18 18:46:06
最近は割と多いよね、言語経験ないSE。
開発環境を決めた時点で、どういうのが実装できるか、
実装できても困難で開発効率が悪いとかそういうのを把握してないと
だらだらと長引く。
756:デフォルトの名無しさん
05/12/18 18:46:07
しかしおれ業務系でJava使ってて帳票とか出力してたけど、
ジャギーだとかなんとかいうトラブルは無かったけどなあ。
サーバーサイドから帳票出力系の製品(SPFとか）つかってPDFを出力
する場合は関係ない話なの？ Swingだけ？
だったら当面問題ないんだけど。
757:デフォルトの名無しさん
05/12/18 18:51:08
SwingではなくてJavaから印刷した場合だけが問題になる模様。
iTextとか直接PDF出力は問題ないけど、NetBeansのソースコード印刷しただけで
発生するのでVMの問題だと思う。
Javaの印刷製品は1.1時代からのものは印刷品質が悪かったから
みんな独自実装してたり1.4までが対象なので大丈夫だったり。
pdf作成するのはいいけど、それをユーザーが開いて閉じてとなると
インターフェース的にわりと問題でやすいかな。
日本の企業の帳票は独自サイズが多いのでA4とか決まった規格以外が
急に問題として現れてくることもある。
リッチクライアント系は今のびてるところなんでこの壁にぶち当たってるところも
結構多いかもしれない。
スレ違いスマソ。
758:デフォルトの名無しさん
05/12/18 21:35:40
SolarisやLinuxは問題ないもんなあ。
Windowsでもfontを指定したら問題ないのがあるかもよ。
759:デフォルトの名無しさん
05/12/18 21:39:39
試してみたけどfontは論理フォント、物理フォントどちらでも同じ現象が出ていますね。
src.zipでは確認しようがないので内部でなんかしくじってると思われます。
760:デフォルトの名無しさん
05/12/19 00:35:03
原因追求はSunの担当者にまかせればいいんで、バグ報告よろしくです。
761:デフォルトの名無しさん
05/12/19 00:45:00
よろしくです
762:デフォルトの名無しさん
05/12/19 09:59:28
やっぱ英語は使えた方がいいな・・・なんとかせな・・・
763:デフォルトの名無しさん
05/12/19 10:16:45
つうかSunには日本語で報告できる窓口を用意して欲しいな。
764:デフォルトの名無しさん
05/12/19 15:36:12
日本語でバグ報告すりゃあいいじゃん。
向うが勝手に翻訳してくれるんじゃね？
日本人担当者くらいいるだろ（へらへら
765:デフォルトの名無しさん
05/12/19 15:58:15
日本語の掲示板で英語でくるやついるけど、その場合は英文が読めるからであって
あちらで日本語見たらやっぱり文字化けしてるんかね？
ソースコード添付ができないってのはある意味やばいかも
utf8だっけ？バグ報告ページ
766:デフォルトの名無しさん
05/12/19 16:40:53
ROMA-JI DE KAKE
767:デフォルトの名無しさん
05/12/19 18:39:55
印刷関連のレスは下記のスレでお願い
Javaでは作るのが困難なものを挙げるスレ
ｽﾚﾘﾝｸ(tech板)
768:デフォルトの名無しさん
05/12/19 18:57:16
1.6の話題でもあるんだろ？＞印刷
769:デフォルトの名無しさん
05/12/19 19:06:49
>>768
1.6 正式リリースまでは直らなくて良い問題なんか？
770:デフォルトの名無しさん
05/12/20 01:28:40
印刷はApache FOPでXHTMLやPDFに
変換してくれればいいや
771:デフォルトの名無しさん
05/12/20 02:12:29
pdf出力しか駄目ってのは業務系で困るだろ
772:デフォルトの名無しさん
05/12/20 04:48:31
「しか駄目」???
773:デフォルトの名無しさん
05/12/21 09:14:56
業務系だと、SVFとか使うからなあ
774:デフォルトの名無しさん
05/12/21 12:57:39
SVFもiWFMもろくなもんじゃないけどな。
775:デフォルトの名無しさん
05/12/22 12:28:40
Cat Typing
"J2SE 5.0の日本語印刷のバグについて
「J2SE 1.3.1_17がリリースされました。」というブログへのコメントより：
2chのプログラム板で話題の日本語印刷がまともにとおらない5.0はへは
業務で使ってるところははだれも選ばないと思います。update1からupdate6
まですべてとおりませんしね。1.4.2までは大丈夫です。 2chでも日本語でバグ
投票できないからどうしようかという流ればかりです。 "
URLﾘﾝｸ(blogs.sun.com)
だれだこのブログにこんな大袈裟なコメント書いた香具師は。
Tomcat動かすだけのサービスに印刷が必要なものなんて
大してないぞ。JavaのGUIなんてサーバ系Javaに比べたら
まだ普及度は低いんだしそんな目くじらたてるほどのことじゃないだろ。
776:デフォルトの名無しさん
05/12/22 12:31:11
なにやらエントリを良く読んでみると
彼女のブログのコメント欄にバグ報告してもいいらしい。
777:デフォルトの名無しさん
05/12/22 12:53:37
大袈裟なコメント書くのが得意な人っているよね。
778:デフォルトの名無しさん
05/12/22 13:24:07
印刷できないのをたいしたことないというバカもいるよね。
779:デフォルトの名無しさん
05/12/22 17:08:30
件のblogのコメントを見る限り、良い方向に進んでいるようだ。
しかし、経緯を見る限り「バグが出る。使えねぇ」「英語ができないから
報告しない」じゃ全然意味がないことがよくわかるな。
せめて「報告したいが英語がダメなので協力してくれ」だったらもっと話は
早く進んだかもしれないのに。
780:デフォルトの名無しさん
05/12/22 22:21:33
複数のJava関係スレで鬼の首をとったかのように喚き回ったバカがいたからなぁ
781:デフォルトの名無しさん
05/12/23 00:03:08
おかげで、興味を持つ人が現れて修正の目途がついた。
ある意味、宣伝部隊乙って事で一件落着ｗ
782:デフォルトの名無しさん
05/12/23 00:07:40
MS側の人間かどうかわわからんが
UNICODEのフォント部分にやっぱりバグがあったようだね
でもこれ汎用ルーチンだよね？
ということはプリンタ以外でも実は文字が汚く描画されていたってことはあったのかな
783:デフォルトの名無しさん
05/12/23 00:14:42
Java7.0からは是非メモリリソースをケチケチに管理するJVMにしていただきたい
784:デフォルトの名無しさん
05/12/23 00:29:01
>>783
そんなの欲しがってるやついないし。
785:デフォルトの名無しさん
05/12/23 00:51:21
いるよ普通に。
64MBのノートとか使えたもんじゃない
786:デフォルトの名無しさん
05/12/23 00:57:22
OSがNT4でなら64Mでそれなりに快適にJava動いてるぞ
5.0は最低メモリ使用量が跳ね上がってるので進められん
コンパクトな1.3.1まであたりがオススメ
787:デフォルトの名無しさん
05/12/23 00:59:18
C++時代は共用体大好きっこだった俺としてはちょっと悲しい時流だよ
788:デフォルトの名無しさん
05/12/23 01:32:34
Cのときですら安全性では推奨されてなかっただろ
ハードとコンパイラ依存コードナツカシス
789:デフォルトの名無しさん
05/12/23 11:55:58
>>782
印刷フレームワークのルーチンだから関係ないと思うよ。
790:デフォルトの名無しさん
05/12/23 12:54:26
JSR-270 Early Draft Review
URLﾘﾝｸ(jcp.org)
791:デフォルトの名無しさん
05/12/23 14:58:50
そーいや、TrayIcon の開発は Mustang に移ったから、
JDIC ではもうやらねーよって話が出てた。
URLﾘﾝｸ(www.javadesktop.org)
792:デフォルトの名無しさん
05/12/23 15:25:01
The Java SE 6 (Mustang) Holiday Quiz
URLﾘﾝｸ(java.sun.com)
793:デフォルトの名無しさん
05/12/23 19:18:04
>>775
別のスレでこんな書き込みがあるよ
ｽﾚﾘﾝｸ(tech板:563番)
794:デフォルトの名無しさん
05/12/23 20:04:13
バーチャルマシンで動く場合、ネイティブで動作してるC++によるプログラム相手に速度で勝てる見込みはありますか？
795:デフォルトの名無しさん
05/12/23 20:10:22
>>794
書く人による。プログラムによる。VMによる。ハードウェアによる。
796:デフォルトの名無しさん
05/12/23 20:18:35
勝てないこともないかもしれない
797:デフォルトの名無しさん
05/12/23 20:21:54
>>794
理屈上、アセンブラで書かれたプログラムはC++で書かれたプログラムより速い。
でも、現実的にはどうだろう？
アセンブラとC++の比較ほど明快ではないけれど、部分的に見ればこれに近い
事がVMとネイティブの関係に対しても言える。
798:デフォルトの名無しさん
05/12/23 20:41:41
>>787
> C++時代は共用体大好きっこだった俺としてはちょっと悲しい時流だよ
EffectiveJava嫁
共用体の代用をJavaで実現する方法が載っている
799:デフォルトの名無しさん
05/12/23 21:44:15
>>794
最近は数値計算もJavaでやる時代なんだが…Hotspotコンパイラのおかげで。
>>726によればさらに早くなったらしいし。
Integerのquicksortのプログラムを書いても、
JavaがC, C++より早いのが現状。(プログラムの起動は相変わらず遅いが…)
アセンブラでもJavaで書いたプログラムより書ける人は殆んどいないんじゃないか。
ただ、Javaの浮動小数点拡張は取り下げられたらしい。
URLﾘﾝｸ(math.nist.gov)
URLﾘﾝｸ(jcp.org)
URLﾘﾝｸ(www.oishi.info.waseda.ac.jp)
800:デフォルトの名無しさん
05/12/23 22:11:23
java -server -Xcomp -jar hoge.jar
起動速度無視で、実行速度を最大にしたいときは、この起動オプション最強。
801:デフォルトの名無しさん
05/12/24 02:19:59
>>797
理屈上、profile-guidedな実行時最適化が可能なJavaの方がアセンブラより速い。
802:デフォルトの名無しさん
05/12/24 02:32:26
理屈ばっかだな
803:デフォルトの名無しさん
05/12/24 02:39:44
>>802
なにも見てないんだな
804:デフォルトの名無しさん
05/12/24 02:42:11
>>783
Java SE 7が出たころにはマシンスペックの余裕もたっぷり
増えているだろうからメモリにけちけちする必要はなくなるかもね
805:デフォルトの名無しさん
05/12/24 02:46:06
個々最近ムーアの法則が乱れてませんか？
806:デフォルトの名無しさん
05/12/24 02:55:04
>>794-795
すでに勝った香具師ならいるよslashdotでも話題になってた
# Slashdot での大論争。これは今までで一番愉快な
Java 対 C++ の議論に違いありません。
C++ 愛好家は必死に「不公平だ、こっちはメモリ管理を
手動でやらなきゃいけないのに」と主張しています。
公平を期するための彼らの提案は - System.gc() の
呼び出しを山ほど突っ込んで Java 側を遅くするというも
のでした（お気づきでない方のために。Java は System.gc()
を呼び出さなくてもメモリを回収します。 System.gc() の呼び
出しを追加してもメモリ回収の速度が遅くなるだけです）。
続く抗議もすべて、このベンチマークが Java をひいきしてい
るという一点に集中しているようでした。しかし奇妙なことに、
３年前までは当時の JVM をテストしても C++ の方が速いとい
う結果が出たものです。このノイズの山を掘り返せば、有意義
なコメントが見付かるかも知れません
# さらに続く議論。この事件から生じた騒動（または余分なキャラ）
で大儲けできた人がいるかも知れませんね
# Java と .NET のガベージコレクションに関する調査
# WebSphere は自動的に負荷分散の最適化を行うことで、ハードウェア要件の低減をねらいます
#
# Java 1.5 は 20% 高速化した模様
URLﾘﾝｸ(www.javanews.jp)
807:デフォルトの名無しさん
05/12/24 02:57:58
>>805
クロック数だけを見ずに
ちゃんとベンチマークしてみてるかい？
ハイパースレッディングから64bitsなどの技術進化に目を向けるといい。
あと、量子力学チップの研究が今行われている。
今は量子コンピュータが出る直前の段階だ。
そのまえに燃料電池に期待したい。
燃料電池が携帯電話開発に潤いを与える。
808:デフォルトの名無しさん
05/12/24 03:13:05
使える量子アルゴリズムって因数分解以外にあるの？
量子アルゴリズムがなくても量子コンピュータは効果的に使えるの？
809:デフォルトの名無しさん
05/12/24 03:14:02
クロック数をあげると単純に消費電力が増加するから、クロック数をあげずにパフォーマンスをあげるのが流行ってるね。
810:デフォルトの名無しさん
05/12/24 09:33:58
JavaのJIT, Hotspotは、ItaniumやCrusoeと相性いいはずだが、
どっちもJavaのサポートはいまいちだったね。
811:デフォルトの名無しさん
05/12/24 10:54:22
>>810
Pentium4で動かすVMですら実用的な速度を得られていたからね
812:デフォルトの名無しさん
05/12/24 11:43:11
>>810
Webコマースだとコード実行性能はボトルネックじゃないしねえ。
813:デフォルトの名無しさん
05/12/24 12:08:28
>>807
> あと、量子力学チップの研究が今行われている。
> 今は量子コンピュータが出る直前の段階だ。
おいおい、無知を晒け出すのもいい加減にしろよ。
お前は量子力学と言いたいだけだろ。
# つーか、807はトランジスタが量子力学で動いていることすら知らなそうだ。
# トンネル効果とか聞いたことある? > 807
814:デフォルトの名無しさん
05/12/24 12:16:39
スレ違いの馬鹿晒しあげ、ストップ！
815:デフォルトの名無しさん
05/12/24 13:03:45
>>813
トンネル効果といいたいだけだったんだね。
816:デフォルトの名無しさん
05/12/24 14:32:20
トンネル効果ぐらい量子力学どころか
一般常識だろ
817:デフォルトの名無しさん
05/12/24 14:34:00
すれ違いネタここで終了。次の話題↓
818:デフォルトの名無しさん
05/12/24 14:37:05
>>798
の見事なサンプルソースをうｐしてくれ
819:デフォルトの名無しさん
05/12/24 14:42:30
Mustangではclass verifierが速くなっているらしいけどどうよ?
URLﾘﾝｸ(blogs.sun.com)
URLﾘﾝｸ(jdk.dev.java.net)
URLﾘﾝｸ(www.jcp.org)
820:デフォルトの名無しさん
05/12/24 16:55:45
>>809
省エネ型メモリに交換するというのも流行ってたりするよ。
それからIDEケーブル対応HDDの使用をとりやめ
かわりにSerial ATAケーブル対応HDDに切り替えるとか。
最近のマシンは消費電力が押さえられている。
CPUだけは電力がやたらと高いけど。
821:デフォルトの名無しさん
05/12/24 16:58:27
>>813
江崎玲於奈が発見したものがどうかしたかい。
「量子力学」ではなく「量子力学チップ」といったわけだが。
ガリウム、アルミニウム、ヒ素の組み合わせで
電子を原子の中に閉じこめるという技術がもう8年も
前に東大で研究されていたんだよ。
822:デフォルトの名無しさん
05/12/24 16:59:26
>>818
晒しをお願いしないで
自分で嫁。ポリモーフィズムを使って代用しているだけだからな
823:デフォルトの名無しさん
05/12/24 17:23:37
>>821
専門外の話に無理に首を突っ込んでも、イタいだけだぞ。
> 「量子力学チップ」
どの論文誌にそんな名称のデバイスの話が載ってるのか、教えてほしいものですな。
> 電子を原子の中に閉じこめるという技術
ボーアの原子模型って知ってる?
原子ってのは原子核のまわりを電子が回っているんですよ。
824:デフォルトの名無しさん
05/12/24 17:30:44
>>823
おまえそんなに専門知識があるなら
高校物理程度の知識ひけらかしてどうする
825:デフォルトの名無しさん
05/12/24 20:28:33
燃料電池厨うざい。
素人が夢見るのは勝手だが、知ったかぶりでバラ色の脳内新技術語ってもらっても
議論にならない。
826:デフォルトの名無しさん
05/12/24 21:01:02
Ｊａｖａ厨は夢見がち
827:デフォルトの名無しさん
05/12/24 21:09:39
>>826
これをいいたいがための壮大なスレ違いの自演乙
828:デフォルトの名無しさん
05/12/24 21:47:12
>>826
あんなのと一緒にしないでくれよ。
829:デフォルトの名無しさん
05/12/24 22:35:49
量子コンピュータとか原子とか電子の話は他所でやってくれ
830:デフォルトの名無しさん
05/12/24 22:36:48
Java8からは量子コンピュータ対応
831:デフォルトの名無しさん
05/12/24 22:56:47
量子力学コンピュータだろ！ｗ
832:デフォルトの名無しさん
05/12/24 23:22:43
量子たん(;´Д｀)ﾊｧﾊｧ
833:デフォルトの名無しさん
05/12/25 01:30:07
すでに騎手の嫁だ。あきらめろ
834:デフォルトの名無しさん
05/12/25 01:48:20
佐野量子仮説
835:デフォルトの名無しさん
05/12/25 03:29:39
有馬記念の動向を議論するスレになりました。
836:デフォルトの名無しさん
05/12/25 10:57:00
動向も何もディープ以外に何が来るんだ？
837:デフォルトの名無しさん
05/12/25 12:47:52
Mustang build65 リリース
build64 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
838:デフォルトの名無しさん
05/12/25 15:33:05
>>836
来なかった(´･ω･`)
839:デフォルトの名無しさん
05/12/25 15:38:20
>>836
（ ´,_ゝ｀）ﾌﾟｯ
840:デフォルトの名無しさん
05/12/25 15:53:38
>>836
(⌒⌒)
∧_ ∧ （ プッ ）
( ´∀` ) ノノ〜′
（⊃⌒*⌒⊂)
/__ノωヽ__）
841:デフォルトの名無しさん
05/12/27 21:42:21
>>836
あれ万馬券でたの？
842:デフォルトの名無しさん
05/12/27 21:44:08
３連単は3万円くらいついてた気がする
843:デフォルトの名無しさん
05/12/28 01:25:15
>>823
とりあえず日経サイエンスのバックナンバーを
探して読んでみてくれ
844:デフォルトの名無しさん
05/12/28 06:17:17
くさいな
845:デフォルトの名無しさん
05/12/28 06:25:33
日経サイエンスかよ
846:デフォルトの名無しさん
06/01/02 20:00:21
正月はﾋﾞﾙﾄﾞないんだ・・・・ｼｮﾎﾞｰﾝ━(´･ω･`)━
847:デフォルトの名無しさん
06/01/07 22:46:43
Mustang build66 リリース
build65 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
848:デフォルトの名無しさん
06/01/12 16:38:23
Mustang Release Contents (JSR 270): Early Draft Review
URLﾘﾝｸ(weblogs.java.net)
これみてて Array reallocation ってなんだろと思って JSR270 見てみたら
java.uti.Arrays に copyOf とか copyOfRange ってメソッドが追加されてた。
849:デフォルトの名無しさん
06/01/13 09:58:49
>>1で書いてある「マルチタスク」ってのは>>847で既に実装済みですか？
850:デフォルトの名無しさん
06/01/15 21:37:44
Mustang build67 リリース
build66 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
851:デフォルトの名無しさん
06/01/22 20:14:04
Mustang build68 リリース
build67 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
852:デフォルトの名無しさん
06/01/22 22:19:12
英語よめねー・・・勉強しようかな・・
853:デフォルトの名無しさん
06/01/22 23:30:17
勉強が必要なのではない。
練習しろ。
854:デフォルトの名無しさん
06/01/25 22:33:25
2月前半にbuild59をベースにしたBeta1が出るらしい。
URLﾘﾝｸ(weblogs.java.net)
正式リリースは秋にずれ込んで、夏にはbeta2が出るらしい。
春にDolphineのプロジェクトがスタートするらしい。
855:デフォルトの名無しさん
06/01/25 22:35:27
結局2年ペースってわけか
856:デフォルトの名無しさん
06/01/25 22:38:12
「デリケートな部分に手を出すことにしたからちょっと遅れますよ」（意訳）
857:デフォルトの名無しさん
06/01/28 13:36:39
Mustang build69 リリース
build68 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
858:デフォルトの名無しさん
06/01/30 01:22:46
Persistence APIってすでに含まれてる？
859:デフォルトの名無しさん
06/01/30 03:51:47
>>858
Java SEに？
860:デフォルトの名無しさん
06/01/30 06:33:53
PersistenceAPIをJavaSEに含めるのは、よそにVM作らせなくするための嫌がらせだな。
861:デフォルトの名無しさん
06/01/30 08:26:32
>>858
もしそうなったら、SunのJVMにはTopLinkが付いてくるのだろうか？
862:デフォルトの名無しさん
06/01/30 22:11:48
>>861
TopLinkしかないな。
そうならないだろうけど。
863:デフォルトの名無しさん
06/01/30 22:43:53
J2SEにPersistent APIの実装も含めることになったの?
864:デフォルトの名無しさん
06/01/30 23:21:22
>>863
JavaEE5の記事見てたら複数の媒体でそういう趣旨の内容が載ってたからどうなのかなと思って・・・
URLﾘﾝｸ(blogs.sun.com)
また、Persistence API は、EJB と離れて動作することも許されているので、Standard Edition と組み合わせて O-R マッパ単独で利用することもできる。
ほとんどのベンダー、開発者はこの方向性に前向きなフィードバックを出しているという。
URLﾘﾝｸ(pcweb.mycom.co.jp)
EJBから切り放されたことによってPersistence API単体でも利用できるようになったため、今後はJava SEにも導入される予定だという。
URLﾘﾝｸ(www.javaworld.jp)
Java Persistence APIは、Java SEでも提供される（標準APIに含まれる）予定となっており、今後はJava環境における標準的な永続化APIとなる。
865:デフォルトの名無しさん
06/01/30 23:27:50
>>864
なるほど参考になりました。ありがとう。
API仕様を見ていないのでよく知らないけど、
J2SEに含まれるのはインターフェースの部分で
実装は各自Hibernateとかのjarを持ってきて使うのかなと思った。
ちょうどJDBCみたいに。どうなんだろう。
866:デフォルトの名無しさん
06/01/31 00:09:00
RowSetみたいになるのかな。
867:デフォルトの名無しさん
06/01/31 00:18:48
>>865
たしかに、そうしないとPersistence APIの実装部分だけでかなりのサイズになってしまいそうだし
868:デフォルトの名無しさん
06/01/31 01:28:00
RowSetのリファレンスインプリもなんとかならんのかな・・・
あれは使おうと思っても使えん
869:デフォルトの名無しさん
06/01/31 01:58:46
たしかに、JDBCもインターフェースだけならJ2SEに含まれてるしね。
870:デフォルトの名無しさん
06/01/31 02:07:11
JDBCオプショナルパッケージ時代ナツカシス
ほとんどのところがJDBC2までしかドライバ対応してないのが痛いなぁ
JDBC3から別物なのに
871:デフォルトの名無しさん
06/01/31 10:30:08
URLﾘﾝｸ(weblogs.java.net)
javadoc の変更に際して、下記の場所で
どんなふーに変更するかについて参考意見募集中だってさ。
URLﾘﾝｸ(java.sun.com)
Mustangに間に合わんかもしれんけど。
872:デフォルトの名無しさん
06/02/01 20:51:59
Mustang Regressions Challenge
URLﾘﾝｸ(mustang.dev.java.net)
MustangのRegressionを発見して報告しよう、というコンテストだそうです。
参加した全員にTシャツを、特に重要なものを報告した5人にUltra 20が送ら
れるらしい。期間は1/31から3/31まで。
873:デフォルトの名無しさん
06/02/02 21:22:54
Regressionsを発見して報告してそれが認められた人全員だと思う
874:872
06/02/04 16:07:27
>>873
そうですね。
誤解のある書き方をしてすみませんでした。
あと、ついでに
Mustang build70 リリース
build69 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
875:デフォルトの名無しさん
06/02/13 00:21:56
Mustang build71 リリース
build70 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
876:デフォルトの名無しさん
06/02/13 00:24:16
javadoc の新タグは以下のwikiでなんかやってるみたい。
URLﾘﾝｸ(www.javac.info)
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4872日前に更新/228 KB
担当:undef