Incidente: O DBMonitor algumas vezes mostra o o consumo de memória de uma conexão com o DBAcccess com valor negativo.

Solução: Para poder adequar o mecanismo para exibição do consumo de memória de uma conexão com o DBAccess de forma a não onerar o processamento, esse recurso está sendo desativado e será reavaliado posteriormente. 

Referente ao chamado: 15406280

Referente à ocorrência: TPGW-1234

Incidente: Access violation, Violation no driver para MSSQL linuxLinux, no acesso a campo MEMO com conteúdo binário.

Solução: Alterada leitura ODBC de campos MEMO para contornar queda do driver MSSQL Linux com colunas CLOB que contenham um zero binário na primeira posição do buffer.

Referente ao chamado: TPGW-1255

Incidente: Utilização do DBAccess em configuração distribuída – um ou mais serviços secundários, um serviço primário. 

Ocorrência: Eventualmente, quando o serviço do DBaccess era finalizado, ele apresentava durante o término do serviço uma ocorrência de Access Violation.

Solução: Corrigido o mecanismo interno de mensagens entre DBAccess Primário e secundário(s).  

Referente ao chamado: TPGW-1272

Incidente: Habilitada meciante mediante SIGACFG, quando usado Bancos de Dados MSSQL e/ou Postgres, e o DBAccess configurado com o parametro parâmetro ReleaseInactiveConn configuradohabilitado. Caso uma conexão fosse desconectada finalizada por inatividade, parte dos dados usados para auditoria eram perdidos, e após a reconexão, informações de auditoria geradas pela nova conexão poderiam não conter as demais informações de rastreabilidade. 

Solução: Corrigido o mecanismo de reconexão automática após desconexão por inatividade, para salvar e restraurar restaurar as informações de rastreabilidade de auditoria.

Referente ao chamado: TPGW-1275

Incidente: Submeter queries ao DBAccess, com o retorno de campos MEMO em Query habilitado, mas o(s) campo(s) MEMO não são o(s) último(s) campo(s) da Query. A mensagem "Invalid Field Order in Query -- Memo fields REMOVED -- They must be grouped at the end of the Query" era registrada no DBACCESS DBAccess como um ERRO -19 (COMMAND_FAILED), mas não retornava erro nenhum ao AppserverAppServer, causando a falsa impressão de erro na aplicação AdvPL.  

Solução: A mensagem passa a ser registrada como uma Advertência ( WARNING ) , e somente será mostrada caso a configuração de advertências esteja ligada ( MsgWarnings=1 ) 

Referente ao chamado: TPGW-1277

Incidente: Ao chamar a função TCGetInfo 11 e 12 com um DBAccess distribuído, o retorno é vazio e aparece no dbconsole.log a mensagem ""tRecordLockClient::InspectLocks not implemented.

Solução: Implementadas as opções 11 e 12 da TCGetInfo para o uso com DBAccess distribuído.

Referente ao chamado: TPGW-1303

Solução: Solução: Melhoria de desempenho no TC_CanOpen, removendo consultas ao DbAccess DBAccess mirror.

Referente ao chamado: TPGW-1279

Incidente: Quando da ocorrência de grande quantidade de locks em uma mesma tabela poderia onerar a liberação dos locks.Solução: Refatoramento da rotina para liberação dos locks. Perdas momentâneas de desempenho, quando do uso DBAccess em configuração distribuída, ao lidar com listas de bloqueios de mais de 50 mil registros por tabela.

Solução: Melhoria expressiva nos algoritmos de bloqueio e liberação de registros.  

Referente à ocorrência: TPGW-1308