Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Extract VerifyFirstWorkflowTaskScheduledRequest handler #5904

Merged
merged 1 commit into from May 14, 2024

Conversation

stephanos
Copy link
Contributor

@stephanos stephanos commented May 10, 2024

What changed?

Extracted handler for VerifyFirstWorkflowTaskScheduledRequest out of workflow_task_handler_callbacks.go into its own file.

Why?

There's no clear benefit to grouping the WFT API handlers all in the - poorly named - file. The PR makes this consistent with the existing API handlers now.

How did you test it?

Pure refactoring, no behavior change.

Potential risks

Documentation

Is hotfix candidate?

@stephanos stephanos changed the title Extract RespondWorkflowTaskFailedRequest handler Extract VerifyFirstWorkflowTaskScheduledRequest handler May 10, 2024
@stephanos stephanos force-pushed the move-wft-verify branch 2 times, most recently from ef8dd1c to 0fa92a7 Compare May 10, 2024 18:40
@stephanos stephanos marked this pull request as ready for review May 10, 2024 19:11
@stephanos stephanos requested a review from a team as a code owner May 10, 2024 19:11
@stephanos stephanos enabled auto-merge (squash) May 14, 2024 03:02
@stephanos stephanos merged commit 3dc64ea into temporalio:main May 14, 2024
42 checks passed
@stephanos stephanos deleted the move-wft-verify branch May 14, 2024 15:48
ychebotarev pushed a commit to ychebotarev/temporal that referenced this pull request May 16, 2024
)

## What changed?
<!-- Describe what has changed in this PR -->

Extracted handler for `VerifyFirstWorkflowTaskScheduledRequest` out of
`workflow_task_handler_callbacks.go` into its own file.

## Why?
<!-- Tell your future self why have you made these changes -->

There's no clear benefit to grouping the WFT API handlers all in the -
poorly named - file. The PR makes this consistent with the existing API
handlers now.

## How did you test it?
<!-- How have you verified this change? Tested locally? Added a unit
test? Checked in staging env? -->

Pure refactoring, no behavior change.

## Potential risks
<!-- Assuming the worst case, what can be broken when deploying this
change to production? -->

## Documentation
<!-- Have you made sure this change doesn't falsify anything currently
stated in `docs/`? If significant
new behavior is added, have you described that in `docs/`? -->

## Is hotfix candidate?
<!-- Is this PR a hotfix candidate or does it require a notification to
be sent to the broader community? (Yes/No) -->
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants