fix(deps): upgrade Apache Arrow to 19.0.0 and Netty to 4.2.15.Final by dependabot[bot] · Pull Request #6185 · apache/texera

dependabot · 2026-07-05T17:26:01Z

What changes were proposed in this PR?

Dependabot proposed bumping only io.netty:netty-transport (and
netty-transport-native-unix-common) to 4.2.15.Final. Netty can't move to
the 4.2 line in isolation here: the family is pinned as a unit because
arrow-memory-netty reaches into Netty's allocator internals, and Apache Arrow
15.0.2 requires the 4.1 line. Bumping two modules split the family across the
4.1/4.2 boundary, which broke the Arrow Flight transport to the Python workers
at runtime:

java.lang.NoClassDefFoundError: io/netty/util/concurrent/ThreadAwareExecutor
    at io.netty.channel.nio.NioEventLoopGroup.newChild
    at io.grpc.netty.Utils$DefaultEventLoopGroupResource.create

(ThreadAwareExecutor is new in netty-common 4.2, but netty-common was
still pinned at 4.1.96.)

Apache Arrow 19.0.0 is the first released Arrow that targets the Netty 4.2
line, so this PR turns the bump into the coordinated upgrade it needs:

Change	Detail
Apache Arrow `15.0.2 → 19.0.0`	`flight-grpc` was discontinued after 15.0.2; its gRPC transport now lives in `flight-core`
Netty family → `4.2.15.Final`	extracted into a shared `nettyDependencyOverrides` val, applied to amber and the three Arrow-bundling platform services so the family can never split again
Jackson core family pinned to `2.18.8`	Arrow 19 evicts `jackson-databind` up to 2.21.0, past the range `jackson-module-scala` allows; pinned in `workflow-core`/`workflow-operator`
`LICENSE-binary` / `NOTICE-binary`	re-synced across amber + the three platform services for the transitive cascade (grpc `1.62→1.79`, protobuf `3.25→4.33`, the netty 4.2 `netty-codec` → `netty-codec-base`/`-compression` split, new `arrow-memory-netty-buffer-patch`, `guava → 33.5.0-android`, `eclipse-collections` dropped)

Any related issues, documentation, discussions?

Supersedes the standalone netty-transport bump this PR started as — Netty 4.2
is only reachable by moving Apache Arrow forward at the same time.

How was this PR tested?

Validated through the project's CI on this branch:

build / amber-integration (ubuntu-latest & macos-latest) — the Python-worker
Arrow Flight transport comes up cleanly; the prior
NoClassDefFoundError: ThreadAwareExecutor crash is gone.
Bench (arrow-flight-e2e) — runs end to end.
build / platform (*) — all six services build and pass their binary
LICENSE-binary / NOTICE-binary checks.
build / amber — compiles, builds the Universal dist, and passes the binary
LICENSE-binary / NOTICE-binary checks; the amber + common unit tests
initialize correctly once the Jackson core family is pinned.

The LICENSE-binary and NOTICE-binary edits were verified by reproducing the
CI checks locally (bin/licensing/check_binary_deps.py and
generate_notice_binary.py) against each module's resolved runtime classpath.

Was this PR authored or co-authored using generative AI tooling?

Generated-by: Claude Code (Opus 4.8 [1M context])

github-actions · 2026-07-05T17:26:19Z

Automated Reviewer Suggestions

Based on the git blame history of the changed files, we recommend the following reviewers:

Committers with relevant context: @pjfanning
You can request their reviews formally with /request-review @pjfanning.
Contributors with relevant context: @Yicong-Huang
You can notify them by mentioning @Yicong-Huang in a comment.

codecov-commenter · 2026-07-05T17:32:52Z

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 59.92%. Comparing base (bbfee5a) to head (d9a4ad1).
✅ All tests successful. No failed tests found.

Additional details and impacted files

@@             Coverage Diff              @@
##               main    #6185      +/-   ##
============================================
- Coverage     59.94%   59.92%   -0.02%     
+ Complexity     3310     3306       -4     
============================================
  Files          1131     1131              
  Lines         43805    43805              
  Branches       4745     4745              
============================================
- Hits          26257    26251       -6     
- Misses        16125    16128       +3     
- Partials       1423     1426       +3

Flag	Coverage Δ		*Carryforward flag
access-control-service	`70.00% <ø> (ø)`
agent-service	`44.59% <ø> (ø)`		Carriedforward from bbfee5a
amber	`65.11% <ø> (-0.04%)`	⬇️
computing-unit-managing-service	`0.00% <ø> (ø)`
config-service	`52.30% <ø> (ø)`
file-service	`62.81% <ø> (ø)`
frontend	`51.48% <ø> (ø)`		Carriedforward from bbfee5a
notebook-migration-service	`78.57% <ø> (ø)`
pyamber	`91.18% <ø> (ø)`		Carriedforward from bbfee5a
workflow-compiling-service	`55.14% <ø> (ø)`

*This pull request uses carry forward flags. Click here to find out more.

☔ View full report in Codecov by Harness.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

github-actions · 2026-07-05T17:33:48Z

✅ No material benchmark regressions detected

🟢 0 better · 🔴 0 worse · ⚪ 15 noise (<±5%) · 0 without baseline

Compared against main bbfee5a benchmarked on this same runner, so the delta is largely free of cross-runner hardware noise. The "7d avg" column still reflects the gh-pages dashboard. Treat <±5% as noise unless repeated.

Dashboard · Run

	config	throughput	MB/s	latency	max Δ latest / 7d
⚪	bs=10 sw=10 sl=64	410	0.25	23,401/32,779/32,779 us	⚪ within ±5% / 🔴 +115.4%
⚪	bs=100 sw=10 sl=64	811	0.495	120,941/152,893/152,893 us	⚪ within ±5% / 🔴 +41.6%
⚪	bs=1000 sw=10 sl=64	930	0.568	1,067,992/1,131,798/1,131,798 us	⚪ within ±5% / 🔴 +10.2%

Baseline details

Latest main bbfee5a from same runner

config	metric	PR	latest main	7d avg	Δ latest	Δ 7d
bs=10 sw=10 sl=64	throughput	410 tuples/sec	427 tuples/sec	777.63 tuples/sec	-4.0%	-47.3%
bs=10 sw=10 sl=64	MB/s	0.25 MB/s	0.26 MB/s	0.475 MB/s	-3.8%	-47.3%
bs=10 sw=10 sl=64	p50	23,401 us	23,727 us	12,603 us	-1.4%	+85.7%
bs=10 sw=10 sl=64	p95	32,779 us	32,740 us	15,215 us	+0.1%	+115.4%
bs=10 sw=10 sl=64	p99	32,779 us	32,740 us	18,617 us	+0.1%	+76.1%
bs=100 sw=10 sl=64	throughput	811 tuples/sec	830 tuples/sec	987.11 tuples/sec	-2.3%	-17.8%
bs=100 sw=10 sl=64	MB/s	0.495 MB/s	0.507 MB/s	0.602 MB/s	-2.4%	-17.8%
bs=100 sw=10 sl=64	p50	120,941 us	119,495 us	101,428 us	+1.2%	+19.2%
bs=100 sw=10 sl=64	p95	152,893 us	149,938 us	107,959 us	+2.0%	+41.6%
bs=100 sw=10 sl=64	p99	152,893 us	149,938 us	114,777 us	+2.0%	+33.2%
bs=1000 sw=10 sl=64	throughput	930 tuples/sec	934 tuples/sec	1,021 tuples/sec	-0.4%	-8.9%
bs=1000 sw=10 sl=64	MB/s	0.568 MB/s	0.57 MB/s	0.623 MB/s	-0.4%	-8.9%
bs=1000 sw=10 sl=64	p50	1,067,992 us	1,075,107 us	986,363 us	-0.7%	+8.3%
bs=1000 sw=10 sl=64	p95	1,131,798 us	1,124,995 us	1,026,594 us	+0.6%	+10.2%
bs=1000 sw=10 sl=64	p99	1,131,798 us	1,124,995 us	1,054,559 us	+0.6%	+7.3%

Raw CSV

config_idx,batch_size,schema_width,string_len,num_batches,total_ms,total_tuples,total_bytes,tuples_per_sec,mb_per_sec,lat_p50_us,lat_p95_us,lat_p99_us
0,10,10,64,20,487.48,200,128000,410,0.250,23401.26,32778.88,32778.88
1,100,10,64,20,2465.18,2000,1280000,811,0.495,120941.35,152892.88,152892.88
2,1000,10,64,20,21501.18,20000,12800000,930,0.568,1067991.88,1131797.63,1131797.63

Bumps [io.netty:netty-transport](https://github.com/netty/netty) from 4.1.96.Final to 4.2.15.Final. - [Release notes](https://github.com/netty/netty/releases) - [Commits](netty/netty@netty-4.1.96.Final...netty-4.2.15.Final) --- updated-dependencies: - dependency-name: io.netty:netty-transport dependency-version: 4.2.15.Final dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <support@github.com>

Copilot

Copilot wasn't able to review any files in this pull request.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

Dependabot bumped only netty-transport and netty-transport-native-unix-common to 4.2.15.Final, which split the Netty family across the 4.1/4.2 line. arrow-memory-netty reaches into Netty allocator internals, so the split broke the Arrow Flight transport to the Python workers at runtime (NoClassDefFoundError: io.netty.util.concurrent.ThreadAwareExecutor), failing amber-integration and Bench, and the direct-dep LICENSE-binary drift check failed the amber build. Apache Arrow 15.0.2 requires Netty 4.1.x; Arrow 19.0.0 is the first released version that targets the Netty 4.2 line. Coordinate the whole upgrade instead: - Arrow 15.0.2 -> 19.0.0 (common/workflow-core/build.sbt) - entire Netty family -> 4.2.15.Final in both override sites (root build.sbt amber module + common/workflow-core), pinned via a shared nettyVersion so the family can never split again - sync amber/LICENSE-binary-java for the changed netty and arrow jars

Arrow discontinued the standalone org.apache.arrow:flight-grpc artifact after 15.0.2 (its gRPC transport now lives in flight-core), so requesting flight-grpc:19.0.0 failed dependency resolution: not found: .../org/apache/arrow/flight-grpc/19.0.0/flight-grpc-19.0.0.pom Texera only uses org.apache.arrow.flight._ (provided by flight-core), so drop flight-grpc and keep flight-core. Sync the arrow jar bullets to 19.0.0 in the LICENSE-binary of every module whose dist bundles Arrow: amber, file-service, workflow-compiling-service, computing-unit-managing-service.

Yicong-Huang · 2026-07-06T01:09:57Z

this is related to CVE. needs to backport to v1.2

aglinxinyuan · 2026-07-06T01:35:09Z

Heads up — the plain netty-transport bump can't stand on its own here. Netty is pinned as one coordinated family (build.sbt + common/workflow-core/build.sbt) because arrow-memory-netty reaches into Netty allocator internals, and Apache Arrow 15.0.2 requires the 4.1 line. Bumping only netty-transport/netty-transport-native-unix-common to 4.2 split the family across the 4.1/4.2 boundary, which is why amber-integration and Bench crashed with:

java.lang.NoClassDefFoundError: io/netty/util/concurrent/ThreadAwareExecutor
    at io.netty.channel.nio.NioEventLoopGroup.newChild
    at io.grpc.netty.Utils$DefaultEventLoopGroupResource.create

(ThreadAwareExecutor is new in netty-common 4.2, but netty-common was still pinned at 4.1.96.)

Arrow 19.0.0 is the first released Arrow that targets the Netty 4.2 line, so I turned this into the coordinated upgrade it needs:

Apache Arrow 15.0.2 → 19.0.0 (flight-grpc was discontinued after 15.0.2 and folded into flight-core)
entire Netty family → 4.2.15.Final, pinned via a shared nettyVersion
LICENSE-binary / NOTICE-binary re-synced for the transitive cascade (grpc 1.62→1.79, protobuf 3.25→4.33, Netty 4.2)

Test results on the latest push:

Check	Result
`build / amber-integration` (ubuntu, 17)	✅ pass
`build / amber-integration` (macos, 17)	✅ pass
`Bench` (arrow-flight-e2e)	✅ pass (6m43s)
`build / amber` — compile + dist	✅ pass

The runtime crash is gone — the Python-worker Arrow Flight transport comes up cleanly on both OSes and the arrow-flight benchmark runs end to end. Remaining red is LICENSE-binary / NOTICE-binary version drift from the cascade, which I'm finishing now.

…15.Final

…license/notice Arrow 19's transitive cascade (grpc 1.62->1.79, protobuf 3.25->4.33, netty 4.1->4.2 with netty-codec split into netty-codec-base/-compression, the new arrow-memory-netty-buffer-patch module, guava ->33.5.0-android, and eclipse-collections dropped) drifts LICENSE-binary/NOTICE-binary for every module whose dist bundles Arrow, not just amber. - Extract the Netty family override into a shared nettyDependencyOverrides val and apply it to amber + the three Arrow-bundling platform services (computing-unit-managing-service, file-service, workflow-compiling-service) so none of them can split across the 4.1/4.2 line. - Re-sync each module's LICENSE-binary (versions + added/removed jars) and regenerate NOTICE-binary with bin/licensing/generate_notice_binary.py. Verified locally against the resolved runtime classpaths: check_binary_deps.py passes for all four modules and each NOTICE-binary matches generator output. amber-integration (ubuntu + macos) and Bench already pass on the prior commit.

…erator Arrow 19's transitive dependencies evict jackson-databind up to 2.21.0, but jackson-module-scala stays pinned at 2.18.8, so the WorkflowCore and WorkflowOperator test suites aborted at initialization: Scala module 2.18.8 requires Jackson Databind version >= 2.18.0 and < 2.19.0 - Found jackson-databind version 2.21.0 amber already overrides jackson-databind; add the same jackson-core / -databind / -annotations override to the other two Arrow-bearing modules whose tests exercise jackson-module-scala. Verified locally: both resolve jackson-databind back to 2.18.8.

…15.Final Resolves conflicts in the LICENSE-binary / NOTICE-binary files between main's Apache Hadoop 3.4.3 upgrade (#6201) and this PR's Arrow 19 / Netty 4.2 upgrade. Both sides rewrote overlapping regions of the bundled-jar lists. Regenerated each file against the merged runtime classpath (Hadoop 3.4.3 + Arrow 19.0.0 + Netty 4.2.15) with bin/licensing tooling; check_binary_deps.py passes for amber and the three Arrow-bundling platform services.

…service apache#6185 (Arrow 19 upgrade) evicts jackson-databind up to 2.21.0, past the range jackson-module-scala 2.18.8 allows. The pin was applied to workflow-core/workflow-operator and to file-service/workflow-compiling-service, but computing-unit-managing-service only overrode jackson-module-scala, so its dist bundled jackson-databind-2.21.0.jar and crashed at startup with "Scala module 2.18.8 requires Jackson Databind version >= 2.18.0 and < 2.19.0". Add the jackson-databind override to ComputingUnitManagingService (matching file-service and workflow-compiling-service) and re-sync its LICENSE-binary. Fixes apache#6206

…service (apache#6209) ### What changes were proposed in this PR? `computing-unit-managing-service` crashes at startup on `main` (since apache#6185, the Arrow 19 upgrade) with: ``` Exception in thread "main" com.fasterxml.jackson.databind.JsonMappingException: Scala module 2.18.8 requires Jackson Databind version >= 2.18.0 and < 2.19.0 - Found jackson-databind version 2.21.0 at com.fasterxml.jackson.module.scala.JacksonModule.setupModule at org.apache.texera.service.ComputingUnitManagingService.initialize ``` **Root cause.** apache#6185 counters Arrow 19 evicting `jackson-databind` up to `2.21.0` (past the range `jackson-module-scala` allows) by pinning the Jackson core family — in `workflow-core`/`workflow-operator`, and by pinning `jackson-databind` directly in `file-service` and `workflow-compiling-service`. `ComputingUnitManagingService` was the one Arrow-bundling service left overriding **only** `jackson-module-scala`, so nothing held `jackson-databind` down. Its dist bundled `jackson-databind-2.21.0.jar` next to `jackson-module-scala_2.13-2.18.8.jar` and aborted at init. **Before → after** (resolved `Runtime/managedClasspath` of `ComputingUnitManagingService`): | artifact | before | after | | --- | --- | --- | | jackson-annotations | 2.21 | 2.21 | | jackson-core | 2.21.0 | 2.21.0 | | **jackson-databind** | **2.21.0** ❌ | **2.18.8** ✅ | The fix mirrors `file-service` / `workflow-compiling-service` exactly: add `"com.fasterxml.jackson.core" % "jackson-databind" % jacksonVersion` to the module's `dependencyOverrides`, and re-sync the one drifted line in `computing-unit-managing-service/LICENSE-binary` (`2.21.0` → `2.18.8`). `NOTICE-binary` is version-less by design (the generator strips versions so routine bumps don't churn it) and the jar *set* is unchanged, so it needs no edit. ### Any related issues, documentation, discussions? Fixes apache#6206. Follow-up to apache#6185. ### How was this PR tested? Reproduced the CI binary-license check locally against the module's resolved runtime classpath (per the repo's `check_binary_deps.py` recipe): - `sbt "print ComputingUnitManagingService/Runtime/managedClasspath"` now resolves `jackson-databind-2.18.8.jar` (was `2.21.0`) — the only delta; no other dep drifted. - `check_binary_deps.py jar <staged-lib> --license-binary computing-unit-managing-service/LICENSE-binary` → `OK: 339 JVM jars match LICENSE-binary.` ### Was this PR authored or co-authored using generative AI tooling? Generated-by: Claude Code (Opus 4.8 [1M context])

…inal (#6212) ### What changes were proposed in this PR? Backport of #6185 to `release/v1.2`: upgrade Apache Arrow `15.0.2 → 19.0.0` and the Netty family `4.1.x → 4.2.15.Final` as one coordinated move. `arrow-memory-netty` reaches into Netty's allocator internals, so the 4.1/4.2 line cannot split — a split throws `NoClassDefFoundError: io/netty/util/concurrent/ThreadAwareExecutor` on the Arrow Flight transport to the Python workers. Arrow 19 is the first release targeting the Netty 4.2 line, so the two move together. The standalone `flight-grpc` artifact (discontinued after 15.0.2) is dropped — its gRPC transport now lives inside `flight-core`. The Netty family is extracted into a shared `nettyDependencyOverrides` val applied to amber and the three Arrow-bundling platform services, and the Jackson core family is pinned to `2.18.8` in `workflow-core`/`workflow-operator` (Arrow 19 otherwise evicts `jackson-databind` past the `>= 2.18.0, < 2.19.0` range `jackson-module-scala` allows). **Update:** this PR also folds in the `computing-unit-managing-service` startup fix from #6209 (issue #6206), so the Arrow upgrade lands on `release/v1.2` without ever breaking that service's startup. #6185 pinned `jackson-databind` in `workflow-core`/`workflow-operator` and in `file-service`/`workflow-compiling-service`, but not in `computing-unit-managing-service`, whose dist consequently bundled `jackson-databind-2.21.0.jar` next to `jackson-module-scala 2.18.8` and aborted at boot with `Scala module 2.18.8 requires Jackson Databind version >= 2.18.0 and < 2.19.0 - Found jackson-databind version 2.21.0`. The fix adds the `jackson-databind` override to that service too (matching `file-service`/`workflow-compiling-service`). Notes on how the backport was produced: - **Source changes were hand-applied, not cherry-picked.** `release/v1.2`'s `build.sbt` is structurally different from `main`'s (no `Resource` module or `NotebookMigrationService`, `asfLicensingSettings` rather than `commonModuleSettings`, hadoop 3.3.1, no log4j-2 bridges), so a raw cherry-pick of #6185's squash would drag in unrelated structure. Only the Arrow/Netty/Jackson semantics from #6185 + #6209 were ported; the `common/workflow-operator/build.sbt` hunk is byte-identical to #6185's. - **The 8 `LICENSE-binary`(-java) / `NOTICE-binary` manifests were regenerated from `release/v1.2`'s own resolved runtime classpath**, not copied from `main`. `main`'s manifests reflect deps this branch does not have (hadoop 3.4.3, the log4j-2 bridges), so their transitive tails differ. On this branch the cascade resolves to grpc `1.62 → 1.79.0`, protobuf-java `3.25 → 4.33.4` (+ new `protobuf-java-util`), the netty `netty-codec → netty-codec-base`/`netty-codec-compression` split, new `arrow-memory-netty-buffer-patch` and `org.jspecify:jspecify 1.0.0`, `guava → 33.5.0-android`; `flight-grpc` and `eclipse-collections` drop out. ### Any related issues, documentation, discussions? Backports #6185 (merged to `main`). Also includes the fix from #6209 for #6206 (startup regression introduced by #6185). No `release/*` label is added — this PR *is* the backport. ### How was this PR tested? The binary-licensing manifests were verified the same way CI checks them, against each module's resolved `Runtime/managedClasspath` on this branch (which equals the dist's third-party jar set): - `check_binary_deps.py jar --license-binary <manifest> <lib>` passes for all four services in both strict (nightly) mode and `--ignore-transitive-version` (PR) mode: `OK: 407 / 311 / 323 / 350 JVM jars match LICENSE-binary` for amber / file-service / workflow-compiling-service / computing-unit-managing-service. - `generate_notice_binary.py` reproduces each committed `NOTICE-binary` byte-for-byte (regenerate-and-diff is clean for all four), matching the CI NOTICE check. - `sbt export <Service>/Runtime/managedClasspath` resolves cleanly for all four services with Arrow 19 + Netty 4.2 (no eviction or resolution errors); `computing-unit-managing-service` now resolves `jackson-databind-2.18.8.jar` (was `2.21.0`). ### Was this PR authored or co-authored using generative AI tooling? Generated-by: Claude Code (Opus 4.8 [1M context]) Co-authored-by: Claude Opus 4.8 <noreply@anthropic.com>

dependabot Bot added dependencies Pull requests that update a dependency file sbt Pull requests that update sbt code labels Jul 5, 2026

github-actions Bot added the common label Jul 5, 2026

Yicong-Huang added the release/v1.2 back porting to release/v1.2 label Jul 5, 2026

Yicong-Huang removed the release/v1.2 back porting to release/v1.2 label Jul 5, 2026

dependabot Bot force-pushed the dependabot/sbt/io.netty-netty-transport-4.2.15.Final branch from 815f937 to 810d9b5 Compare July 5, 2026 22:30

aglinxinyuan requested review from Yicong-Huang and Copilot July 6, 2026 00:29

aglinxinyuan self-assigned this Jul 6, 2026

Copilot AI reviewed Jul 6, 2026

View reviewed changes

aglinxinyuan added 2 commits July 5, 2026 17:57

github-actions Bot added the platform Non-amber Scala service paths label Jul 6, 2026

Yicong-Huang added release/v1.2 back porting to release/v1.2 and removed release/v1.2 back porting to release/v1.2 labels Jul 6, 2026

Yicong-Huang and others added 3 commits July 5, 2026 18:51

Merge branch 'main' into dependabot/sbt/io.netty-netty-transport-4.2.…

01552a5

…15.Final

aglinxinyuan changed the title ~~fix(deps): bump io.netty:netty-transport from 4.1.96.Final to 4.2.15.Final~~ fix(deps): upgrade Apache Arrow to 19.0.0 and Netty to 4.2.15.Final Jul 6, 2026

Yicong-Huang approved these changes Jul 6, 2026

View reviewed changes

aglinxinyuan added this pull request to the merge queue Jul 6, 2026

Merged via the queue into main with commit 4473a25 Jul 6, 2026
24 checks passed

aglinxinyuan deleted the dependabot/sbt/io.netty-netty-transport-4.2.15.Final branch July 6, 2026 04:05

Yicong-Huang mentioned this pull request Jul 6, 2026

computing-unit-managing-service fails to start: jackson-databind 2.21.0 incompatible with jackson-module-scala 2.18.8 #6206

Closed

aglinxinyuan mentioned this pull request Jul 6, 2026

fix(deps): pin jackson-databind to 2.18.8 in computing-unit-managing-service #6209

Merged

aglinxinyuan mentioned this pull request Jul 6, 2026

fix(deps, v1.2): upgrade Apache Arrow to 19.0.0 and Netty to 4.2.15.Final #6212

Merged

This was referenced Jul 7, 2026

Add CI smoke tests that each service boots successfully #6220

Closed

test(ci): add per-service boot smoke tests #6271

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Uh oh!

fix(deps): upgrade Apache Arrow to 19.0.0 and Netty to 4.2.15.Final#6185

fix(deps): upgrade Apache Arrow to 19.0.0 and Netty to 4.2.15.Final#6185
aglinxinyuan merged 7 commits into
mainfrom
dependabot/sbt/io.netty-netty-transport-4.2.15.Final

dependabot Bot commented on behalf of github Jul 5, 2026 •

edited by aglinxinyuan

Loading

Uh oh!

github-actions Bot commented Jul 5, 2026 •

edited

Loading

Uh oh!

codecov-commenter commented Jul 5, 2026 •

edited

Loading

Uh oh!

github-actions Bot commented Jul 5, 2026 •

edited

Loading

Uh oh!

Copilot AI left a comment

Uh oh!

Yicong-Huang commented Jul 6, 2026

Uh oh!

aglinxinyuan commented Jul 6, 2026

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

4 participants

Uh oh!

Conversation

dependabot Bot commented on behalf of github Jul 5, 2026 • edited by aglinxinyuan Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

What changes were proposed in this PR?

Any related issues, documentation, discussions?

How was this PR tested?

Was this PR authored or co-authored using generative AI tooling?

Uh oh!

github-actions Bot commented Jul 5, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Automated Reviewer Suggestions

Uh oh!

codecov-commenter commented Jul 5, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Codecov Report

Uh oh!

github-actions Bot commented Jul 5, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

✅ No material benchmark regressions detected

Uh oh!

Copilot AI left a comment

Choose a reason for hiding this comment

Uh oh!

Yicong-Huang commented Jul 6, 2026

Uh oh!

aglinxinyuan commented Jul 6, 2026

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

4 participants

dependabot Bot commented on behalf of github Jul 5, 2026 •

edited by aglinxinyuan

Loading

github-actions Bot commented Jul 5, 2026 •

edited

Loading

codecov-commenter commented Jul 5, 2026 •

edited

Loading

github-actions Bot commented Jul 5, 2026 •

edited

Loading