[firebase-br] Timeout para inatividade de conexão.

[Carlos H. Cantu]

Perungtei ao Vlad, e ele disse que o KeepAlive funcionaria pro caso
de "matar a aplicação" também.

[]s
Carlos H. Cantu
eBook Guia de Migração para o FB 3 - www.firebase.com.br/guiafb3.php
www.FireBase.com.br - www.firebirdnews.org - blog.firebase.com.br

GS> Vou experimentar o DummyPacketInterval então.
GS> No meu caso, é um Win2008R2.

GS> Sobre os parametros, olhando: 
GS> http://tracker.firebirdsql.org/browse/CORE-985 


GS> parece que um 'query timeout' e outros similares estão sendo feitos para o FB4.



GS> [] ´s

GS> Em qua, 27 de mar de 2019 às 11:41, Carlos H. Cantu
GS> <listas em warmboot.com.br> escreveu:

GS>> Vou verificar na conexão tcp, pois no manual on line há uma
 GS>> advertência sobre não usar DummyPacketInterval em servidores win32.
 GS>> Parece que inclusive é a recomendação do site ibphoenix de usar o
 GS>> TCP/KEEPALIVE para resolver problemas de erros 108/109 no log.

GS>  Pelo que lembro, essa restrição é pra versões bem antigas do
GS>  Windows... eu uso em todos os meus clientes, e nunca tive problema.


 GS>> Mas ainda tenho duvidas, se meu usuário finalizar o app com
 GS>> ctrl+alt+del, como o parametro keepalive irá resolver já que a
 GS>> conexão tcp não caiu, o que caiu na realidade foi o app. Por isso,
 GS>> estou buscando uma especie de 'transaction time out' para desfazer ou talvez fechar essas conexões.
 GS>> Aré há um parametro 'connection timeout' no servidor, mas ele é
 GS>> apenas para o tempo de espera caso a conexão falhar e não se
 GS>> refere a duração de uma conexão inativa.Sabe de algo nesse sentido?

GS>  Num caso como esse, tb não sei se o keepalive do SO resolveria. Mas
GS>  creio que o DummyPacketInterval seria eficiente, pois seria o FB que
GS>  enviaria o pacote pra saber se a outra ponta ainda está "viva".

GS>  Que eu saiba não há parametros de timeout com o propósito que você
GS>  precisa.