どうも！@yokotaso です！ 2018/05/26のJJUG CCC 2018で「ざっくりわかった気になるモダンGC入門」というタイトルで登壇させていただきました。 現在開発中の新しいGCアルゴリズムをざっくり理解することをテーマに発表しました。 発表練習用に作ったカンペの内容を公開します。ブックマークコメントでもツイートでも感想を書いていただけると喜びます！ 発表資料は、speakerdeck にあります。はじまり〜はじまり〜 はじめに 今日はざっくりわかった気になるモダンGC入門というお話をさせていただきます。 現在開発中のGCアルゴリズムの全体像を理解してもらうことを目的としたセッションです。よろしくおねがいします。 さて今日のアジェンダですが、まず簡単にこれまでのGCを復習した後に新しいGCが必要になってきた背景について少し話します。 次にShenandoahGC、ZGC、E

CheerpJは、Javaバイトコードを事前にコンパイルすることで、WebAssemblyやJavaScriptでの実行を可能にするソリューション。完全なJavaランタイム環境、Java-JavaScript双方向の相互運用性を備えており、仮想ファイルシステム、入出力、ネットワーキング、オーディオといった、Webブラウザベースの機能を提供する。 今回リリースした「CheerpJ 2.1」では、いくつかの最適化とバグ修正を行ったメンテナンスリリースで、JavaScriptの相互運用性をさらに高めている。 Java例外処理を最適化したことで、より効率的なJavaScriptコードへのコンパイルを実現したほか、ネイティブのJavaリフレクションコールも大幅な最適化によって、標準のJavaによる呼び出しと比較してオーバーヘッドが少なくなった。また、事前のコンパイルによって出力されるJavaScri

「マイクロソフト版Java」にサン激怒――解決したのは口止め料？：温故知新コラム（1/2 ページ） 世の中に登場して半世紀しか経たないコンピュータにも、歴史が動いた「瞬間」はいくつも挙げることができる。ここに紹介する「ビジュアル」もまさしくそのひとコマ――。 サンのJavaは100％純正！ 1997年10月14日、日本サン・マイクロシステムズ（現サン・マイクロシステムズ株式会社）は、100％ Pure Javaに準拠したJavaアプリケーションの開発、マーケティング、販売支援を行う支援プログラム「100％ Pure Java Initiative」を日本で開始すると発表した。 今となっては「100％ Pure Java」という呼称自体にも違和感があるが、当時、マイクロソフトがWindowsプラットフォーム向けにJavaの仕様を改変した、いわゆる"マイクロソフト版Java"を発表していた。具

First step of contribution for OpenJDK in Japanese on JJUG CCC 2016 SpringRead less

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

Javaアプリケーションのインストールパッケージを作れるjpackageが、どうもJDK13に入りそうな勢いでEarly Accessが出てたので試してみます。 jpackageは、JavaFXにあったjpackagerをベースにしたパッケージングツールです。 JEP 343: Packaging Tool EAはこちらからダウンロードできます。開発中のJDK13をベースにしてると書いてありますね。 jpackage ※12/8追記 Java 14でincubatorモジュールとして含まれることになりました。 Windowsで必要なもの Windowsでインストーラーを作るには、iscc.exeが必要で、これはInno Setupに入ってます。 jrsoftware.org // Jordan Russell's Software ※12/8追記 Java 14では不要になったようです あ

原文(投稿日：2018/12/31)へのリンク 2018年は，InfoQの記事でもまとめているように，Javaにとって非常に興味深い年であった。 2019年になったので，新たな年にJavaとその関連技術において注目すべきことを確認し，今年は何が起こるのかを予測してみたい。 免責事項:以下は著者の個人的な予測であり，Oracle，InfoQ，その他による公式声明あるいはロードマップといったものではない。 Java 11の小規模な，しかし重要な意味を持つ導入が始まる これは，今回のリストの中でも最も論議を呼ぶ予測かも知れない。Java 9と10は事実上，運用環境にはまったく展開されていない。多くの開発チームが，Java 8の次のLTSリリースを待っていると思われるからだ。それが現れたのだから，Java 11は少しずつ，しかし着実に採用され始めるようになる。 採用の大きな推進力となるのは，マイク

オラクルがJEP 181 - "ネストベースのアクセス制御" - 俗に言う"nestmate"を発表した。これはプラットフォームへの技術的な拡張であり、Java 1.1で導入したアーキテクチャの20年分の負債を精算するものだ。 新機能はJavaのネストクラス (厳密ではないがたびたび"インナークラス"と言及される。ネストクラスの取りうる型の1つでしかないのに。) の実装につながっている。 一般的に、ネストした型が使われるのは2つの別々の目的のためだ。2つともカプセル化に関連している。 まず第一に、型はとても明確な理由で必要とされるだけなのかもしれない。それもコードの非常に小さな部分において。これが意味することは、実のところ実装詳細の一部であるのでしっかりとローカルに限定すべきであるということだ。 Javaの古いバージョンでは、これをする唯一の方法はネストした型だけだった。たとえばインタフェ

既にご存知の方も多いと思いますが、先日 Oracle から JavaFX をはじめとする、Java のクライアントテクノロジーについて今後のロードマップが発表されました。 https://blogs.oracle.com/java-platform-group/the-future-of-javafx-and-other-java-client-roadmap-updates 上記ブログエントリでは主に JavaFX の今後の扱いについて述べていますが、以下のホワイトペーパーにはそのほかに Applet や Java Web Start、そして Swing/AWT といった Java のクライアントテクノロジー全般の今後のロードマップについて記載されています。 http://www.oracle.com/technetwork/java/javase/javaclientroadmapup

OpenJDK のサイトで公開されているマイクロベンチマーク用のライブラリ。Java Microbenchmark Harness の略。 JMHの存在理由 Javaでパフォーマンス測定（ベンチマーク取得）するのは以下のような理由により簡単ではありません 計測用のコードを書くのが実は難しい 計測用のコードの書き方がまずいと、コンパイラにより最適化で処理部分を削ってしまう場合がある ウォームアップが必要 JITコンパイラによってコンパイルされているかどうかで測定結果が大きく異なる こういう問題を解消して計測してくれるのがJMHです。（OpenJDKで公開されているので、Java公式ツールといってよいでしょう） 使い方（概要） JMHを使った計測の流れは大まかに以下の通りです（Mavenを用いてIDE上で実行する例です） JMHでの計測用のMavenプロジェクトを作成する ↓ 計測したい処理を

2017年9月21日にいよいよ Java 9 がリリースされます。 Java 9 を利用することのメリットは一体何でしょうか？こんにちは。ヌーラボのアカウント基盤を Java で支える Nulab Apps チームの加藤です。 Nulab Apps チームが開発するアカウントの基盤はサード パーティ製の Java ライブラリだけでも 154 個の依存関係を有します。154 個の Java ライブラリは数々の破壊的変更を乗り越え、おおよそ最新の安定バージョンに更新し続けてきました。 もちろん言語のメジャーバージョンアップにも対応し、現在では Java 8 の関数型をプロダクト コードで使用可能な環境を維持しています（これが楽しい）。本ブログは、ヌーラボのアカウント基盤を先行して (ローカル開発環境のみで) Java 9 にマイグレーションして発生した問題と一時的な対処法を記録した奮戦録です。