showuon commented on a change in pull request #11451:
URL: https://github.com/apache/kafka/pull/11451#discussion_r771181062



##########
File path: 
clients/src/main/java/org/apache/kafka/clients/consumer/internals/ConsumerCoordinator.java
##########
@@ -755,18 +755,17 @@ protected void onJoinPrepare(int generation, String 
memberId) {
 
     @Override
     public void onLeavePrepare() {
-        // Save the current Generation and use that to get the memberId, as 
the hb thread can change it at any time
+        // Save the current Generation, as the hb thread can change it at any 
time
         final Generation currentGeneration = generation();
-        final String memberId = currentGeneration.memberId;
 
-        log.debug("Executing onLeavePrepare with generation {} and memberId 
{}", currentGeneration, memberId);
+        log.debug("Executing onLeavePrepare with generation {}", 
currentGeneration);
 
         // we should reset assignment and trigger the callback before leaving 
group
         Set<TopicPartition> droppedPartitions = new 
HashSet<>(subscriptions.assignedPartitions());
 
         if (subscriptions.hasAutoAssignedPartitions() && 
!droppedPartitions.isEmpty()) {
             final Exception e;
-            if (generation() == Generation.NO_GENERATION || 
rebalanceInProgress()) {
+            if (currentGeneration.equals(Generation.NO_GENERATION) || 
rebalanceInProgress()) {

Review comment:
       David, you're right! I was focusing on fixing the `==` error here. Yes, 
we should be consistent with `onJoinPrepare` 
[here](https://github.com/apache/kafka/blob/1beb3bd5160c9cc950a541b02684f2fd53ea8da2/clients/src/main/java/org/apache/kafka/clients/consumer/internals/ConsumerCoordinator.java#L708-L718),
 to invoke PartitionsLost when 
   ```
   generation == Generation.NO_GENERATION.generationId ||
               memberId.equals(Generation.NO_GENERATION.memberId)
   ```
   Otherwise, invoke PartitionsRevoked. 
   I'll update it later. Thank you.




-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: jira-unsubscr...@kafka.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


Reply via email to