[ISSUE #10383] Align Bazel dependencies with Maven pom.xml

[lizhimins]

Summary

• Align Bazel WORKSPACE dependencies with Maven pom.xml (source of truth)
• Fix the root cause of Bazel CI SIGSEGV crashes (wrong RocksDB artifact)
• Fix ConfigStorage daemon thread use-after-free race condition
• Fix 3 flaky tests that caused intermittent CI failures across platforms

Key Changes

Bazel dependency alignment

Category	Change
Critical fix	org.apache.rocketmq:rocketmq-rocksdb:1.0.6 → org.rocksdb:rocksdbjni:8.4.4
Artifact rename	org.lz4:lz4-java:1.8.0 → at.yawk.lz4:lz4-java:1.10.3
Artifact rename	org.bouncycastle:bcpkix-jdk15on:1.69 → bcpkix-jdk18on:1.83
Version bumps	netty-all, guava, commons-lang3, commons-io, gson, okio, etc.
Missing deps	Added slf4j-api:2.0.3, javassist:3.20.0-GA, grpc-protobuf:1.47.0
Cleanup	Removed duplicate fastjson2 entry
Build fix	Added --nojava_header_compilation (netty-all 4.1.130+ is POM-only)

Bug fix: ConfigStorage SIGSEGV

Removed setDaemon(true) from ConfigStorage.FlushSyncService and scheduledExecutorService. The daemon flag caused ServiceThread.shutdown() to skip thread.join(), so the flush thread could still be calling db.flushWal() when AbstractRocksDBStorage.shutdown() closed the RocksDB native handle — triggering SIGSEGV in rocksdb::log::Writer::WriteBuffer(). Core storage flush threads (like CommitLog GroupCommitService) are non-daemon by convention.

Flaky test fixes

Test	Platform	Root Cause	Fix
RocksDBMessageStoreTest	Ubuntu	RocksGroupCommitService async flush not complete before CQ read	Added Awaitility.await() to poll until offset is committed
IndexStoreServiceTest	Windows	System.currentTimeMillis() ~15ms resolution causes timestamp collision in createNewIndexFile	Increment timestamp until unique key found
ReplicasManagerTest	macOS	Fixed sleep replaced with Awaitility polling; added setHaListenPort(0); fixed shutdown order

Motivation

The Bazel CI had been failing with JVM SIGSEGV crashes on RocksDB-related tests. Root cause: WORKSPACE declared rocketmq-rocksdb:1.0.6 (an obsolete shim with mismatched native library) while Maven uses org.rocksdb:rocksdbjni:8.4.4. The daemon thread issue in ConfigStorage amplified this — even with the correct library, the use-after-free race could still crash.

Test plan

• bazel build //... passes (583 targets)
• bazel test //... passes on CI (remote execution)
• All three previously-flaky tests verified locally
• Maven compilation unaffected (no pom.xml changes)

🤖 Generated with Claude Code

[codecov-commenter]

Codecov Report

❌ Patch coverage is 33.33333% with 2 lines in your changes missing coverage. Please review.
✅ Project coverage is 47.93%. Comparing base (c9e51d6) to head (063881f).

Files with missing lines	Patch %	Lines
.../rocketmq/tieredstore/index/IndexStoreService.java	33.33%	1 Missing and 1 partial ⚠️

Additional details and impacted files

@@              Coverage Diff              @@
##             develop   #10404      +/-   ##
=============================================
- Coverage      49.09%   47.93%   -1.17%     
+ Complexity     13507    13253     -254     
=============================================
  Files           1376     1376              
  Lines         100537   100536       -1     
  Branches       12983    12983              
=============================================
- Hits           49362    48191    -1171     
- Misses         45180    46406    +1226     
+ Partials        5995     5939      -56     

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

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

[lollipopjin]

LGTM