第13夜 Java SE 6はnative2ascii使わなくていいのはみんな知っていると思うが - しんさんの出張所 はてなブログ編
みなさまJava SE 6への移行は進んでおりますでしょうか。もう7月になったということはJava2 SE 5.0のサポート期間は4ヶ月をきったということですよ。 そこで今後はJava SE 6での地味な改良をあげていきたいと思う。派手な話題はみんな飛びつくけど、地味な改良が実はうれしいのだ。 最初はみんな知ってる小ネタから。 J2SE 5.0からPropertiesがXMLを扱えるようになったのはご存知のとおり。それまでは7bitなファイルしか扱えなかった。理由はPropertiesクラスが1.0のときに登場した古参クラスであるということ。1.0はマルチバイトが対応しておらずみんなこんな感じだった。そもそもHashTableを継承してるのはどうよ、とかいいたいことはたくさんあると思うのだが、Javaが発表されたのが14年前。その前からあったことを考えると仕方あるまい。C++ですら標準化さ
「Java SE 6完全攻略」番外編 Java SE 6u10の新機能 その14
JavaOneレポートが間に入ってしまったため間延びしてしまいましたが，今月から再びJava SE 6u10の新機能について解説していきます。 Java SE 6u10で提供されている次世代Java Plug-inは様々な機能を持ちますが，その中でもJNLPのサポートは特筆に値します。 JNLPを使用することで，アプレットとJava Web Startを同列に扱うことが可能になりました。また，次世代Java Plug-inの実験的に取り入れられたドラッガブルアプレットもJNLPのサポートがなければ成り立ちません。 本連載ではJava SE 6u10の新機能 その9からJNLPについて紹介してきました。 その9ではJNLPファイル，その10から13までJNLP APIを取りあげました。今週は，JNLP APIの続きで，HTTPにおけるCookieのような役割を持つPersistenceSer
Java 6のスレッド最適化は実際に動作しているのか？
はじめに - Java 6におけるスレッドの最適化 Sun、 IBM、BEAやその他のJVMベンダーが、それぞれのJava 6仮想マシンが提供するロック管理と同期の最適化に多くの注意を払ってきました。バイアスドロック、ロックの粗粒度化、エスケープ解析によるロックの削除、適応型スピンロックといった機能は、すべてアプリケーションのスレッド間でより効果的なオブジェクト共有を可能にし、並列性をより高めるために設計されたものです。こうした個々の機能は洗練されており、興味深いものですが、疑問があります;本当にこうした約束を果たしてくれているのでしょうか？2つのパートからなるこの記事では、私はこうした機能を詳しく調査します。シングルスレッドベンチマークの助けを借りて、パフォーマンスに関する疑問に答える試みをしようと思います。 ロックは悲観的である Java でサポートされているロックの（ほとんどのスレッ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Java 6のスレッド最適化は実際に動作しているのか？ - パートII
