Re: binary patch problems
| От | Bodor Andras |
|---|---|
| Тема | Re: binary patch problems |
| Дата | |
| Msg-id | 4E77155D.8050200@gmail.com обсуждение исходный текст |
| Ответ на | Re: JDBC SSL hostname verification (Bodor Andras <bodri.mh3@gmail.com>) |
| Ответы |
Re: binary patch problems
Re: binary patch problems |
| Список | pgsql-jdbc |
Why don't you set prepareThreshold to 0 for your test cases?
In this case parameter passing starts immediately for the
prepared statement, and ForceBinaryTransfers can be dropped.
Andras
> Thank you for the thorough analysis. Now we need to decide what to do
> with the ForceBinaryTransfers testing/debugging aid.
>
> It was originally added to ensure that while running the unit tests
> as much as possible of the code paths would exercise the binary > > >
> transfer
> code. Normally binary transfers would only be activated after few
> round-trips to the backend with the same prepared statement - which
> basically never happens in unit tests.
>
> We have at least three options:
> 1) drop the ForceBinaryTransfers
> - it has helpped debug the binary transfer to a working state
> - it is no longer that useful
> 2) leave it as is
> - just add the hack to the one failing test to make it not fail
> - it is still useful to run the test suite to verify functionality
> stays correct with binary transfers
> 3) fix it
> - less worries in the future and if some end user finds the
> undocumented feature they won't get bitten by it
>
> -Mikko
>
В списке pgsql-jdbc по дате отправления: