david-streamlio commented on issue #46:
URL:
https://github.com/apache/pulsar-connectors/issues/46#issuecomment-4937815613
Attempted this and hit a host-level blocker worth documenting before anyone
else spends time on it.
**The OpenMLDB JDBC driver cannot load on macOS/arm64.** The driver
(`com._4paradigm.openmldb.jdbc.SQLDriver`) is a JNI wrapper over a native SDK
shipped in `openmldb-native`. Verified directly from the Gradle cache for the
pinned version (`0.4.4-hotfix1`, `gradle/libs.versions.toml:190`):
```
openmldb-native-0.4.4-hotfix1.jar contains exactly one binary:
libsql_jsdk.so (505 MB, ELF 64-bit LSB, x86-64, GNU/Linux)
```
No `.dylib`, no arm64, no macOS classifier artifact published. On this host
(OpenJDK 24, Darwin arm64) loading it fails with `UnsatisfiedLinkError: ...
slice is not valid mach-o file`. Since the sink is instantiated in the test JVM
(as the sibling ClickHouse test does), the client can't initialize regardless
of whether a server container is up.
**However — this likely works in CI, which is Linux x86-64.** The native lib
would load there. So this is a *local-verification* blocker, not necessarily a
CI one. The reason I did not ship it anyway: our standard is that a test must
be observed green before merging, and I can't produce that on this machine.
**A second concern remains for whoever picks this up**, and it's real on any
host: OpenMLDB uses zk-based endpoint discovery
(`jdbc:openmldb:///db?zk=...&zkPath=...`) — the client reads tablet/nameserver
endpoints from ZooKeeper and connects to them directly. With Testcontainers'
random port mapping the discovered internal endpoints may be unreachable from
the test JVM. On Linux CI the Docker bridge is routable so this may be fine; on
Docker Desktop for Mac it is not.
**Recommendation:** either (a) a maintainer on a Linux x86-64 host writes
and verifies this against the ClickHouse-sink template, or (b) it's structured
as an in-container test (client + server co-located) to sidestep both the
native-lib arch and the zk-routing issues. Deferring until then rather than
shipping an unverifiable test.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
