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

chore(deps): update to openjd-sessions 0.5.x #160

Merged
merged 1 commit into from
Feb 17, 2024

Conversation

ddneilson
Copy link
Contributor

Summary:

What was the problem/requirement? (What/Why)

The worker agent hasn't had an update of its openjd-sessions dependency in quite some time. It's time to do that.

What was the solution? (How)

This updates the agent to openjd-sessions 0.5.x and makes the required breaking changes.

What is the impact of this change?

We take on improvements that have been made to the runtime. e.g. improved session logs, and reporting of action timeouts separately from cancelations.

How was this change tested?

I've updated the unit tests and run the agent locally to run a 'sleep' job.

Was this change documented?

N/A

Is this a breaking change?

No

@ddneilson ddneilson force-pushed the ddneilson/update_openjd_sessions_dep_0.5 branch 2 times, most recently from 528092f to 10e8895 Compare February 17, 2024 00:22
Summary:

The first public release of the openjd-sessions package has been made as
version 0.5.0. This updates the agent to this version and makes the
required breaking changes.

Signed-off-by: Daniel Neilson <53624638+ddneilson@users.noreply.github.com>
@ddneilson ddneilson force-pushed the ddneilson/update_openjd_sessions_dep_0.5 branch from 10e8895 to 29eb33f Compare February 17, 2024 00:23
@gmchale79 gmchale79 marked this pull request as ready for review February 17, 2024 00:30
@gmchale79 gmchale79 requested a review from a team as a code owner February 17, 2024 00:30
@gmchale79 gmchale79 requested a review from a team February 17, 2024 00:33
@ddneilson ddneilson enabled auto-merge (squash) February 17, 2024 00:38
@ddneilson ddneilson merged commit cffb083 into mainline Feb 17, 2024
9 checks passed
@ddneilson ddneilson deleted the ddneilson/update_openjd_sessions_dep_0.5 branch February 17, 2024 00:46
ddneilson added a commit that referenced this pull request Feb 21, 2024
Problem:

Previously, if an OpenJD Action was canceled due to a timeout being
reached then we'd report the action as just canceled. The change to
update to openjd-sessions 0.5.0
( #160 )
made it so that timeout actions would report as FAILED, but didn't
change the failure message to make it clear that the reason for the
failure was a timeout.

Solution:

We mutate the action status when we recieve it to override the failure
message with one that indicates that the action has reached its runtime
limit.

Signed-off-by: Daniel Neilson <53624638+ddneilson@users.noreply.github.com>
ddneilson added a commit that referenced this pull request Feb 21, 2024
Problem:

Previously, if an OpenJD Action was canceled due to a timeout being
reached then we'd report the action as just canceled. The change to
update to openjd-sessions 0.5.0
( #160 )
made it so that timeout actions would report as FAILED, but didn't
change the failure message to make it clear that the reason for the
failure was a timeout.

Solution:

We mutate the action status when we recieve it to override the failure
message with one that indicates that the action has reached its runtime
limit.

Signed-off-by: Daniel Neilson <53624638+ddneilson@users.noreply.github.com>
ddneilson added a commit that referenced this pull request Feb 21, 2024
Problem:

Previously, if an OpenJD Action was canceled due to a timeout being
reached then we'd report the action as just canceled. The change to
update to openjd-sessions 0.5.0
( #160 )
made it so that timeout actions would report as FAILED, but didn't
change the failure message to make it clear that the reason for the
failure was a timeout.

Solution:

We mutate the action status when we recieve it to override the failure
message with one that indicates that the action has reached its runtime
limit.

Signed-off-by: Daniel Neilson <53624638+ddneilson@users.noreply.github.com>
ddneilson added a commit that referenced this pull request Feb 21, 2024
Problem:

Previously, if an OpenJD Action was canceled due to a timeout being
reached then we'd report the action as just canceled. The change to
update to openjd-sessions 0.5.0
( #160 )
made it so that timeout actions would report as FAILED, but didn't
change the failure message to make it clear that the reason for the
failure was a timeout.

Solution:

We mutate the action status when we recieve it to override the failure
message with one that indicates that the action has reached its runtime
limit.

Signed-off-by: Daniel Neilson <53624638+ddneilson@users.noreply.github.com>
ddneilson added a commit that referenced this pull request Feb 21, 2024
Problem:

Previously, if an OpenJD Action was canceled due to a timeout being
reached then we'd report the action as just canceled. The change to
update to openjd-sessions 0.5.0
( #160 )
made it so that timeout actions would report as FAILED, but didn't
change the failure message to make it clear that the reason for the
failure was a timeout.

Solution:

We mutate the action status when we recieve it to override the failure
message with one that indicates that the action has reached its runtime
limit.

Signed-off-by: Daniel Neilson <53624638+ddneilson@users.noreply.github.com>
gmchale79 pushed a commit that referenced this pull request Mar 11, 2024
Summary:

The first public release of the openjd-sessions package has been made as
version 0.5.0. This updates the agent to this version and makes the
required breaking changes.

Signed-off-by: Daniel Neilson <53624638+ddneilson@users.noreply.github.com>
Signed-off-by: Graeme McHale <gmchale@amazon.com>
gmchale79 pushed a commit that referenced this pull request Mar 11, 2024
Problem:

Previously, if an OpenJD Action was canceled due to a timeout being
reached then we'd report the action as just canceled. The change to
update to openjd-sessions 0.5.0
( #160 )
made it so that timeout actions would report as FAILED, but didn't
change the failure message to make it clear that the reason for the
failure was a timeout.

Solution:

We mutate the action status when we recieve it to override the failure
message with one that indicates that the action has reached its runtime
limit.

Signed-off-by: Daniel Neilson <53624638+ddneilson@users.noreply.github.com>
Signed-off-by: Graeme McHale <gmchale@amazon.com>
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.

3 participants