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
Copy file name to clipboardExpand all lines: CHANGELOG.md
+56-1Lines changed: 56 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,10 +1,65 @@
1
+
# confluent-kafka-javascript 1.5.0
2
+
3
+
v1.5.0 is a feature release. It is supported for all usage.
4
+
5
+
### Enhancements
6
+
7
+
1. Adds support for `highWatermark`, `offsetLag()`, and `offsetLagLow()` in `eachBatch` callback (#317).
8
+
9
+
10
+
## Fixes
11
+
12
+
1. Fix issue of delay of up to 5s in receiving messages after pause and resume, or seek (#285, #363).
13
+
14
+
15
+
# confluent-kafka-javascript v1.4.1
16
+
17
+
v1.4.1 is a maintenance release. It is supported for all usage.
18
+
19
+
## Enhancements
20
+
21
+
1. References librdkafka v2.11.1. Refer to the [librdkafka v2.11.1 release notes](https://github.com/confluentinc/librdkafka/releases/tag/v2.11.1) for more information.
22
+
23
+
1
24
# confluent-kafka-javascript v1.4.0
2
25
3
26
v1.4.0 is a feature release. It is supported for all usage.
4
27
5
28
## Enhancements
6
29
7
-
1. Adds support for `highWatermark`, `offsetLag()`, and `offsetLagLow()` in `eachBatch` callback (#317).
30
+
1. References librdkafka v2.11.0. Refer to the [librdkafka v2.11.0 release notes](https://github.com/confluentinc/librdkafka/releases/tag/v2.11.0) for more information.
31
+
2.[KIP-848]`describeGroups()` now supports KIP-848 introduced `consumer` groups. Two new fields for consumer group type and target assignment have also been added. Type defines whether this group is a `classic` or `consumer` group. Target assignment is only valid for the `consumer` protocol and it defaults to being undefined (#329).
32
+
3.[KIP-848] Admin API for listing consumer groups now has an optional filter to return only groups of given types (#328).
33
+
4. Add support for Node v24 pre-built binaries (@weyert, #307, #337).
34
+
35
+
36
+
# confluent-kafka-javascript v1.3.2
37
+
38
+
v1.3.2 is a maintenance release. It is supported for all usage.
39
+
40
+
## Enhancements
41
+
42
+
1. References librdkafka v2.10.1. Refer to the [librdkafka v2.10.1 release notes](https://github.com/confluentinc/librdkafka/releases/tag/v2.10.1) for more information.
43
+
2. Support for schema id in header (#303)
44
+
3. Add CEL support for Data Quality rules (#313)
45
+
46
+
## Fixes
47
+
48
+
1. Fix missing await during JSON deserialization (#301)
49
+
2. Fix possible NPE in CSFLE executor (#305)
50
+
51
+
52
+
# confluent-kafka-javascript v1.3.1
53
+
54
+
v1.3.1 is a maintenance release. It is supported for all usage.
55
+
56
+
## Fixes
57
+
58
+
1. Avoid a race condition that causes 100% usage of a CPU core when
59
+
consuming with `partitionsConsumedConcurrently > 1` and all messages
60
+
are consumed (#300)
61
+
2. Fix type definition for `Kafka()` constructor and for passing topic configurations
62
+
to the `producer()` and `consumer()` in the promisified API (@davidkhala, #297, #321).
| allowAutoTopicCreation | true | Determines if a topic should be created if it doesn't exist while consuming. |
223
223
| **maxBytesPerPartition** | 1048576 (1MB) | determines how many bytes can be fetched in one request from a single partition. There is a change in semantics, this size grows dynamically if a single message larger than this is encountered, and the client does not get stuck. |
224
224
| minBytes | 1 | Minimum number of bytes the broker responds with (or wait until `maxWaitTimeInMs`) |
225
+
| **maxWaitTimeInMs** | 500 | Maximum time the broker may wait to fill the Fetch response with minBytes of messages. Its default value has been changed to match librdkafka's configuration.
225
226
| maxBytes | 10485760 (10MB) | Maximum number of bytes the broker responds with. |
226
227
| **retry** | object | Identical to `retry` in the common configuration. This takes precedence over the common config retry. |
227
228
| readUncommitted | false | If true, consumer will read transactional messages which have not been committed. |
0 commit comments