getMessageAtIndex should actually return the value in the streamMessage for compatibility#11355
getMessageAtIndex should actually return the value in the streamMessage for compatibility#11355Jackie-Jiang merged 2 commits intoapache:masterfrom
Conversation
|
@KKcorps : review pls! @Jackie-Jiang should I clean up this deprecated spi- method ( |
Codecov Report
@@ Coverage Diff @@
## master #11355 +/- ##
============================================
- Coverage 61.52% 61.52% -0.01%
+ Complexity 6514 6512 -2
============================================
Files 2233 2233
Lines 120083 120084 +1
Branches 18223 18223
============================================
- Hits 73880 73877 -3
+ Misses 40801 40800 -1
- Partials 5402 5407 +5
Flags with carried forward coverage won't be shown. Click here to find out more.
... and 10 files with indirect coverage changes 📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more |
Jackie-Jiang
left a comment
There was a problem hiding this comment.
The fix looks good to me.
Not introduced in this PR, but why do we prefer reading the bytes instead of directly reading the message?
...ion/pinot-pulsar/src/main/java/org/apache/pinot/plugin/stream/pulsar/PulsarMessageBatch.java
Outdated
Show resolved
Hide resolved
...ion/pinot-pulsar/src/main/java/org/apache/pinot/plugin/stream/pulsar/PulsarMessageBatch.java
Outdated
Show resolved
Hide resolved
The original change I introduced in #9224 was to cleanly decouple the interfaces for "fetching" a record from stream and "decoding" the payload. But that broke LinkedIn's build which was using a custom implementation of stream consumer and doesn't provide the capability to fetch raw bytes from kafka stream. So, it was fixed forward in #9544 . |
…ge for compatibility
Fixing a bug from #10995