19.3のサポートです。19.2と19.3を同時にサポートすることができなかった私たちにとっては、全てか、ゼロか、のアップデートでした。19.3に移植する間に、いくつかの再発した不具合を経験しましたが、その中にはQuarkusが適切に動作していない(私たちはそれらを修理済)、あるいはGraalVMの再発した不具合(私たちはGraalVMチームと協力してそれらを修正中)によるものもありました。GraalVMの次のマイクロバグフィックスリリースは1月中旬に予定されているため、Quarkusから代替案を作成することで回避策を実行する必要がありました。19.3サポート付きでCR1を出荷することにしました。19.2に戻っています。これは難しい決断でした。1.1に向けて準備するために投資されたすべての作業を考えれば、なおさらです。このバージョンを戻す理由は何なのでしょうか?私たちは約束を破りたくないQuarkusが約束していることの1つは、エコシステムはどのJVMでもGraalVMネイティブイメージ実行可能ファイルと同様にうまく動作するということです。面倒な作業をしなくてもネイティブイメージを作成できることです。多くの問題がこれから外れていました。ランダムに発生する同時実行性の問題により、ネイティブ・イメージの作成が失敗することがありました。ためにネイティブイメージモードでは動作しなくなりました。私たちはこれと共存できたかもしれませんが、それはあなたのアプリケーションのどれにでも起こりうることを意味します。これらの再発した不具合では、私たちはすでに囲いの上にいて、すでにいくつかの修正を行っていました(下記参照)。私たちはQuarkusの約束の核心である別のものを見つけました。.0.CR1のリリース後、起動時のRSS利用量が以前ほど良くないという報告を受けました。RSSは、プロセスの常駐サイズ、つまりプロセスが消費するすべてのメモリーを測定します。1.1は14MBでした。19.3では63MBになりました。Quarkusのメモリ消費量が重要な値であるため、取り消すボタンをクリックし、さらに時間をかけることにしました。この問題を解決するために、QuarkusとGraalVMチームの間で調査が行われています。詳細については知りたい方は、Quarkusの問題とそれに関連するGraalVMの問題を参照してください。19.3上で動くQuarkusへの道筋が解決されます。.1にダウングレードする準備をしてください。JDK11もサポートされるでしょう)。並行性の問題はGraalVMのマスターブランチではすでに修正されているので、私たちは低レベルの問題を扱うことができます。.1にバックポートすることです。基本的に、私たちはそれが再び起こることを望んでいません:ゲームの後半でこれらを発見することは楽しくありません。これらの問題を早期に発見できるように、Quarkusエコシステム全体(コア拡張+quickstarts+Camel拡張+その他の外部拡張)がGraalVMのマスターブランチとうまく連携していることをチェックするいくつかのCIジョブをセットアップしています。Quarkus)マスタブランチとなり少し難解ですが、これが唯一の方法です。私たちはすでに、QuarkusのマスターブランチとGraalVMのマスターブランチでQuickStartの一式をテストするCIジョブを持っています。このCIパイプラインにRSS使用量のチェックを追加する予定です。面白い話ですが、私たちはRSSをテストする別のCIのジョブを持っていましたが、そのレポートはNullPointerExceptionで失敗しています。私たちの慎重な姿勢と1ヶ月程度の遅れをあなたにご理解いただければ幸いです。それまでの間、Quarkusの新バージョンには多くのエキサイティングな機能が搭載されているので、準備しておいてくださいね。各記事は著者の見解によるものでありその所属組織を代表する公式なものではありません。その内容については非公式見解を含みます。スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。