The GitHub Actions job "Binary Compatibility" on pekko.git/refactor/transferTo has succeeded. Run started by GitHub user He-Pin (triggered by He-Pin).
Head commit for run: d7471fe0742f12702e2674d2fe90fa0f562af390 / θιΈ£ <[email protected]> refactor: replace manual stream copy loops with transferTo/readAllBytes Motivation: Seven GZIP decompress methods and one streamToBytes utility use manual @tailrec read loops with buffer + read() + write() to copy streams. JDK 9 provides InputStream.transferTo() and readAllBytes() which do the same thing internally. Modification: - Replace 7 identical readChunk() tail-recursive loops with in.transferTo(out) in decompress methods across cluster, cluster-sharding, cluster-tools, cluster-metrics, distributed-data, serialization-jackson, serialization-jackson3 modules. - Replace persistence streamToBytes manual loop with inputStream.readAllBytes(). - Remove unused @tailrec imports from 5 files. - Remove unused ByteArrayOutputStream import from package.scala. Result: Net reduction of ~79 lines. Functionally identical β transferTo uses an internal 8192-byte buffer (vs original 4096) which only affects chunking granularity, not correctness. Tests: sbt "distributed-data/compile" "cluster/compile" "cluster-tools/compile" "cluster-sharding/compile" "cluster-metrics/compile" "serialization-jackson/compile" "serialization-jackson3/compile" "persistence/compile" β all passed References: Refs #3136 Report URL: https://github.com/apache/pekko/actions/runs/28000853640 With regards, GitHub Actions via GitBox --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
