You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Updated env variable MACOSX_DEPLOYMENT_TARGET to 15 for 3.13 python wheel generation (#2095)
* Updated env variable MACOSX_DEPLOYMENT_TARGET to 15 for 3.13 python wheel generation
* Updated migration docs to include that the *assign/*unassign calls are optional
Copy file name to clipboardExpand all lines: docs/kip-848-migration-guide.md
+7-6Lines changed: 7 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -46,10 +46,11 @@ All [KIP-848](https://cwiki.apache.org/confluence/display/KAFKA/KIP-848%3A+The+N
46
46
## Rebalance Callback Changes
47
47
48
48
- The **protocol is fully incremental** in KIP-848.
49
-
- In the **rebalance callbacks**, you **must use**:
49
+
- In the **rebalance callbacks**, you **must only use** (optional - if not used, client will handle it internally):
50
50
-`consumer.incremental_assign(partitions)` to assign new partitions
51
51
-`consumer.incremental_unassign(partitions)` to revoke partitions
52
52
-**Do not** use `consumer.assign()` or `consumer.unassign()` when using `group.protocol='consumer'` (KIP-848).
53
+
- If you don't provide incremental assign/unassign inside rebalance callbacks, the client will automatically use incremental assign/unassign internally.
53
54
- ⚠️ The `partitions` list passed to `incremental_assign()` and `incremental_unassign()` contains only the **incremental changes** — partitions being **added** or **revoked** — **not the full assignment**, as was the case with `assign()` in the classic protocol.
54
55
- All assignors under KIP-848 are now **sticky**, including `range`, which was **not sticky** in the classic protocol.
55
56
@@ -131,11 +132,11 @@ group.protocol=consumer
131
132
defon_assign(consumer, partitions):
132
133
# Full partition list is provided under the classic protocol
consumer.incremental_unassign(partitions)# Optional: client handles if not used
153
154
```
154
155
155
156
**Note:** The `partitions` list contains **only partitions being added or revoked**, not the full partition list as in the classic `consumer.assign()`.
Copy file name to clipboardExpand all lines: docs/kip-848-migration-guide.rst
+7-6Lines changed: 7 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -67,14 +67,15 @@ Rebalance Callback Changes
67
67
^^^^^^^^^^^^^^^^^^^^^^^^^^
68
68
69
69
- The **protocol is fully incremental** in KIP-848.
70
-
- In the **rebalance callbacks**, you **must use**:
70
+
- In the **rebalance callbacks**, you **must only use** (optional - if not used, client will handle it internally):
71
71
72
72
- ``consumer.incremental_assign(partitions)`` to assign new
73
73
partitions
74
74
- ``consumer.incremental_unassign(partitions)`` to revoke partitions
75
75
76
76
- **Do not** use ``consumer.assign()`` or ``consumer.unassign()`` when
77
77
using ``group.protocol='consumer'`` (KIP-848).
78
+
- If you don't provide incremental assign/unassign inside rebalance callbacks, the client will automatically use incremental assign/unassign internally.
78
79
- ⚠️ The ``partitions`` list passed to ``incremental_assign()`` and
79
80
``incremental_unassign()`` contains only the **incremental changes**
80
81
— partitions being **added** or **revoked** — **not the full
@@ -199,11 +200,11 @@ Range Assignor (Classic)
199
200
defon_assign(consumer, partitions):
200
201
# Full partition list is provided under the classic protocol
consumer.incremental_unassign(partitions)# Optional: client handles if not used
222
223
223
224
**Note:** The ``partitions`` list contains **only partitions being added or revoked**, not the full partition list as in the classic ``consumer.assign()``.
0 commit comments