[firebase-br] Timeout para inatividade de conexão.
Carlos H. Cantu
listas em warmboot.com.br
Qua Mar 27 13:54:26 -03 2019
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.
Mais detalhes sobre a lista de discussão lista