Dennis Schridde comments

Results 225 comments of


                                            Dennis Schridde

Portal cannot connect to IntelliJ from nREPL inside container

Released as part of https://github.com/djblue/portal/releases/tag/0.57.0. Thanks! :)

[TW-1953] Recurring tasks spawned incorrectly

Is this a duplicate of #1649 (which itself is a mirror of GothenburgBitFactory/taskserver#46)?

[TW-1952] recurring task behaviour

Is this a duplicate of #1649 (which itself is a mirror of GothenburgBitFactory/taskserver#46)? (Another duplicate might be #1963.)

`polars to-parquet` with `null` values or mismatching types: called `Option::unwrap()` on a `None` value

This is not particular to `null` values, but works also with mismatching types: ``` ❯ [[a]; [""] [1]] | polars into-df | polars to-parquet test.parquet thread 'polars-5' panicked at /home/runner/.cargo/registry/src/index.crates.io-6f17d22bba15001f/polars-arrow-0.39.2/src/compute/aggregate/memory.rs:68:18:...

`polars to-parquet` with `null` values or mismatching types: called `Option::unwrap()` on a `None` value

```nushell nu --version # 0.100.0 [[a]; [null]] | polars into-df | polars save test.parquet # Error: × Error saving file # ╭─[entry #16:1:46] # 1 │ [[a]; [null]] | polars...

`polars to-parquet` with `null` values or mismatching types: called `Option::unwrap()` on a `None` value

Would it be possible to improve the error message? Given only "cannot write 'Object' datatype to parquet" I would not have understood what you explained now, but especially not how...

Better error when non-TLS connects to TLS

I am using 1.10.2 on the client and it appears this feature is still missing. Could you please reopen?

Developer doc for serdes

How to conditionally exclude something from serialization, if a feature flag is set, or if a property of the object is set to a certain value.

Expected and actual values are swapped compared to typical Clojure test runners in test diffs

> Fix released in 1.13.4-eap8 on 2024-07-23. Thanks! This is a great improvement! :)

When spawning more than 16 requests with Java 11 HTTP client: com.clickhouse.client.ClickHouseException: Code: 159. Execution timed out

> Removing the `implementation 'org.apache.httpcomponents.client5:httpclient5:5.2.3'` dependency fixes this issue as you fall back to `HTTP_URL_CONNECTION` which doesn't have this issue. I am using the Java 11 HTTP client, cf. https://github.com/devurandom/clickhouse-timeout-mwe/blob/88a48525a6ef68b21cb9dbea0fe0d5019f3ac36b/src/ch_timeout_mwe.clj#L20-L23.