Histórico da Página
...
Estado colour Green title EM DESENVOLVIMENTO
| colour | Green |
|---|---|
| title | EM DESENVOLVIMENTO |
Correções
| Expandir | ||
|---|---|---|
| ||
Incidente: em certas situações passa a não aceitar conexões, devido ao esgotamento do número de handles pelo processo (Linux) Solução: correção do processo de monitoramento ativo no broker, que estava causando o esgotamento de handles utilizados pelo processo. Referente ao chamado: DTAPPSRV-7923 |
| Expandir | ||
|---|---|---|
| ||
Incidente: Corrompimento do RPO após aplicação de um patch gerado pelo Appserver Onça-preta no Appserver Harpia. Solução: Proteção para que aceite somente o valor do tamanho da chave de criptografia aleatória gerada pelo Appserver Harpia. Referente ao chamado: DTAPPSRV-8197 |
| Expandir | ||
|---|---|---|
| ||
Incidente: Ao realizar uma requisição SAML com um AppServer Linux, o AppServer fechava abruptamente. Solução: Corrigida a comunicação SAML para não acontecer a queda. Referente ao chamado: DTAPPSRV-8227 |
| Expandir | ||
|---|---|---|
| ||
Incidente: Quando do uso de recursão no construtor de uma classe pode ocasionar o erro de variable is no an object. Solução: Implementado o tratamento de recursão em chamada de construtor de classe Referente ao chamado: DTAPPSRV-8238 |
| Expandir | ||
|---|---|---|
| ||
Incidente: Durante a utilização do broker agent, foi constatada uma incoerência entre o local de gravação configurado através do parämetro "-log_path" para serviços que fossem instalados (-install) e o local onde os logs estavam sendo gravados de fato. Solução: Foi efetuada uma correção no código para que os logs fossem gravados no local esperado ao utilizar o parâmetro -log_path. Referente ao chamado: DTAPPSRV-8324 |
...
| Expandir | ||
|---|---|---|
| ||
Incidente : Apos uma ocorrência de erro "Stack Depth Overflow", caso fosse mostrado no log de console a mensagem "[ERROR][SERVER] GLOBAL STACK LIMIT exceed; RETHROW disabled", o Application Server era finalizando com uma ocorrência de "Access Violation" Correção : Corrigido o tratamento de desempilhamento do stack de execução AdvPL. Referente ao chamado: DTAPPSRV-8429 |
Melhorias
| Expandir | ||
|---|---|---|
| ||
Incidente: A classe tJWT não permitia a recuperação dos dados de header e payload do tokem. Implementação: Inclusão dos métodos getTokenHeader, getHeaderClaim, getTokenPayload e getPayloadClaim e equiparação do comportamento da função decode entre plataformas (Windows e Linux). Para maiores detalhes vide documentação da classe tJWT. Referente ao chamado: DTAPPSRV-8221 |