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

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

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