Vladimir Sitnikov

>First of all, it is not fine for a tcp connection to be in half-closed state. The client can't send data where the server would receive it. At least not...

@jgaalen , please refer to RFCs or the public documentation. Otherwise it is hard to tell where all your conclusions come from. Many parts of your messages violate or contradict...

> the problem is in httpclient4, where it is not actively closing the socket/responding to the FIN/ACK. It knows it is there Please double-check. The Java side does **not** know...

>If it doesn't know it received the FIN, how is it possible it sends the FIN back AFTER the httpclient4.validate_after_inactivity timeout? Httpclient validates the connection before making a request if...

> Where does it reads specifically? https://github.com/apache/httpcomponents-core/blob/a5c117028b7c620974304636d52f06f172f1d08b/httpcore/src/main/java/org/apache/http/impl/pool/BasicConnPool.java#L92 => https://github.com/apache/httpcomponents-core/blob/a5c117028b7c620974304636d52f06f172f1d08b/httpcore/src/main/java-deprecated/org/apache/http/impl/AbstractHttpClientConnection.java#L323 => https://github.com/apache/httpcomponents-core/blob/a5c117028b7c620974304636d52f06f172f1d08b/httpcore/src/main/java-deprecated/org/apache/http/impl/io/SocketInputBuffer.java#L88-L99

> so setting validity setting to 1ms would at least solve the unexpected non-http errors It might add an artificial `1+ms` on every request though.

@jgaalen , thanks for the reproducer. I've got 1G dump, and I'll take a look into it

Looks like partial deployments are not planned: https://github.com/actions/deploy-pages/issues/73#issuecomment-1477234353 The way out is to build the full site and publish it as a single unit.

What's the issue then? Arrays should be accessed via `resultSet.getArray(...)`

Feel free to provide a PR around https://github.com/pgjdbc/pgjdbc/blob/8e8dbab04a72813e71b28c74a74513d795979e6a/pgjdbc/src/main/java/org/postgresql/jdbc/PgArray.java#L933