JPoint 2018 Java会議のお知らせ：JDK 9、高負荷およびJVMパフォーマンス

Joker 2017の印象はまだ治癒する機会がなく、 JPoint 2018をすでに準備しています。 より正確には、数か月前に準備を始めたので、今日はすでに発表すべきことがあります！ ご覧のとおり、一時停止することなくJava会議を行っています。



私たちが持っているものを見てみましょう：

1. タイトル： JPoint 2018 Java Conference
2. 日付と場所： 2018年4月6〜7日 、モスクワ、WTCコングレスセンター。
3. 10人のスピーカーがすでに参加を確認しています。
4. 論文募集。
5. 展示とスタンド。
6. いくつかのトレーニング。

すべての詳細はカットの下にあります。

会議プログラム

心配することはありません：Javaのみ、ハードコアのみ！ レポートの密度は低下せず、すべて同じ2日間と4トラックです。



JVM、並行性、分散および高負荷システム、Java 8/9/10、および選択されたフレームワークとツール（Spring、Spark、BPFなど）の基本とパフォーマンスについて説明します。 それまでの間、プログラムに既に含まれているレポートを見てみましょう。



Alibaba、Sanhong Li-Alibaba JDK（AJDK）による極端なスケーリング



過去2年間、私たちのJava会議の参加者は私、参加者、友人、パートナーに近づき、同じ質問をしました。「Alibabaがないのはなぜですか？」 はい、世界最大のプロジェクトの開発者だけでなく、JVMディレクションのリーダーでもあります。 JPointに必要なもの。 IBMの経験があり、OpenJDKオープンソースの貢献者であるSanhong Liに会い、現在、OpenJDKのカスタムバージョンであるAlibaba JDKの開発者をリードしています。



11月11日、アリババは再び独自の帯域幅記録を破り、毎秒325,000トランザクション（昨年より60％増加！）に達しました。そのほとんどは、数十万のサーバー上の数万のJavaサービスで実行されました。 このレポートでは、SanhongがOpenJDKをタスクに合わせてどのようにカスタマイズしたかについて説明します。

• オブジェクトを割り当てるための独自の非GCメカニズムの開発では、いわゆる「非表示領域」にオブジェクトを作成し、GCオーバーヘッドなしで通常のJavaオブジェクトとしてそれらを操作できます。
• JVMにcorutinを統合して非同期アルゴリズムを実装することについて。
• JVMのカスタム効果的なリアルタイム診断の作成について。

さらに、Alibabaのスタッフが、サービスの負荷の分析に頼って、そのような機能が必要であるという結論に至った方法を正確に学習します。 一般に、このレポートは、ワークロードがどれほど高くても有用です。

---

PivotalのJuergen Hoellerによる2つのレポート



おそらく、Spring Frameworkオープンソースプロジェクトの共同設立者であるJürgenをご存知でしょう。ご存じない場合は、2003年からリリース管理に携わっており、Spring Frameworkコアプロジェクトを管理してきました（14年間、私の頭に収まりません）。 JPoint 2018で、彼は2つのレポートを作成します。

• Spring Framework 5：機能のハイライトと隠された宝石
  
  
  
  Spring Framework 5.0の主要な機能は、機能的および事後的な開発アプローチのサポートでしたが、新しいバージョンにはまだ目立たない「ねじれのない」部分が多くあります。
  
  
  
  レポートには、主な機能とユルゲンがお気に入りで最も有用であると個人的に特定する機能の両方の詳細なレビューが含まれます。 さらに、今後の5.1リリースの新機能を確認できます。
  
  
• JDK 9上のSpring Framework 5.0
  
  
  
  JPoint 2018で、ユルゲンは多くのJava開発者にとって緊急の問題になるものについて話す予定です。 もちろん、待望のJDK 9への移行についてすぐに考えました。そのため、Jürgenは、Spring Frameworkの5番目のバージョンがEightだけでなくNineでも機能する技術的側面を明らかにします。 この講演では、Jürgenがフレームワーク開発者がJDK 9との互換性を確保する上で直面する課題を紹介します。 さらに、ここでは、JDK 9でSpringプロジェクトを更新するための具体的かつ実用的な推奨事項を紹介し、アップグレードに関連する利点と「犠牲者」の概要を説明します。
  
  

---

Stephane Nicoll、Pivo​​tal-Spring Boot 2.0を使用したリアクティブWebアプリケーション



Spring Bootアプリケーションの新世代はすでにここにあります。バージョン2.0では、Spring WebFluxリアクティブWebフレームワークを使用できます。 すべてがライブコーディングでフレーバー化されるセッションでは、WebFluxアプリケーションがどのように生まれるかを確認し、Boot：Actuator、Developer Toolsなどの機能を最も効果的に使用する方法を理解します。



WebFluxを使用すると、リアクティブWebコンポーネントを記述し、Nettyなどの新しいHTTPランタイムをサポートできるため、Spring MVCのスタイルで昔ながらの方法を記述するか、「WebFlux.fn」と呼ばれる新しい機能的アプローチを試すことができます。

---

サンダーマック、ルミニステクノロジーズ-Java 9モジュールへの移行



Java 9では、新しいモジュールシステムが導入されています。 使用する必要はありませんが、使用することで多くの可能性が開かれます。 新しいモジュールシステムを使用するために既存のコードを移行するのはどれくらい難しいですか？ 既存のコードベースをクラスパスから任意のモジュラーシステムに転送するのは、大変な作業です。 モジュールをまだ使用しない場合でも、Java 9クラスパスでアプリケーションを実行すると、新たな問題が発生する可能性があります。 このレポートでは、このような問題の解決策を提案します。



移行を容易にするために、Java 9は自動モジュールおよび匿名モジュールを含むいくつかの機能を提供します。 レポートでは、Spring / Hibernateアプリケーションに基づいた実際のコードの移行の例を分析します。 転送中に発生する可能性のある一般的な問題を考慮してください。 モジュールのシステムと転送の機能についての実用的なアドバイスと理解が得られます。 このレポートは、コードの移行を開始するための優れた準備として役立ちます。 一般に、このモジュール化されたコードが穴の中でどのように泳ぐことができるかを確認しましょう。

---

Rabea Gransberger、MEKOS-コードをJava 9モジュールにリファクタリング



Java 9では、コードをモジュールに分割し、特定のパッケージにのみアクセスできるようにするため、パブリッククラスをpr索好きな目（および手...およびコード！）から隠すことができます。 さらに、コードをモジュールに分割することで、その再利用性を高め、ソリューションのサポートを簡素化し、技術的負債の増加率を減らします。



Rabeaは、既存のモノリシックソリューションを複数のモジュールに分割するいくつかの方法を紹介します。 どのパーツを分離できるかを理解できるツールを選択し、すべてがスムーズに進むように、リファクタリングでいくつかのトリックを使用します。 最後に、いくつかの複雑な例を見て、それらに対処できるパターンを適用しましょう。

---

Geroo Grunwald、Canoo Engineering AG-JDK 9でのJavaFX



Joker 2017でナインに関するレポートがそれほど多くなかった場合、JPoint 2018でこれに問題はありません。 コレクションの4番目のJDK 9レポートは、Gerrit Grunwaldによって提示されます。



Java User GroupMünster （ドイツ）の創設者であるBlogger 、JavaOne Rockstar、およびJavaチャンピオン-Gerritの貢献を過大評価することは困難です。 彼は、JDK 9モジュールシステムがJavaFXアプリケーションの開発と操作にどのように影響したかについて話します。JavaFX9の新機能は何ですか？ JDK 9に切り替えると何が得られ、何が失われますか？

---

クリストファー・バテイ、ライトベンド-Akkaでスケーラブルなバックプレッシャーサービスを構築



非同期バックプレッシャープログラムとはどういう意味ですか？ スケーラブルなサービスにとってなぜこれほど重要なのですか？ このレポートでは、これらの質問に対する答えを見つけようとします。


影響：

• リクエストごとのスレッドと 非同期サービス。
• 「バックプレッシャー」とは何か、およびネットワークレベルまでの操作方法。
• Akka HTTPおよびAkka Streamsを使用してバックプレッシャーを処理する方法。
• これが他の非同期プログラミングツール（CompletableFutures、Observablesなど）と比較する方法。

時間が残っている場合は、ネットワークアプリケーションがアプリケーション層プロトコル、TCPプロトコルを介してクライアントアプリケーションに直接圧力を送信する方法も示します。

---

ローマンエリザロフエリザロフ、JetBrains-コトリンコルーチン



Kotlinとガッツを愛する人向けのレポート：Romanが詳細に説明し、Kotlinのコルーチンがどのように設計および実装されたかを示します。



「なぜコルーチンが必要なのか」などの質問に答える多くのバイトコードとベンチマークがあります。 「CPSとCSPの違い」 「コルーチンが起動されたときに起こること、およびそれが与えるオーバーヘッド」。 「JVMでこれをどのように実装しますか。」

---

ダグラス・ホーキンス、Azul Systems-ReadyNow-Javaのプロファイリングを備えた「AOT」



JITとAOTのコンパイルの違いを説明するのは無意味だと思います。みんなよく知っています。 JITは最適化されていますが、ウォームアップに時間がかかり、AOTコンパイルでは最適化されていない多くのコードにアクセスできません。



講演は、主任開発者がダグラスであるReadyNowテクノロジーについてです。 ReadyNowは、両方のタイプのコンパイラーの利点を組み合わせて、それらの欠点を回避しようとします。 ここでは、ダグラスが伝道者ではなく開発者であることを強調する価値があります。そのため、プレゼンテーション中にテクノロジーの裏側を見て、これがどのように機能するかを理解してみてください。 ReadyNowが（そして何のために）JITのウォームアップを加速し、最適化を回避できるかどうかを確認し、Java AOTコンパイラーが「先天性」疾患を克服する方法を理解してみてください。

---

Sasha goldshtn Goldshtein、Sela Group-JVMアプリケーション用のLinuxコンテナパフォーマンスツール



「コンテナ革命」はすでに行われています。周りの人は皆、Javaアプリケーションのパッキング、コンテナ化、デプロイを行っています。 ただし、抽象化と同様に、コンテナは喜びと幸福だけでなく、アプリケーションの監視、プロファイリング、トレースに関連する問題ももたらします。 問題は、コンテナはいくつかの分離チップとリソース制限を備えた単なるプロセスであるという事実にもかかわらず、Linuxで正常に動作する多くのパフォーマンスツールをコンテナで非標準で使用する必要があることです。 いくつかは一般的に嘘をつき始め、単に実行しているコンテナではなく、ホストデータに基づいてレポートします。



Sashaのレポートでは、コンテナーに関する最も一般的なパフォーマンスの問題を解決する方法を説明しています。

• コンテナ内のリソース消費レベルを理解する方法。
• CPU消費またはCPUリソース制限の問題。
• ディスクまたはファイルシステムの遅延の問題。
• データベースとのコンテナ間アクセス。

このため、Sashaには豊富なツールがあります。perf、非同期プロファイラー、フレームグラフ、BCC、その他信頼できるオープンツールと商用ツールです。

---

論文募集

上記の人々が十分ではないと思う場合、レポートをより良くすることができます- 応募してください 、論文募集は開いています！



ただし、別のシナリオがあります。興味深い制作があり、Oracle、Pivo​​tal、JetBrainsのメンバーと同じステージでパフォーマンスを行いたい場合は、レポートも送信してください。 疑わしい場合、または伝えるべきものがないと思われる場合は、申請書を提出してプログラム委員会と相談することをお勧めします。 実際、あなたにとって些細で日常的なことと思われることが、他の人にとっての啓示またはベストプラクティスであることがしばしばあります。 気軽に！



準備する時間があります-プログラム委員会は、アイデアとベストプラクティスから優れたレポートを作成するのに役立ちます：詳細を追加する必要がある、不要なものを削除する場所、プレゼンテーションを完璧にする方法をアドバイスし、もちろん、1-2トレーニングであなたに感謝します。 私は、プログラム委員会との数か月にわたる作業で、完全に生で準備の整っていないスピーカーがレポートを作成し、後でトップJPointに入るように磨き上げたときに、いくつかの例を目にしました。

ディスカッションエリア

質問をするために手を挙げたときの気持ちは確かにわかっていて、司会者は突然「1つの質問の時間はあります」とアナウンスします。



過去1年に少なくとも1回会議に出席したことがある場合は、これは私たちには起こらないことがわかります。 各レポートにはディスカッションエリアが付いています 。 参加者とスピーカーの両方-この形式には誰もが喜んでいます-特別に指定された場所で静かに特定の質問をすることができます。スピーカーは、どんなに狭い質問でも、タイミングやについて考えることなく、建設的かつ徹底的に答える機会がありますこれがすべてリスナーにとって興味深いかどうか。



「インターネット上のすべてを見つけることができるのに会議に行く理由」という質問に答えるのは、ディスカッションゾーンです。 それは簡単です：あなたの特定の質問を個人的に尋ねること。 さて、JPointでは、このためにすべての条件が作成されます。長い休憩中、トラックオーバーにより、スピーカーがイラストボード、座席、コーヒーを飲むことができる割り当てられたスペースに移動します。 今、タイミングでdrれる質問は一つもありません。

オンライン放送

適切なチケットを購入することで、すべての会議レポートをオンラインで見ることができます。 ただし、私たちの放送には言及する価値のあるチップがいくつかあります。

• 1440pのビデオ-スピーカーとFullHDスライド（またはライブコーディングの場合はラップトップ画面）を1つの画面に同時に表示するために追加のスペースが使用されます。
• 任意の部屋からレポートを見る機会、あなたは個人的に来た参加者と同じくらい多くの機会を持っています！
• さらに、質問がある場合は、会議のテレグラムチャットを通じてスピーカーに質問し、すぐに回答を得ることができます。
• 改善された音質、真剣に再設計された録音システム。
• 報告の合間に、プラットフォームのスピーカーと参加者がディスカッションエリアに向けて出発すると、オンラインブロードキャストレポートの視聴者と、 フィレニアムとオレグチールのスピーカーとスポンサーとのインタビューを表示します。 これらの人は自分のものを知っています、あなたはジョーカー2017の例であなた自身を見ることができます;
• 多くの小さな技術的な問題は解決されましたが、大多数は気付かなかったものの、そこにありました。 一般的に、放送を見ている感覚は良くなるはずです。

展示会とスタンド

前回JPointで開催された展示会には、Sberbank Technologies、Odnoklassniki、JetBrains、GridGain、Alpha Laboratoryなど、10のスタンドがありました。 Jokerには24社が参加しました。ペースが続く場合、数年後にCrocusで会議を行う必要があります。 :)



今回は多くのスポンサーが参加し、彼らは興味を持ちます：ほとんどすべての企業が、賞品のパズルから思考の力によって制御されるゲームやVRアトラクションまで、さまざまなインタラクティブなものを準備します。 さらに、各スタンドでは、企業の所在地を確認したり、陰影測定（オフィスの温度が低い）を実践したり、IT業界の大企業のメンバーと生活について話し合ったりすることができます。

トレーニング

今年から、カンファレンスと一緒にトレーニングを行っています。Joker2017では 、Evgeny EvgenyBorisovとKirill tolkkv Tolkachevを 、SpringとNikolai xpinjection Alimenkovで2回トレーニングしました。 今回は「品揃え」を拡大し、さらにいくつかのトレーナーと交渉しています。



詳細がある場合はお知らせします。 連絡を取り合いましょう。

チケットを購入する

登録は公開されており、早期チケットは現在有効です。 すでにJPointに行って、それが何であるかを知っているなら、 登録してください。 わからない場合は、より高い価格と最終プログラムを待ちます。 または、3分間のビデオを見て、この雰囲気に飛び込みたいかどうかを理解してください。







チケットをポケットに入れてプログラムを待つ方が楽しいといつも言っていますが。

JPoint 2018でお会いしましょう！