Commit Graph
2 Commits
Author SHA1 Message Date
chrislu 7a509adc23 test: Enhanced SeekToBeginningTest with detailed request/response tracking
## What's New

This enhanced Java diagnostic client adds detailed logging to understand exactly
what the Kafka consumer is waiting for during seekToBeginning() + poll():

### Features

1. **Detailed Exception Diagnosis**
   - Catches TimeoutException and reports what consumer is blocked on
   - Shows exception type and message
   - Suggests possible root causes

2. **Request/Response Tracking**
   - Shows when each operation completes or times out
   - Tracks timing for each poll() attempt
   - Reports records received vs expected

3. **Comprehensive Output**
   - Clear separation of steps (assign → seek → poll)
   - Summary statistics (successful/failed polls, total records)
   - Automated diagnosis of the issue

4. **Faster Feedback**
   - Reduced timeout from 30s to 15s per poll
   - Reduced default API timeout from 60s to 10s
   - Fails faster so we can iterate

### Expected Output

**Success:**

**Failure (what we're debugging):**

### How to Run

### Debugging Value

This test will help us determine:
1. Is seekToBeginning() blocking?
2. Does poll() send ListOffsetsRequest?
3. Can consumer parse Metadata?
4. Are response messages malformed?
5. Is this a gateway bug or Kafka client issue?
2025-10-16 17:53:44 -07:00
chrislu 9a2d351a55 feat: Add standalone Java SeekToBeginning test to reproduce the issue
Created:
- SeekToBeginningTest.java: Standalone Java test that reproduces the seekToBeginning() hang
- Dockerfile.seektest: Docker setup for running the test
- pom.xml: Maven build configuration
- Updated docker-compose.yml to include seek-test service

This test simulates what Schema Registry does:
1. Create KafkaConsumer connected to gateway
2. Assign to _schemas topic partition 0
3. Call seekToBeginning()
4. Poll for records

Expected behavior: Should send ListOffsets and then Fetch
Actual behavior: Blocks indefinitely after seekToBeginning()
2025-10-16 17:15:52 -07:00