Ocorrência: Suporte ao protocolo gRPC para o SmartLink Solução: Implementação da biblioteca gRPC com suporte ao SmartLink através da classe tGrpc.. Referente ao chamado: DTAPPSRV-5122 |
Ocorrência: Ao utilizar JSonObject() e posteriormente recuperar o json a partir de oJson:ToJson(), o retorno gerado perde toda a sequência que foi incluída no objeto json. Solução: Implementação para manter a ordem original do objeto JSON em memória. Referente ao chamado: DTAPPSRV-2718 |
Ocorrência: Automação na escabilidade horizontal dos serviços do Solução: Implementação do broker agent. Detalhes para uso: Broker Agent. Referente ao chamado: DTAPPSRV-5216 |
Solução: Implementar uma função TCSqlToArr da RDD TOPConn, que execute uma Query, e retorne um array de resultados. Referente ao chamado: TPGW-348 |
Ocorrência: Broker HTTP não exibe tela de status. Solução: Correção para o travamento da tela de Status. Referente ao chamado: DTAPPSRV-6318 |
Ocorrência: Função FUnzip() retorna 0 (sucesso) sem descompactar todos os arquivos do ZIP. Solução: Mecanismo de tratamento de retorno de erro da compactação corrigido. Referente ao chamado: DTAPPSRV-6308 |
Ocorrência: O AppServer fica travado ao tentar finalizar. Solução: Correção no gerenciamento dos contextos bloqueados do Vader e com isso, libera a continuidade do processo e o encerramento do AppServer. Referente ao chamado: DTAPPSRV-6280 |
Ocorrência: REST não estava aceitando query strings da forma "?&var1=val1&var2=val2..." que são aceitas pelo REST ADVPL (notar o '&' inicial logo após o '?"). Solução: Alteração no parsing das query strings para aceitar esse '&' inicial. Referente ao chamado: DTAPPSRV-6240 |
Ocorrência: Função APPEND FROM falhando ao importar arquivos externos. Solução: Foram realizadas os devidos ajustes no Application Server. Referente ao chamado: DTAPPSRV-6205 |
Ocorrência: Erro -100 em transações com REST 2.0. Solução: Correções realizadas no Rest 2.0 para o caso do erro -100. Referente ao chamado: DTAPPSRV-5832 |
Ocorrência: Erro na geração de Relatórios padrões do ERP impressos no modo Planilha/Excel em servidores Linux onde o arquivo final gerado, somente continha o cabeçalho e definições da planilha Excel, ou seja, sem os dados e assim, gerando um arquivo incompleto que não era possível ser aberto pelo Excel. Solução: Correção aplica na camada de manipulação de arquivo. Referente ao chamado: DTAPPSRV-6703 |
Ocorrência: Função GetRpoLog não retorna os patchs que estão aplicados no RPO Custom. Solução: Foram realizados ajustes pontuais na função GetRpoLog. Referente ao chamado: DTAPPSRV-6681 |
Ocorrência: Ao executar o comando de SQL em bloco, sem realizar a conexão com o banco dinamicamente ou via comando DATABASE no mesmo fonte, o server aborta a execução. Solução: O modelo de conexão com o banco tinha a falha onde não encontrava o fonte na chamada fora da execução do bloco SQL
Referente ao chamado: DTAPPSRV-6668 |
Ocorrência: O recurso de desfragmentação de RPO passou a apresentar problemas e não está realizando a desfragmentação do RPO Default. Solução: Foram realizados ajustes na camada responsável pela desfragmentação e o problema foi solucionado. Referente ao chamado: DTAPPSRV-6667 |
Ocorrência: A ferramenta de compilação por linha de comando (AppServer Command Line) está apresentando alto consumo de memória ao realizar compilação de um grande número de fontes, resultando em erros de alocação de memória. Solução: A ferramenta foi ajustada para realizar a compilação por blocos de até 1000 arquivos sequencialmente. Referente ao chamado: DTAPPSRV-6665 |
Ocorrência: Na função IsPrinter o uso de porta LPT e COM era limitado até LPT6. Solução: Ampliado o limite na função IsPrinter de portas para até LPT9 e COM9. Referente ao chamado: DTAPPSRV-6636 |
Ocorrência: Funções GetResArray e GetSrcArray não retornam elementos com extensão .app do RPO Custom Solução: Foram realizados ajustes e correções para que as funções AdvPL passem a retornar corretamente elementos com extensão .app. Referente ao chamado: DTAPPSRV-6565 |
Ocorrência: Função SubString em atribuição e teste condicional IF de CHAR em posição inválida não apresentam erros. Solução: Foram realizadas correções para em situação de erros, abortar e informar a linha de código fonte 4GL onde o problema ocorreu.
Referente ao chamado: DTAPPSRV-6559 |
Ocorrência: Permitir a compilação de Web Functions sem token de compilação Solução: Ajustes para compilação de HTML function e Web Function sem token de compilação. Referente ao chamado: DTAPPSRV-6554 |
Ocorrência: Cliente relatava que ao tentar realizar uma requisição com Proxy ativo, a função HTTPQuote falhava para qualquer um dos métodos disponíveis (GET, POST, PUT, PATCH, DELETE). Solução: Foram realizados ajustes relacionados ao serviço de Proxy e as requisições com a função HTTPQuote passaram a se comportar corretamente. Referente ao chamado: DTAPPSRV-6537 |
Ocorrência: Aplicação de patch não esta checando a data de elementos do tipo Resource e está substituindo os arquivos mesmo que a opção para NÃO aplicar arquivos mais antigos esteja habilitada. Solução: Foi corrigido a checagem da opção para o tipo resource. Referente ao chamado: DTAPPSRV-6535 |
Ocorrência: Access Violation quando é feito um SQL PREPARE dentro de uma REPORT FUNCTION. Solução: Foi corrigido o parâmetro que pega o nome da função que compõe a query que define o cursor interno, como é report e não função, ele se perdia.
Referente ao chamado: DTAPPSRV-6087 |
Ocorrência: O método Clear da TMailMessage não limpa o último campo definido no objeto. Solução: Corrigido a limpeza feita pelo método Clear da TMailMessage. Referente ao chamado: DTAPPSRV-5981 |
Ocorrência: Ao executar o Application Server Command Line no Linux, com o LockServer ativo, ele fica aguardando e/ou procurando o Lockserver indicado Solução: Para Application Server Command Line, compilação e execução, a procura pela conexão ao Lockserver é ignorada. Referente ao chamado: DTAPPSRV-6129 |
Ocorrência: Ao desativar as chaves SMTPAuthLogin, SMTPAuthPLAIN ou SMTPAuthNTLM no appserver.ini, o Application Server continuava realizando as autenticações. Os valores que eram impostos as chaves em questão eram desconsiderados pelo Application Server, que considerava como se essas estivessem desabilitadas. Solução: Foram realizadas as devidas correções e agora Application Server considera o valor das chaves SMTPAuthLogin, SMTPAuthPLAIN e SMTPAuthNTLM. Referente ao chamado: DTAPPSRV-6227 |
Ocorrência: para que o LockServer conseguisse estabelecer conexão, era necessário setar a chave SecureConnection=1 na seção LockServer. Ou seja, o módulo da porta Multi Protocolo estava falhando. O esperado era que não fosse necessário configurar nada, a porta multiprotocolo deveria se encarregar disso. Solução: Realizado correção no Application Server, agora não é mais necessário habilitar a chave SecureConnection. Referente ao chamado: DTAPPSRV-6249 |