OpenJDKのコミッタってどんなことしたらなったの？解決してきた技術課題の事例から見えてくる必要な知識と技術（JJUG CCC 2023 Spring）

© 2023 NTT DATA Corporation
OpenJDKのコミッタってどんなことしたらなったの？
解決してきた技術課題の事例から見えてくる必要な知識と技術
2023年6月4日 JJUG CCC 2023 Spring
株式会社NTTデータ技術革新統括本部技術開発本部
阪田浩一

© 2023 NTT DATA Corporation 2
発表者
• 株式会社NTTデータ所属
• OpenJDKコミッタ
• Javaチャンピオン
• Oracle ACE Pro (Java分野)
Koichi Sakata
阪田浩一
jyukutyo

最初の疑問
Javaは誰が
作っているの？

前提として
多くのJDKがベースとする
OpenJDKを取り上げると…

ちょっと待って
OpenJDKって
何なの？

OpenJDK[1]とは何か
 OpenJDKはオープンソースのJava SE 仕様の実装と
その関連製品を開発する場
 そのソースコードはGitHubにある[2]
[1] https://openjdk.org/
[2] https://github.com/openjdk/

OpenJDK[1]とは何か
 OpenJDKはオープンソースのJava SE 仕様の実装と
その関連製品を開発する場
 そのソースコードはGitHubにある[2]
 バイナリは提供しない
• 自分でビルドするもしくは他の誰かがビルドしたバイナリを利用する
• 多くのJDKはOpenJDKをベースとして作成したものである
[1] https://openjdk.org/
[2] https://github.com/openjdk/
2006 2023
Javaオープンソース化発表
Java 6リリース
Java 20
リリース

改めて最初の疑問
Javaは誰が
作っているの？

JDK 11から最新20までの課題解決数の割合（組織別）
https://blogs.oracle.com/java/post/th
e-arrival-of-java-20

Java（OpenJDK）は誰が作っているのか
 さまざまな企業と個人
• 企業が開発に参画している
• 個人として参画している人も多くいる

次の疑問
OpenJDK開発って
何をするの？

OpenJDKの開発
 一般的なOSSの開発と内容は同じ
• 新機能追加
• 機能拡張改善
• バグ修正
 提案や意見交換はメーリングリスト[1]
 開発はGitHub上[2]
[1] https://mail.openjdk.org/mailman/listinfo
[2] https://github.com/openjdk/jdk

OpenJDKの内容物
 Java APIの実装
 Javaコンパイラ
 Java仮想マシン（JVM）
• ガベージコレクタ JITコンパイラなど
 各種ツール
• JDK Flight Recorder jcmd jhsdbなど
[1] https://mail.openjdk.org/mailman/listinfo
CAFE
BABE
0000
クラスファイル
クラスローダーサブシステム
実行時データエリア
ヒープ … …
実行エンジン
インタ
プリタ
JIT
コンパイラ
ガベージ
コレクタ

実装プログラミング言語
大まかに述べると
 JVM ： C++
 JVM以外： Java

突然の提案
あなたもJava、
今すぐ開発しませ
ん？

それじゃあ
私にも Javaの開発が
できるの？

誰でもOpenJDK（Java）の開発に参加できる
 色々なレベルの開発者がいる
• すごい開発者だけではない
 必要な能力はほんの少し
• やり抜く力
• 継続する力
 以下の能力は想像よりも重要ではない
• 技術力
• 英語力

開発に貢献する動機は何だっていい
 技術力を高めたい
 Javaに恩返ししたい
 ワールドワイドで活動したい
 JVMになりたい
 ...

貢献方法はいろいろある
1. プルリクエストを出す
2. リリース前の機能を試す
3. アイデアを提案する
4. 議論に参加する
5. イベントで登壇する
6. ブログに投稿する
7. ...

貢献方法はいろいろある
1. プルリクエストを出す
2. リリース前の機能を試す
3. アイデアを提案する
4. 議論に参加する
5. イベントで登壇する
6. ブログに投稿する
7. ...
今日はこれ！

ところで
JVMとかJavaのAPIのバグって
よく遭遇しますか？

普通に使っていてもそんなにバグに遭遇しない
 Java APIのバグ JVMのバグ
• まったく遭遇したことがない人も多いと思う

疑問
プルリクエストを出す題材は
めったに見つけれらない？

私もそうでした
 当初の考え方：バグを見つけたら修正に挑戦しよう
• 機会が運の問題になってしまう
 発想の転換：自分で見つけて直す
• どうすれば修正対象を見つけられるか？

じゃあ
今までと違う使い方を
してみよう！

今までと違う使い方をしてみる
 異常系でするようなやり方で使ってみる
 使ったことがないもの（API ツール）を使ってみる
 異なる条件でビルドして使ってみる

異常系でするようなやり方で使ってみる
 私が修正した例： UL（Unified Logging）
-Xlog[:[selections][:[output][:[decorators][:output-options]]]]

異常系でするようなやり方で使ってみる
 私が修正した例： UL（Unified Logging）
-Xlog[:[selections][:[output][:[decorators][:output-options]]]]
// Java 15以前
$ java -Xlog::::::foo:::::::
// とくに警告もなく実行できる
5つ目以降のコロンは無効なので
警告を出した方がいいのでは
// Java 16以降
$ java -Xlog::::::foo:::::::
[0.003s][warning][logging] Ignoring excess -Xlog options:
":foo:::::::"
// 実行はする

使ったことがないものを使ってみる
 ツールやAPI
 私が修正した例: jcmd

使ったことがないものを使ってみる
 ツールやAPI
 私が修正した例: jcmd
ドメイン内容
VM JVMの実行情報取得ログ設定など
Compiler JITコンパイラ関連
GC ガベージコレクション関連
Thread 現状スレッドダンプのみ
JVMTI JVM Tool Interface関連エージェントのロードなど
JFR フライトレコード関連
ManagementAgent JMXエージェント関連
使い方: jcmd <pid> command ドメイン.操作
jcmdはとても多機能

あれ？この機能ちゃんと動いてない
 Java 16以前
 実行中にjcmdでULログの設定変更をする
 変更が成功したとメッセージが出るが
実際には変更されていない

Java 16でのjcmdにおけるULログ設定バグ

あれ？この機能ちゃんと動いてない
 Java 16以前
 実行中にjcmdでULログの設定変更をする
 変更が成功したとメッセージが出るが
実際には変更されていない
 そもそもこれは変更できない設定項目
なので成功ではなく変更しないというメッセージを出すべき

修正してみた

Java 17でのjcmdにおけるULログ設定

異なる条件でビルドして使ってみる
 OSやライブラリなどを変えてビルドする
 バージョンを最新などに変えてビルドする

ビルド？
OpenJDKって
どうやってビルドするの？

デモ: OpenJDKのビルド

OpenJDKのビルド[1]
 LinuxやmacOSは簡単
 Windowsは少し手間がかかるかも
• （数年前に一度やっただけでうろ覚え）
• WSLでもできる
 ネット上に多く関連投稿がある
• 日本語でも
[1] https://github.com/openjdk/jdk/blob/master/doc/building.md

異なる条件でビルドして使ってみる
 OSやライブラリなどを変えてビルドする
 バージョンを最新などに変えてビルドする

バージョンを最新などに変えてビルドする
 私が修正した例
• GCC 10がリリースされたとき GCC 10でビルドしてみた

バージョンを最新などに変えてビルドする
 私が修正した例
• GCC 10がリリースされたとき GCC 10でビルドしてみた
In file included from /home/jyukutyo/code/jdk/src/hotspot/share/classfile/systemDictionary.hpp:31,
from /home/jyukutyo/code/jdk/src/hotspot/share/classfile/javaClasses.hpp:28,
from /home/jyukutyo/code/jdk/src/hotspot/share/precompiled/precompiled.hpp:35:
In member function 'void Symbol::byte_at_put(int, u1)',
inlined from 'Symbol::Symbol(const u1*, int, int)' at
/home/jyukutyo/code/jdk/src/hotspot/share/oops/symbol.cpp:55:16:
/home/jyukutyo/code/jdk/src/hotspot/share/oops/symbol.hpp:130:18: error: writing 1 byte into a region of size 0
[-Werror=stringop-overflow=]
130 | _body[index] = value;
| ~~~~~~~~~~~~~^~~~~~~
(omitted)
以前は出ていなかった
警告が新たに3つ出た

警告の内容を確認する
 抜粋
/home/jyukutyo/code/jdk/src/hotspot/share/oops/symbol.hpp:130:18: error:
writing 1 byte into a region of size 0 [-Werror=stringop-overflow=]
130 | _body[index] = value;
| ~~~~~~~~~~~~~^~~~~~~
/home/jyukutyo/code/jdk/src/java.base/share/native/libfdlibm/k_standard.c:743:19:
error: 'exc.retval' may be used uninitialized in this function [-Werror=maybe-
uninitialized]
743 | return exc.retval;
| ~~~^~~~~~~
/home/jyukutyo/code/jdk/src/java.base/unix/native/libnet/NetworkInterface.c:974:13:
/usr/include/x86_64-linux-gnu/bits/string_fortified.h:106:10: error:
'__builtin_strncpy' output may be truncated copying 15 bytes from a string of length 15
[-Werror=stringop-truncation]
106 | return __builtin___strncpy_chk (__dest, __src, __len, __bos (__dest));
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

GCC 10での変更点
GCC 10 Release Series — Changes, New Features, and Fixes https://gcc.gnu.org/gcc-10/changes.html

どうしても自分で
題材を見つけられないとき
何か他の方法はある？

 JBS（JDK Bug System） [1]
バグトラッキングシステムを見てみる
[1] https://bugs.openjdk.java.net/projects/JDK/issues/

JBS
 各PRには対応するJBSのイシューがある
• というよりも JBSのイシューが先にありそれにPRを出すということ
 イシューのラベル starterやclean-up は初級者向け
• それらを題材にする

題材を見つけたとして
誰でも修正できる？

JavaからC++へ
 私の場合
• 社会人歴 ≒ Java Webアプリの運用開発だった
• JVMのコードが初C++だった

誰でも修正できる
 言語面はなんとかできる
• 他者が書いたコードを直すという意味では普段と同じ
 低レイヤに関する知識が要求されることもある
• OS CPU メモリネットワーク場合によってはアセンブリ言語
• 調べればなんとかなることも多い

ところで
どういう風に
開発するの？

エディタ IDE
 お好みで何でもよい
 私の場合
• IDEを使っていたこともあったが
今はそのマシンにあるプレーンなエディタを使うだけ
• 加えてfindとgrepでほとんどの場合いけてしまっている

デバッグツール
 printデバッグでもほとんどの場合いける
 GDB
 CLion
• JetBrainsのC++用有償IDE

テスト
 jtreg
• Javaコードの独自テスティングフレームワーク
• JDK用リグレッションテストハーネス
 Google Test（gtest）
• C++コード用のテスティングフレームワーク

デモ: jtregのテスト実行

これで開発は
できそうだ…！

ところで
プルリクエストは
英語で出すんですよね？

英語力
 PRにはそれほど必要ない感じ
• 高校1,2年の内容が思い出せれば十分そう
• DeepL Google翻訳などを活用する
 提案議論では長文が要求される
• このときはがんばる

仕事でPRは書いているけれど…
そもそもPRに
どんなことを書いたらいいの？

動くようにする ≠ 大規模OSSでPRをマージまで持っていく
 PRはすんなりマージされない
• レビューコメントはいくつもつく
• やりぬく力がいる

動くようにする ≠ 大規模OSSでPRをマージまで持っていく
 PRはすんなりマージされない
• レビューコメントはいくつもつく
• やりぬく力がいる
 OpenJDKは巨大なプロダクトである
• 修正が想像もしなかった部分に影響すると指摘されることもある
• 症状修正方法テスト内容を文化が異なる国にいる
初対面のエンジニアに詳細に説明しなければならない
 PRで何度も修正したりより詳しい説明を求められる
ことはよくある

何をしたのかではなくなぜそうしたのか
 すべてをさらけ出すことになる
• この点はWebアプリ運用開発のときより厳しさを感じる
 バグなら再現手順を確立する
• 手順は余分なものを削ぎ落とし可能な限りシンプルな手順にする

PRマージのイメージ
(Omitted)

継続しよう
 PRを出せば出すほど Javaのことがよりわかる
• 同時にまだまだ知らないことがたくさんあることがわかる

継続しよう
 PRを出せば出すほど Javaのことがよりわかる
• 同時にまだまだ知らないことがたくさんあることがわかる
 何よりもまずコードを書いていこう
• 読むだけよりももっと楽しい
• そのためにも修正改善の題材を探すことが重要
 やり抜くことを継続するとふと気づいたとき
思ってもいなかった場所にたどり着いている

質問
どんなことをしたら
コミッタになるの？

OpenJDKにおけるコミッタの定義
 コミッタ認定基準はOSSごとに異なる
 OpenJDKの開発者ロール
• レビュワ + コミッタで世界に300人+
コミッタ
Author
コントリビュータ
バグ登録権限など
開発者権限を保持
OpenJDKコミュニティにおける開発者ロール
レビュワ

 コミッタ = 無条件にすごいではない
• もちろんコミッタにはすごい人も多いけれど
 コミッタ = 修正を最後までやり抜きそれを何度もやった人
• すごいことをやる必要はない
• 言い換えるとどんな人にもなれるチャンスがある
コミッタってすごいの？

コミッタ認定の流れ
 基準クリア -> 推薦 -> 投票 -> 認定
• 基準: コードに対して意味のある修正を 8回以上実施する
• 推薦: コミッタ以上が候補者をメールで推薦する
• 投票: コミッタ以上がメールで賛成か反対の票を入れる
• 認定: 反対票がなければコミッタ認定

コミッタ認定の流れ
 基準クリア -> 推薦 -> 投票 -> 認定
• 基準: コードに対して意味のある修正を 8回以上実施する
• 推薦: コミッタ以上が候補者をメールで推薦する
• 投票: コミッタ以上がメールで賛成か反対の票を入れる
• 認定: 反対票がなければコミッタ認定
 私の場合
• PRが14回マージされていた
• 何度かレビューしてくれていた米オラクル社の人から
突然推薦するとメールが来た
• 投票を経て2月に認定

そうは言っても…
1人で全部進められるか
不安…

メンタになってもらう
 OpenJDK開発は多人数ワールドワイド英語使用難解
• 独力でやり遂げられる人は多くないはず
- 私はやりたい思いがありつつ長年始められなかった

メンタになってもらう
 OpenJDK開発は多人数ワールドワイド英語使用難解
• 独力でやり遂げられる人は多くないはず
- 私はやりたい思いがありつつ長年始められなかった
 コントリビュート経験者に相談する
• このCCCにコミッタ以上のロールを持つ人は何人も来ている
• 1度F2Fで話しておけばソーシャルメディアでも相談しやすい

（私に限らず）
気になったセッションの
発表者に話しかけてみましょう！

私の場合: JavaカンファレンスとTwitterでのやり取り
 後に師匠となる人のセッションを聞き衝撃を受ける
• Javaのことなのにセッションの半分が理解できない
 以降師匠のセッションがあればそのイベントに出向く
• 当時関西在住東京まで出てくる

私の場合: JavaカンファレンスとTwitterでのやり取り
 後に師匠となる人のセッションを聞き衝撃を受ける
• Javaのことなのにセッションの半分が理解できない
 以降師匠のセッションがあればそのイベントに出向く
• 当時関西在住東京まで出てくる
 海外カンファレンスで師匠と実際に話す
 OpenJDKについてブログ投稿やツイートをすると
Twitterで助言をもらえるように
 転職し師匠と同僚になる
• メンタになってもらう

コントリビュートしてコミッタになってよかったこと
 Javaの歴史に自分も痕跡を残せたうれしさがある

コントリビュートしてコミッタになってよかったこと
 Javaの歴史に自分も痕跡を残せたうれしさがある
 コミッタ向けイベントに参加できる
• OpenJDK Committer's Workshop
 OpenJDK開発者と知り合えた
• 日本語話者の開発者とも
 新しい技術領域に踏み出せた

まとめ

見えてきた必要な知識と技術とは
 知識も技術もあとからついてくる
 やり抜く力と継続する力こそが大切
 言い換えればどんな人だって歩き続ければ
そこにたどり着ける！
• そこはきっと自分が思い描く場所

本資料に記載されている会社名、商品名、又はサービス名は、各社の登録商標又は商標です。

OpenJDKのコミッタってどんなことしたらなったの？解決してきた技術課題の事例から見えてくる必要な知識と技術（JJUG CCC 2023 Spring）

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

Semelhante a OpenJDKのコミッタってどんなことしたらなったの？解決してきた技術課題の事例から見えてくる必要な知識と技術（JJUG CCC 2023 Spring）

Semelhante a OpenJDKのコミッタってどんなことしたらなったの？解決してきた技術課題の事例から見えてくる必要な知識と技術（JJUG CCC 2023 Spring） (20)

Mais de NTT DATA Technology & Innovation

Mais de NTT DATA Technology & Innovation (20)

OpenJDKのコミッタってどんなことしたらなったの？解決してきた技術課題の事例から見えてくる必要な知識と技術（JJUG CCC 2023 Spring）