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: course-definition.yml
+8-8Lines changed: 8 additions & 8 deletions
Original file line number
Diff line number
Diff line change
@@ -141,7 +141,7 @@ stages:
141
141
$ ./your_program.sh
142
142
```
143
143
144
-
It'll then try to connect to your server on port 9092 and send a `APIVersions-V3` request. The tester will validate that the correlation ID in the response header matches
144
+
It'll then try to connect to your server on port 9092 and send a `APIVersions-V3` request. The tester will validate that the correlation ID in the response header matches
145
145
the correlation ID in the request header.
146
146
147
147
Although your server's response will need to contain the "message length" field (an int32), the tester will not verify this value in this stage.
@@ -164,10 +164,10 @@ stages:
164
164
```
165
165
166
166
It'll then connect to your server on port 9092 and send a `APIVersions:V3` request with an invalid `APIVersion` of -1.
167
-
The tester will validate that the correlation ID in the response header matches
167
+
The tester will validate that the correlation ID in the response header matches
168
168
the correlation ID in the request header. The tester will also validate that the error code in the response body is 35.
169
169
This is the error code for `UNSUPPORTED_VERSION`.
170
-
We are intentionally triggering this error to test that your server is correctly populating the error code in the response body.
170
+
We are intentionally triggering this error to test that your server is correctly populating the error code in the response body.
171
171
172
172
Although your server's response will need to contain the "message length" field (an int32), the tester will not verify this value in this stage.
173
173
@@ -198,7 +198,7 @@ stages:
198
198
And that the `MaxVersion` for the `ApiKey` `18` is atleast `3`.
199
199
200
200
### Notes
201
-
- From this stage onwards, we expect you to send well formed responses. The total response length should be prefixed to your response, and we will only read that many bytes.
201
+
- From this stage onwards, we expect you to send well formed responses. The total response length should be prefixed to your response, and we will only read that many bytes.
202
202
- If extra bytes are remaining after decoding all the fields of the response body, it will be an error.
203
203
- You can expect to receive V3 of the APIVersions request, and also send V3 of the APIVersions response.
204
204
@@ -245,7 +245,7 @@ stages:
245
245
$ ./your_program.sh
246
246
```
247
247
248
-
It'll then connect to your server on port 9092 and send a `Fetch:V16` request. The tester will validate that the correlation ID in the response header matches
248
+
It'll then connect to your server on port 9092 and send a `Fetch:V16` request. The tester will validate that the correlation ID in the response header matches
249
249
the correlation ID in the request header. The tester will also validate that the error code in the response body is 0.
250
250
Then, it will validate that the response body contains no topicResponses. (But as the response body contains COMPACT_ARRAY of topicResponses, the length should be prefixed as 1).
251
251
The hexdump of a sample kafka response for this request is given below.
@@ -275,15 +275,15 @@ stages:
275
275
$ ./your_program.sh
276
276
```
277
277
278
-
It'll then connect to your server on port 9092 and send a `Fetch:V16` request. The tester will validate that the correlation ID in the response header matches
278
+
It'll then connect to your server on port 9092 and send a `Fetch:V16` request. The tester will validate that the correlation ID in the response header matches
279
279
the correlation ID in the request header. The tester will also validate that the error code in the response body is 0.
280
280
Then, it will validate that the response body contains a topicResponse for the topic provided in the request.
281
281
And that the topicResponse contains a partitionResponse for the partition provided in the request.
282
282
283
283
The partitionResponse should contain a messageSet with a RecordBatch.
284
-
Which should in turn contain a Record which should contain a string with the hardcoded message.
284
+
Which should in turn contain a Record which should contain a string with the hardcoded message.
285
285
286
-
You need to send 3 such messages in the response.
286
+
You need to send 3 such messages in the response.
287
287
The messages should be `m1, m2, m3`.
288
288
289
289
The RecordBatch has a CRC field, which is computed using the Castagnoli polynomial. This CRC field in the response should match with the CRC computed from the RecordBatch contents.
0 commit comments