Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

OOMKilled due to GSRequest.sendRequest

オープン
#34 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
42/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
java
領域
api, backend

調査の方向性

Start at GSRequest and trace the HttpURLConnection request path described in the issue, then review how TransportContext.finishHandshake() is reached for each Gigya request. Replace the per-request connection behavior with Apache HTTPClient connection pooling, and verify that repeated requests no longer create a new connection each time while preserving the SDK request behavior.

索引モデルが issue の本文から書いたものです。

説明

We have investigated regular OOMKilled for a SAP Commerce Cloud customer.

After investigation, it appears that the OOMkilled was due to very high memory thread stack memory allocation/deallocation that creates over the time RSS memory fragmentation. The thread name is "HandshakeCompletedNotify-Thread" and related to a known issue with TransportContext.finishHandshake(), see https://bugs.openjdk.org/browse/JDK-8246039.

HttpURLConnection is called by Gigya Java SDK for each request to Gigya service and this code calls TransportContext.finishHandshake() at the end of the connection.

GSRequest should not create a new connection for each request to Gigya service but uses Apache HTTPClient instead of HttpURLConnection with a connection pool.

主要言語
Java
スター
21
フォーク
13
PR マージ指標
30日以内にマージされた PR はありません

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

SAP/gigya-java-sdk のほかの issue

SAP/gigya-java-sdk の issue をすべて見る

似ている issue

Java の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。