Support pluggable workflow caches

オープン

#2,499 2025年5月1日に作成コメント 1 件リアクション 0 件担当者 0 名 GitHub で見る

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

評価

難易度: 5/5
見積もり時間: 1週間以上
初心者へのやさしさ: 35/100

issue の種類: 機能追加
明瞭さ: おおむね明確
活発さ: 停滞
技術スタック: java
領域: backend, distributed-systems

調査の方向性

まず、workflow スレッド用の現在の統合 LRU キャッシュを特定し、workflow がどのようにキャッシュに入り、キャッシュ内にとどまり、キャッシュから出るのかを確認します。プラグイン可能なキャッシュ境界、デフォルトの LRU 動作、およびユーザーが提供する実装の契約を定義します。既存のデフォルト動作を変更せずに代替戦略を提供できれば完了です。

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

説明

enhancement

There are cases where the current integrated LRU cache for workflow threads may not sufficiently capture the optimal strategy for all workloads.

For example, some high-volume workloads allow the cache to fill with workflows that are effectively abandoned because a remote worker completed them without any invalidation signal to clear the defunct task within the current worker. These abandoned workflows add extra eviction overhead for new, unrelated workflows, and the system may sometimes benefit from alternate eviction strategies that differ from the current synchronous LRU algorithm. Examples include augmenting the LRU with a TTL model, or adding an asynchronous/background eviction mechanism.

The proposal is to add a mechanism allowing a pluggable cache that defaults to the current LRU design, allowing SDK end-users to supply their own implementations when desired.

主要言語: Java
スター: 433
フォーク: 249
平均マージ: 6日 5時間
マージ済み PR（30日）: 25

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

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

temporalio/sdk-java のほかの issue

temporal java sdk is using an older version of grpc-netty-shaded with vulnerabilities オープン

難易度 2/5 1〜3時間初心者へのやさしさ 62/100

temporalio/sdk-java#2676 · コメント 8 件 · リアクション 2 件 · 2025年10月7日に作成
Support the certificate with linebreak strings from env variable オープン

enhancement

難易度 2/5 1〜3時間初心者へのやさしさ 65/100

temporalio/sdk-java#1825 · 2023年7月26日に作成
Test server: refused CancelTimer leaves the workflow task complete in memory but STARTED in history, so it is never timed out or redelivered オープン

test server

難易度 4/5 3〜5日初心者へのやさしさ 42/100

temporalio/sdk-java#3088 · コメント 2 件 · 2026年9月17日に作成
Warn if the SDK tried to send a payload above a specific size - Java オープン

temporalio/sdk-java#3059 · 担当者 1 名 · 2026年9月9日に作成
Allow configurable prefix for MDC keys オープン

enhancement

temporalio/sdk-java#3058 · 担当者 1 名 · 2026年9月7日に作成

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

似ている issue

Dockerfile does not build the jar - renders Docker image non-functional オープン

難易度 2/5 1〜3時間初心者へのやさしさ 85/100

HL7/fhir-ig-publisher#1375 · 2026年9月25日に作成
Pin MCP package references to make reviewed configs reproducible オープン

難易度 2/5 1〜3時間初心者へのやさしさ 74/100

dotCMS/core#37738 · 2026年9月25日に作成
Flaky: a relaunched catch-up replay can still report catching up right after its marker is written オープン

bug

難易度 2/5 1〜3時間初心者へのやさしさ 78/100

johanhaleby/occurrent#1134 · 2026年9月25日に作成
A `native` method with instructions gets a `Code` attribute the JVM rejects オープン

bug

難易度 2/5 1〜3時間初心者へのやさしさ 78/100

objectionary/jeo-maven-plugin#1811 · 2026年9月25日に作成
[ICP] icp.sh ignores a user-set JAVA_OPTS, so JVM options such as heap size cannot be set オープン

難易度 2/5 1〜3時間初心者へのやさしさ 88/100

wso2/integration-control-plane#930 · 2026年9月25日に作成

Java の issue をもっと見る