Pre 0.10.0-rc1#2905
Conversation
|
Repository collaborators can run the JMH benchmark suite against this PR by commenting: Optional regression threshold override (Δ% on Time or Alloc/op; defaults to 10%): Only one benchmark run per PR is active at a time — issuing a new |
TriageCategory: Summary What this impacts
Required reviewer action
|
There was a problem hiding this comment.
Cursor Bugbot has reviewed your changes using high effort and found 2 potential issues.
❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, have a team admin enable autofix in the Cursor dashboard.
Reviewed by Cursor Bugbot for commit 73156f8. Configure here.
| @@ -0,0 +1,8 @@ | |||
| #!/bin/sh | |||
| LIB_VER=$(grep '<revision>' pom.xml | sed -e 's|[[:space:]]*<[/]*revision>[[:space:]]*||g') | |||
| find `pwd`/examples -type f -name pom.xml -exec sed -i -e "s|\(<clickhouse-java.version>\).*\(<\)|\1$LIB_VER\2|g" {} \; | |||
There was a problem hiding this comment.
GNU sed breaks on macOS
Medium Severity
The new script uses sed -i -e as in Linux CI, but BSD sed on macOS treats the argument after -i as a backup extension, so in-place edits of example pom.xml files fail or behave incorrectly on developer Macs.
Reviewed by Cursor Bugbot for commit 73156f8. Configure here.
| for d in $(ls -d `pwd`/examples/*/); do \ | ||
| if [ -e $d/pom.xml ]; then cd $d && mvn --batch-mode --no-transfer-progress clean compile; fi; | ||
| if [ -e $d/gradlew ]; then cd $d && ./gradlew clean build; fi; | ||
| done |
There was a problem hiding this comment.
Script ignores build failures
Medium Severity
The new build_examples.sh loops over examples and runs mvn clean compile or ./gradlew clean build without set -e or checking exit codes. If an early example fails, the loop keeps going and the script can still exit successfully depending on the last command, masking broken examples during local release checks.
Reviewed by Cursor Bugbot for commit 73156f8. Configure here.
|
Client V2 CoverageCoverage Report
Class Coverage
|
JDBC V2 CoverageCoverage Report
Class Coverage
|
JDBC V1 CoverageCoverage Report
Class Coverage
|
Client V1 CoverageCoverage Report
Class Coverage
|
|
|
||
| - **[client-v2]** Combining `setUsername(...)` + `setPassword(...)` with a custom `Authorization` HTTP header (`httpHeader(HttpHeaders.AUTHORIZATION, ...)`) now fails at `Client.Builder#build()` with `ClientMisconfigurationException` unless HTTP Basic authentication is explicitly disabled via `useHTTPBasicAuth(false)`. Previously this combination was accepted and the custom `Authorization` header overrode the ClickHouse user/password headers at request time. | ||
| - **[jdbc-v2, client-v2]** Implemented SSL modes configuration. Now it is possible to set `ssl_mode` to `DISABLED`, | ||
| `TRUST`, `VERIFY_CA` and `STRICT`. Note for V1 users: `NONE` is supported only by JDBC driver and mapped to `TRUST`. |
There was a problem hiding this comment.
we could add a link to the doc page explaining different options
| - **[client-v2]** Combining `setUsername(...)` + `setPassword(...)` with a custom `Authorization` HTTP header (`httpHeader(HttpHeaders.AUTHORIZATION, ...)`) now fails at `Client.Builder#build()` with `ClientMisconfigurationException` unless HTTP Basic authentication is explicitly disabled via `useHTTPBasicAuth(false)`. Previously this combination was accepted and the custom `Authorization` header overrode the ClickHouse user/password headers at request time. | ||
| - **[jdbc-v2, client-v2]** Implemented SSL modes configuration. Now it is possible to set `ssl_mode` to `DISABLED`, | ||
| `TRUST`, `VERIFY_CA` and `STRICT`. Note for V1 users: `NONE` is supported only by JDBC driver and mapped to `TRUST`. | ||
| Please migrate to the new naming. |
There was a problem hiding this comment.
- Is this a brekaing change? I read it as
Yes - Do we need to provide any migration instructions?
| cancellation request runs outside the session and no longer contends with the running query for the session | ||
| lock. (https://github.com/ClickHouse/clickhouse-java/issues/2690, https://github.com/ClickHouse/clickhouse-java/issues/2881) | ||
|
|
||
| - **[client-v2]** Fixed inconsistent use of `executionTimeout` parameter in `Client` component. The timeout was |
There was a problem hiding this comment.
should be merged with an item above?
| previously set in milliseconds but mistakenly retrieved and used in seconds in some places. Now it correctly uses | ||
| milliseconds consistently. (https://github.com/ClickHouse/clickhouse-java/issues/2358) | ||
|
|
||
| - **[jdbc-v2]** Added option to specify cluster name for operations on cluster. One of them is `KILL QUERY .. ON CLUSTER <cluster_name>`. |
There was a problem hiding this comment.
should be merged with an entry in new features?
| - **[jdbc-v2, client-v2]** Fixed handling `NULL` values to `Variant` and `Dynamic` columns. Previously indicator | ||
| of `NULL` was not set and read. (https://github.com/ClickHouse/clickhouse-java/issues/2789, https://github.com/ClickHouse/clickhouse-java/issues/2791) | ||
|
|
||
| - **[client-v2]** Fixed timeunit inconsistency of `executionTimeout` parameter. Previously was saved in milliseconds but |
There was a problem hiding this comment.
it's a hard one. It's a bug fix, but going to change the value 1000x without a notice. IMO it should be at least in Breaking changes section





Summary
Checklist
Delete items not relevant to your PR: