You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Haruki Okada (Jira)" <ji...@apache.org> on 2024/03/20 14:36:00 UTC
[jira] [Created] (KAFKA-16393) SslTransportLayer doesn't implement write(ByteBuffer[], int, int) correctly
Haruki Okada created KAFKA-16393:
------------------------------------
Summary: SslTransportLayer doesn't implement write(ByteBuffer[], int, int) correctly
Key: KAFKA-16393
URL: https://issues.apache.org/jira/browse/KAFKA-16393
Project: Kafka
Issue Type: Improvement
Reporter: Haruki Okada
As of Kafka 3.7.0, SslTransportLayer.write(ByteBuffer[], int, int) is implemented like below:
{code:java}
public long write(ByteBuffer[] srcs, int offset, int length) throws IOException {
...
int i = offset;
while (i < length) {
if (srcs[i].hasRemaining() || hasPendingWrites()) {
....
{code}
The loop index starts at `offset` and ends with `length`.
However this isn't correct because end-index should be `offset + length`.
Let's say we have the array of ByteBuffer with length = 5 and try calling this method with offset = 3, length = 1.
In current code, `write(srcs, 3, 1)` doesn't attempt any write because the loop condition is immediately false.
For now, seems this method is only called with args offset = 0, length = srcs.length in Kafka code base so not causing any problem though, we should fix this because this could introduce subtle bug if use this method with different args in the future.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)