トレンドレポート作成フレームワーク
パート最初のフレーム：Javaテクノロジが⽣ライフサイクルを使用して記録します
この部分は英語に同じ標準ファイル局を使用して記録しました：
イノベーター
これらの初期の採掘を使用します
初期の公共ズーム
後期公共ズーム
技術的には⽣ライフサイクルを使用して記録し、あなた自身の著書「キャズム」⾥上げで⾥ジェフ・ムーアをズームし、米国の先進技術のマーケティング部門の概念です。マイニング技術を使用して
⽣ライフサイクルは、新技術の受け入れモデルの範囲にわたって測定を使用世帯を使用して⼀である、新しい技術を起こすと考えて、下からほとんどに表示されるようになりました
⾛が成熟した後、我々は必然的に早く、早期に使用して記録されている、革新の段階を経るすべての後半ズーム会衆をズームします。
グループは、それぞれの顔の亀裂の間になりますが、早く早くとの間の亀裂は、国民が最も大きく、使用して記録し、ズームが、この亀裂は伝説です
「ギャップ」は、唯一の公共以前この顔ズームグループ内に侵入し、このギャップを渡り、製品に等しいた主流の市場に入りました。
私はあなたがライフサイクルの各段階を⽣使用して記録されている国内使用して、次の技術が適切な技術に対応し、開発を組み合わせ願っています：
Java / JVM
Javaバージョン（8〜13）。
OpenJDKの開発⾏カスタマイズされたバージョンまたは公共のバージョン、OracleのJDK、OpenJDKのことで
オラクル/ RedHatの/アズール/アリババ/アマゾン、または他;
ホットスポットJDKは、このようなGraalVM、IBM OpenJ9として便利な⽣生産慣行、入って来。
以下のような構文や機能、：などラムダ/ストリーム、ベクトルAPI、（それもから優れもたらすことができるとの特徴があるかどうか
⾄かけがえのない値⻆⽣の製造、評価技術におけるそれらの位置は⽣ライフサイクルを使用して記録されています）。
JVM言語と、Kotlin、スカラ座、Groovyの、他;
主流のフレームワークの異なるレベル：JavaのEE（ジャカルタEE）、春のフレームワーク、RxJava、Vert.x、ネッティー。
マイクロサービス：春ブーツ/クラウド、ダボ、TarsJava、ServiceComb、他
⼩⻢コロンビア（@mercyblitz）：初期の革新が早い後半公共ズームズームにより、公開を使用して記録されています
Javaの13のJava 11のOpenJDKのJava 8
ジャカルタEE GraalVM反応
ストリーム
ラムダ/ストリーム
Apacheのダボ（ECO
システム）
Vert.x Kotlinスカラ、Groovyの
TarsJava RxJava /炉のJava EE（ジャカルタEE）、
ネッティー
ServiceComb春のフレームワーク
春ブーツ/クラウド
Apacheのダボ
基準局のための英国のInfoQの結果ファイル
パートセカンドショット：Javaの動向コメント
：あなたの分類の異なる段階での技術の最初のフレームの一部には、⼀の問題により、以下のコメントが含まれてください
なぜ、この手法では技術的な引き分けが⽣ライフサイクルを使用して記録されていること？この技術開発や国の機会と課題であります
何？
⼩⻢コロンビア（@mercyblitz）：
Java / JVM言語と - 春のフレームワーク、春ブーツ、そして春クラウド、この近代的なJavaフレームワーク、または類似Vert.x、RxJavaな⼩公共箱や原子炉などの場合、Java 8は、一般的に、業界が関係なく受け入れられてきました
フレームは、Javaの8の上に構築され、それ以降のバージョンを使用してきました。一方、ラムダ構文ともストリームAPIオープン
多くの場合、ワイドパン用⼯日に人員を送るには、使用を搬送され、トレンド構文のフォールバックを見ていません。そのため、Javaの8と
ラムダ/ストリームに分類することができ、「後半ズーム公衆。」JVM言語とScalaのとGroovyは速い次の日⻩花、過去になってきました
、⽽Kotlinは満足している光が徐々にKotlinの代替のレイトショーいるので、スカラ座やGroovyは「後半公共ズーム」されています
「早期公共ズーム」に移動し、彼の同類。しかし、Javaは、我々はその到着を待っていたが、受け入れ9は、とても幸運ではありません⽽です
数年。モジュラーJavaの原子力センターの特徴は、顔⽽私は完全に理解するであろう言語を加重し、そのセットを受け入れるようジャワ9
メーター。メモリフットプリント、しかし⽽それはより多くのカプセル化を減らす、モジュラー分離モジュールを強化しますが⽆
管理のコストが依存増加に成形。いわゆる歌ADVANCEDと死別、文字通り、モジュラー役に立ちません。したがって、上昇それを適用するには
9のJava APIに相当し、JVMを更新するJavaクラスの効果。同時に、Oracleはそれぞれ半分、Javaの9から始まることを発表しました
アップデートでのJavaのズームバージョンを⼀。だから、その中の多くの人々は、Java 11など⻓期間⽀ホールド（長期を選ぶだろう -
サポートは、LTS）バージョン、変更の言語は、Javaの9/10になってきた暫定バージョン（非LTS）1。そのため、Javaの11
Javaのユーザーを使用すると、次のように最も可能性の高いオプションが表示されますでしょう「早く人を使用して記録しました。」⾄Javaの13で、最近気づい
抜粋のアップグレードの変化や新しいGCアルゴリズムソケット2を実装する、または予想される顔を作るために便利ですが、それは「技術革新にランク
モジュール性に加えて、Java（登録商標）9はまた、APIのズーム量を更新する。リスト」によって、現像側バイアス部、APIが流れることができます
これは、最も魅力的なケアが反応ストリーム3-コネクタと標準の実装を提供し、内蔵のHTTPたことができます
クライアントの反応性が実現します。春とEclipseコミュニティはケアがフルワイドプッシュで撮影されたズーム、およびJavaのラムダがと
ストリームAPIもオフ⾏流れますが、開発者は⽽言語は、反応性ストリーム技術はまだ比較的なじみのない⽣あり、それ
「早期ズーム公衆。」オン 同様に、春にはまた、「公共のズーム初期」の段階に属している原子炉の枠組みの中にクリックを引用しました。RxJavaが、
反応性ストリームを実装して示しますが、避けられないリプログラミングの最初の2つの⽽言語、その位置に比べていません
それは行かなくなっていたよりも少ない、それは自宅で「早期公共ズーム」もあります。
OpenJDKの - 2019年の開始以来、Oracleは、OracleのJDK 8を発表し、高いサーバー側の展開にインストールされているが、もはやありません
無料、OpenJDKのJavaは、最もズーム使用して、ユーザーの選択肢となっています。OracleのJDKのOpenJDKが、ほとんどに慣れる⾄
⼀家族と時計に、しかし、OpenJDKのは、隠れ家の⼀種類⽽次の最善の選択とみなされる可能性が高いです。メインR＆D自動車と企業の
業界では、彼らはカスタムポイントは⽀開発を続け、OpenJDKのに基づいて選択することができます。では⼀ある程度、Javaの毛
亀裂が現れた方向を表示するので、将来の不確実性がまだある、それは「早期公共ズーム」に配置されます
ホットスポットJDKが便利⽣降伏練習に来て - 公式⽅で説明したようにGraalVM、GraalVMは、次世代インフラのJVMを記録することになります
市は、Oracleは、アイテムの焦点である、伝統的なJVMのネイティブ、Javaのパフォーマンス向上のそして未来を処理することができます
上昇と迅速なスタートと遠くない停止は、またまだ記載されている、先の互換性の前に十分な時間だけでなく、明確な取引条件を知られていません
「早期使用して記録としては合理的である必要があります
主流のフレームワークの異なるレベル
Java EEのは - ⽣Javaの状態で、Springフレームワークを使用して使用する原因と最も直接的または間接的にズームしなければなりません
一度先時間前に知られている軽量フレーム、明らかに「誤った名称」で、しかし巨人は顧客基盤を使用してズームし、すでに後半」にアクセスしてください
4は、多くの実際の孤独後ジャカルタEEは、公共、「⾏列。その代わり、Java EEの仕様や再編ズームイン
J2EEやJava EEの模倣者としてでは、Springフレームワークと特性のほとんどは達成するにもかかわらず、
JSR 5参照。⼀ある程度のJava EEのスプリングフレームワーク「圧縮」⾏流れ及びJSRの認識
既知のスペースなので、多くの開発者は、Java EEのAPIやJSRの担当者は、国内の特に若い存在を知りません
開業医は、メンバーに直面しています。もちろん、春はまた、従って、JSR 330 6として⽐、標準Java EEの少数への給電します
「後半ズームマイノリティ」などのJava EEは疑いを超えています。⼀、ジャカルタEEがでEclipseベースのことを言及する価値がある⾦
次の7ことができ、再び「魏MAX」の価値待機をリードする、ジャカルタEE今後のフォローアップは、「革新」メンバーになります
オープンネットワークのフレームワーク - オープンネットワーク2つだけのJavaフレームワークは、⼀は、他の⼆網状です。だから、また説明しませんでした
過言、結局のところ、オープンネットワークに関連する大半はApacheなど、フレームまたはどのように多くのミドルウェアや網状の関連付けをズームしていません
ダボ、春5 Webサーバー、そうでジャージーと、その「後半ズームパブリック」行が⾏歓迎しました。
マイクロサービスフレームワーク - Javaのマイクロサービスフレームワークの王が⽣使用の生産に便利な春の雲春ブーツとなしその他、数年になると、両方すでに技術スタック「後半、すべてのズーム」に属しています。これに対応し、Apacheのダボが表示され、オープン
タイムソースは⽐春クラウドは初期の多くは、パフォーマンスや安定性であれば、後者に関しては関係なく、良いの多くであることを
そのため、Apacheのダボも「遅いズームパブリック」の枠組みに属しています。しかし、最新のApacheダボECO
Apacheのダボはまだ先の時間の前に、クラウドネイティブ救済のケースを接近に基づくシステム（⽣状態システム）
「イノベーター」キャンプで緑豊かなわけではありません。⽽⼩会衆Vert.xためのプログラミングモデルとAPI親しみ、など
限定客観的条件が、それはまだ持っていた「早期人物を使用して記録しました。」同様に、TarsJava最もServiceComb
ごく最近になって登場し、認識と安定性は「早期の人を使用して記録。」またに、少し成熟した世帯を使用します
比較的完全な形で国内のフィールドかどうかさえ⾄は、技術トレンドをリードし始めましたか？
⼩⻢コロンビア（@mercyblitzは）：国内オープンソースソフトウェアでは、Apacheのダボで一年中（ファイルはダボと呼ばれます）
産業⻘視線は、いくつかの賞を受賞しました。顔はダボが技術トレンドをリードする機会を持っていると信じています。ダボからADVANCED過去の実績
RPCフレームは、（ファイルがダボECOシステムと呼ばれる）クラウドネイティブ⽣生態系に⾛ています。に実行するために、特定の
ダボコミュニティステップは春クラウドでダボをあるので、特に単一のパンチクラウドネイティブな判断の開発動向、あります
統合シナリオの下で。仕事⼯のこの部分は、先の時間の一員として、春の雲アリババ先の時間の項目に原子力センター加重用語を完了しました
ダボの春クラウド⽆スリットだけでなく、優れたパフォーマンスを提供し、伝統的な春の雲OpenFeignの上に置き換えることができる、と
そして、より多くの負荷分散戦略と融合させる特性を持っています。一方、柔軟な組み込みの拡張ポイントと異なるに適応ダボを達成するのを助けます
言語、環境、インフラ。カーネルダボクラウドネイティブ（今後の）特性の今後のリリースでは、することができ
すぐにトーン交換を使用して、任意のインフラストラクチャを分離役立つダボ（旧称を⽣）を達成し、春の雲（旧⽣）するダボの注意、
でも⾄K8Sシーンインチ どんなにシステム⼀プログラミングモデルは、開発者が迅速かつ効率的な配信業界の人材を進めたのに役立ちますライブダボの場合
ビジネスロジックは、先の時間の「Write Once、Run Anywhere」という到達します。あなたの言語よりも多くで、ダボフォローアップと、技術をメッシュし、
Istio成果は⼀が提示されます。
パートIII：使用して練習してください
可能な限り詳細に、トレンドレポートの一部として⼀を除き、これらの質問に答えて次の質問に答え、そしてまたあなたとして機能することができます
別のファイルへの技術のビジネス慣行、（各お客様のビジネスと技術の練習は、補足質問をパーソナライズInfoQのレポーター）：
Java関連：
OpenJDKの毛の特定のバージョンを使用して記録するかどうか、例JDKのバージョンを使用してあなたのビジネス⾏？どのようにして、国内のOpenJDKのを見ています
開発？（理由もなく、フォローアップ計画を使用してそこに記録されている場合は？）
⼩⻢コロンビア（@mercyblitz）：オープンソース⽅⾯、OpenJDKのオラクルの公式⽅使用可能な唯一の選択肢。公共のであれば
内部分裂、それは⽀OpenJDKのAlibabaのサブです。国内でのOpenJDKは、直接マルチユースを取り、撮影されている気かもしれません
会社フェニックスのワイ玲拡張⽑⻆。これは、国内企業の未来を選択すると、サブPictBridge対応OpenJDKの成熟と異なる場合があり⾯
ワイドより
⽀は、Javaテクノロジー・スタック⽅戦略のための画面を保持する前に、あなたのビジネスの先の時間は何ですか？時間を計画して先には何が目的ですか？中央重点核関連の痛みのポイントや事業
どのようなニーズがありますか？
⼩⻢コロンビア（@mercyblitz）：戦略的なレベルでは、便利な顔で来る明確ではないため、会社が画面上に設定されています。しかし、
⼀名インフラ、自動車ボディの経験と私の周り私の同僚を聞いた上でのR＆D担当者が痛みのポイントを訴えたが、まだあります。⽐など、Javaなど
アップデートバージョン9の問題の後。ワイド抵抗ズームインを押すと床反ストリーム、すべての後、ほとんどの開発者の人員とき
事業開発、ビジネスシステムは、蒸散ダイナミックな新技術を取ってきた、彼らは勇気の天候の十分な供給が不足している、とケアKPIの⼀加重彼らの原子力センターの安定性であります
導入は、時間がない、そこインフラの明らかな特徴がなく、APIがアップグレードを変更する場合は特に注意が、細部に細かい注意を持っています。言語⽽この顔のために、私は、センターは、C1とC2として、GCアルゴリズムやパフォーマンスなど、JVMでより多くのバリエーションを、加重オフ⽐⽐
JVMの開始を支援し、彼らはプログラミング言語としてのJavaを制限するので、すぐに停止する方法を、遅延やリソースのオーバーヘッドの結果としてコンパイル
クラウド時代の元⽣想像力の言語
ジャワの現在の全体的な発展のために、あなたはどう思いますか？
⼩⻢コロンビア（@mercyblitz）：Javaはあなたの言語をプログラミングし、全体的にやや重い順位⾏最初の場所の行に残りますが、前に先の時間⽐
断ります。それはそう直面し、将来この傾向は継続されます。理由⼀⽅⾯新しい言語の結果、短期的な効果が表示されます
万一、⼀⽅⾯Javaプログラミングの複雑さが大幅に削減されていない、⽐なI / O処理として、同時実行/⾏と計算し、
クラスのロードなどがあります。Javaの9はたくさんの提供を開始しましたにも関わらず、さらに、オペレーティング・システムとJavaの間の相互作用は、まだ不十分です
APIは、しかし⽽理解し、利用グループが低いです。これでJavaが⾯あなたの言語とGOよりも大幅に少ないの⽅。
ビューの言語層⾯から、Javaは言語は腕時計スタイルの構文を解決するための除算が変更された便利なJava言語、入って来主流に統合することです
こうしたJavaのラムダ式⽐8とJavaの10のタイプ（VAR）などのローカル変数としての技術、。顔はこれがあると思います
⼀かかわらず、家族の良いこと、将来の前端と後端、相互浸透、あなたの言語のために、お互いが良性で開発されています。
また、予想より顔が⽐GraalVMは、Javaに変更され、従来のJavaは、JVMプロセスに依存する必要があります適用します
解釈実行するバイトコード⾏ロードされ、助けることが持つことはできませんコンパイラを実行するとき、プロセスは、プログラムを実行するとき、すべてのコードの期間を作成することができるようにする場合には関係なく
⽽パフォーマンスのオーバーヘッドを持参から開始に影響を与え、JVMの時間を停止し、簡単に言えば、このシャッターモードは、オリジナルの⽣をクラウドに、ネイティブではありません
多分友好的ではありません。将来のコミュニティ版GraalVMもOpenJDKのようにすることができた場合はJavaのため、「⺠のプロ」であるので、
変更は、破壊的になります。
マイクロ関連サービス：
あなたの会社のマイクロサービスの実践⾏にあれば教えてください？全体的なシステムアーキテクチャで非常に比例した場合はどのくらいですか？そうでない場合、それはあります
いいえ関連の計画ん？
あなたが使用して記録しているメインマイクロサービスフレームワークとは何ですか？フィールドには国の技術開発を決定する方法は？あなたが主流のマイクロサービスフレームワークをと思いますか
ほこりが定住しているかどうかの競合？
どのように中国の現状と発展の見通しサービスのメッシュを見ていますか？
専門家の参加：
⼩⻢コロンビア（@mercyblitz）、著者の「春ブーツプログラミングのアイデア」、ApacheのダボPMCと春クラウド？
アリババアーキテクト
1.オラクルのJava SEサポートのロードマップ - https://www.oracle.com/technetwork/java/java-se-support-roadmap.html↩
2. Javaのパフォーマンス・チューニングのニュース2019年8月 - http://www.javaperformancetuning.com/news/news225.shtml↩
3.反応ストリームJVM - https://github.com/reactive-streams/reactive-streams-jvm↩
4.ジャカルタ - https://jakarta.ee/↩
5. Javaのコミュニティプロセス - https://jcp.org/en/home/index↩
6. JSR 330：Java用の依存性注入 - https://jcp.org/en/jsr/detail?id=330↩
7. Eclipseのファンデーション - https://www.eclipse.org/org/foundation/↩