Skip to content

IGNITE-28209 Throw RecipientLeftException more often in MessagingService#7778

Open
ibessonov wants to merge 3 commits intoapache:mainfrom
gridgain:ignite-28209
Open

IGNITE-28209 Throw RecipientLeftException more often in MessagingService#7778
ibessonov wants to merge 3 commits intoapache:mainfrom
gridgain:ignite-28209

Conversation

@ibessonov
Copy link
Contributor

https://issues.apache.org/jira/browse/IGNITE-28209

Thank you for submitting the pull request.

To streamline the review process of the patch and ensure better code quality
we ask both an author and a reviewer to verify the following:

The Review Checklist

  • Formal criteria: TC status, codestyle, mandatory documentation. Also make sure to complete the following:
    - There is a single JIRA ticket related to the pull request.
    - The web-link to the pull request is attached to the JIRA ticket.
    - The JIRA ticket has the Patch Available state.
    - The description of the JIRA ticket explains WHAT was made, WHY and HOW.
    - The pull request title is treated as the final commit message. The following pattern must be used: IGNITE-XXXX Change summary where XXXX - number of JIRA issue.
  • Design: new code conforms with the design principles of the components it is added to.
  • Patch quality: patch cannot be split into smaller pieces, its size must be reasonable.
  • Code quality: code is clean and readable, necessary developer documentation is added if needed.
  • Tests code quality: test set covers positive/negative scenarios, happy/edge cases. Tests are effective in terms of execution time and resources.

Notes

Signed-off-by: ibessonov <bessonov.ip@gmail.com>
Signed-off-by: ibessonov <bessonov.ip@gmail.com>
}

@Test
void respondingWhenSenderIsNotInTopologyResultsInFailingFuture() throws Exception {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why is it removed?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It is duplicated by other test now


@ParameterizedTest
@EnumSource(SendByConsistentCoordinateOperation.class)
void sendByConsistentIdToStaleNode(SendByConsistentCoordinateOperation operation) throws Exception {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It looks like the test actually tests a send to a node that is not in the topology, but its name (and some code in it) is about staleness. Will the test behave the same if we don't mark a node as stale?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Let's see, I'll add another test to be safe

Signed-off-by: ibessonov <bessonov.ip@gmail.com>
var staleIdDetector = new InMemoryStaleIds();
staleIdDetector.markAsStale(missingNodeId);

when(topologyService.getByConsistentId(missingNodeName)).thenReturn(null);
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why is this needed here? It is still about a missing node, not about a stale node

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This test is for a stale node, there's another test for a missing node

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.

2 participants