`startUpdate` JavaDoc says "asynchronously" when it may not be
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 1/5
- 見積もり時間
- 1時間未満
- 初心者へのやさしさ
- 45/100
- issue の種類
- ドキュメント
- 明瞭さ
- 明確に書かれている
- 活発さ
- 停滞
- 技術スタック
- java
調査の方向性
temporal-sdk/src/main/java/io/temporal/client/WorkflowClient.java を704行目付近で開き、startUpdate メソッドの JavaDoc を確認してください。waitForStage オプションがどのように説明されているかを確認し、COMPLETED が呼び出しをブロックする可能性を明確に示すようにドキュメントを更新してください。JavaDoc がメソッドは常に非同期であると示唆しなくなれば完了です。
索引モデルが issue の本文から書いたものです。
説明
Expected Behavior
The JavaDoc for startUpdate should indicate that when it's called with a waitForStage of WorkflowUpdateStage.COMPLETED, it's synchronous and blocks until the update is completed.
Actual Behavior
The JavaDoc for startUpdate says the following:
Start a zero argument update workflow request asynchronously.
However, the following code will block until the update is completed:
val updateOptions =
UpdateOptions.newBuilder<UpdateResult>()
.setResultClass(UpdateResult::class.java)
.setWaitForStage(WorkflowUpdateStage.COMPLETED)
.setUpdateId(updateId)
.build()
val update = WorkflowClient.startUpdate(stub::doUpdate, updateOptions) // <-- blocks here
val result = update.getResult(5, TimeUnit.SECONDS)
The JavaDoc implies that startUpdate would ignore the waitForStage, always be asynchronous, and block on the update.getResult.
Steps to Reproduce the Problem
- Look at JavaDoc for
startUpdate - Assume
startUpdateis always asynchronous - Call
startUpdatewith awaitForStageofWorkflowUpdateStage.COMPLETED - See that the
startUpdatecall was actually synchronous
Specifications
- Version: latest master
- Platform: n/a
Requesting that either the word asynchronously is removed from the JavaDoc for the startUpdate methods or it's clear that the function isn't asynchronous in a normal sense.
Thanks!
- 主要言語
- Java
- スター
- 433
- フォーク
- 249
- 平均マージ
- 6日 5時間
- マージ済み PR(30日)
- 25
環境構築
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
temporalio/sdk-java のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
temporalio/sdk-java#2676 · コメント 8 件 · リアクション 2 件 ·
メンテナーはふだん 1 日以内に返信
-
enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
temporalio/sdk-java#1825 ·
メンテナーはふだん 1 日以内に返信
-
test server
難易度 4/5 3〜5日 初心者へのやさしさ 42/100
temporalio/sdk-java#3088 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
-
temporalio/sdk-java#3059 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
enhancement
temporalio/sdk-java#3058 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
temporalio/sdk-java の issue をすべて見る
似ている issue
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
メンテナーはふだん 1 日以内に返信
-
ci-failure-cause test-failure
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信
-
enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
nextcloud/notes-android#3367 ·
メンテナーはふだん 1 日以内に返信
-
Feature
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
MuntashirAkon/AppManager#2058 ·
-
SarifLogger: artifactLocation.uri is not properly encoded for file names containing '#', '?', or '%' オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
checkstyle/checkstyle#21721 ·
メンテナーはふだん 1 日以内に返信