Incidente: Ao iniciar o Application Server muitas mensagens "tRPCBase waiting for tRPCThread x finish" eram apresentadas.

Solução: Foram realizados ajustes na liberação das threads RPC. 

Referente ao chamado: DTAPPSRV-7740

Incidente: Na classe TWSDLManager, ao fazer o parse de uma URL em que um schema é declarado sem namespace e dentro dele é feito um import de um schema em outra URL, mas também sem namespace, e dentro desse import exista alguma tag declarada que é referenciada nesse import, o método ParseURL apresenta falha.

Solução: Corrigido no AppServer a classe TWSDLManager para tratar a situação citada. 

Referente ao chamado: DTAPPSRV-7801

Incidente: Não estava sendo possível utilizar o Smartclient HTML com o Broker HTTP em ambiente AWS.

Solução: Corrigido o Broker HTTP para aceitar headers HTTP em modo case-insensitive (algum firewall da AWS estava modificando todos os headers HTTP enviados pelo browser para minúsculo, e esses headers todos em minúsculo não eram entendidos pelo Broker HTTP)

Referente ao chamado: DTAPPSRV-8018

Incidente: Classe SFTP apresentando falha na autenticação múltipla utilizando o método ConnectPubKeyEx.

Solução: Atualizadas as APIs internas da classe SFTP para solucionar o problema na autenticação múltipla utilizando o método ConnectPubKeyEx. 

Referente ao chamado: DTAPPSRV-7783

Incidente: Descompactação de arquivos sem especificação de diretórios em ambientes com o RootPath utilizando caminho de rede causavam erro -1.

Solução: Feito análise do caminho relativo completo para auxiliar na criação dos diretórios. 

Referente ao chamado: DTAPPSRV-7811

Incidente: Ao realizar concatenação de strings (4GL) com alguns tipo numéricos, ocorria um erro na concatenação onde era ignorado os espaços pertinentes ao tipo numérico.

Solução: Foi realizado um ajuste pare respeitar o "tamanho numérico" e seus respectivos espaços a esquerda.

Referente ao chamado: DTAPPSRV-7832

Incidente: Caso o REST 2.0 fosse configurado em um servidor Linux usando valores em maiúsuculo nas chaves Sockets e URIs, o servidor REST não iniciava.

Solução: Corrigido no Application Server a verificação das pastas do REST 2.0.

Referente ao chamado: DTAPPSRV-7841

Incidente: Em algumas situações, o servidor de aplicação poderia gerar access violation ao acessar annotations via reflection.

Solução: Foi inserida uma proteção de código no uso de annotations para evitar que esse problema ocorra. 

Referente ao chamado: DTAPPSRV-7955

Incidente: Queda do appserver quando chamando o parser de TWsdlManager de forma concorrente.

Solução: Realizada uma proteção no uso da classe tWSDLManager no Application Server para resolver o problema durante a concorrência.

Referente ao chamado: DTAPPSRV-7987

Incidente: Erro na gravação dos arquivos de console.log quando da utilização da gravação assíncrona

Solução: Correção na a criação/sobrescrita de arquivos de console log quando está com a opção de gravação de arquivos assíncrono ativado. Quando o máximo de arquivos de logs já foi gravado, no reinício do Application Server ele irá substituir o mais antigo e continuará na sequência dele e não no 1o arquivo.

Documentação:
https://tdn.totvs.com/display/tec/AsyncConsoleLog
https://tdn.totvs.com/display/tec/AsyncMaxFiles

Referente ao chamado: DTAPPSRV-7910

Incidente: Erro na inicialização do serviço HTTP/REST quando o caminho de para arquivos temporários ou o Rootpath não está definido.

Solução: Correção na inicialização do serviço HTTP na impressão de informações de arquivos temporários ou o Rootpath. 

Referente ao chamado: DTAPPSRV-7922

Referente ao chamado: DTAPPSRV-7829

Incidente: Broker passa a rejeitar pedidos de conexão no ambiente Linux quando o número total de conexões (incluindo conexões de Smartclient e outros tipos de conexões, como pedidos de tela PO-UI) chega perto de 5.000 conexões.

Solução: Alterado o limite para 10.000 conexões. 

Referente ao chamado: DTAPPSRV-7970