Application Server - 20.3.1.3
- Criado por Paulo Reinaldo Tovo Filho, última alteração por Fabio Garbin em 13 jan, 2023

Você está vendo a versão antiga da página. Ver a versão atual.
Comparar com o atual Ver Histórico da Página
« Anterior Versão 22 Próxima »
EM DESENVOLVIMENTO
Correções
Incidente: 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 que não encontrava o fonte na chamada fora da execução do bloco SQL
Referente ao chamado: DTAPPSRV-6794
Incidente: Em determinada situação especifica o DISCONNECT causa queda do Application Server.
Solução: Foi corrigido o comando DISCONNECT, avaliando o serviço de conexão com o banco.
Referente ao chamado: DTAPPSRV-6883
Incidente: Ao tentar gerar um patch a partir de RPO CUSTOM com fontes 4gl, apresenta o erro "file not found or not accessible"
Solução:Foi implementado a assinatura de funções para o rpo 4gl para permitir a geração do patch.
Referente ao chamado: DTAPPSRV-6903
Incidente: A tela de consulta do Broker HTTP estava apresentando a mensagem "Número máximo de conexões simultâneas: 5000". No entanto, esta mensagem só se aplica ao Broker para Smartclient.
Solução: Foram realizadas modificações na estrutura do Broker para que a mensagem apenas seja apresentada no Broker Smartclient.
Referente ao chamado: DTAPPSRV-6725
Incidente:Em algumas situações, mesmo sem os comandos como DATABASE ou realizando conexão dinamica, o banco conecta
Solução:Foi alterado a forma de conexao com o banco, e no carregamento da biblioteca logixdbapi.dll
Referente ao chamado: DTAPPSRV-6797
Incidente: Ao realizar o debug de um fonte 4gl, a entrada de uma nova função sempre leva a primeira linha fonte.
Solução: Correção no comando implícito interno que gera esse comportamento durante o debug, indo para primeira linha em todo momento da entrada de uma nova função.
Referente ao chamado: DTAPPSRV-6831
Incidente: Uma janela modal de Consulta Padrão de um campo TGet poderia se sobrepor a outra janela modal de um Processa() criada durante a execução do bValid de outro campo, fazendo com que essa última jamais pudesse ser encerrada, travando o acesso a interface. Exemplo: RECÁLCULO DE IMPOSTO na Venda Assistida.
Solução: Proteção para evitar que uma janela de Consulta Padrão seja criada durante a execução do bValid de um TGet, evitando a sobreposição de janelas modais.
Referente ao chamado: DTAPPSRV-6876
Incidente: A função AdvPL Directory não está retornando corretamente quando é informado um índice junto com a flag de diretório (ex: D:1000).
Solução: Corrigido o comportamento da função Directory quando é informado um índice.
Referente ao chamado: DTAPPSRV-6891
Incidente: Durante a execução em 4GL do PREPARE, a tradução para o SELECT estava incompatível com a versão direta do SELECT.
Solução: Corrigido a tradução, deixando compatível entre os dois casos.
Referente ao chamado: DTAPPSRV-6917
Incidente: Valor mostrado no consumo de memória de variáveis globais ( Variable Glb List ... XXXXX kB. Count YYY ) mostrava valor maior que o consumo real, causando a falsa impressao de Leak de memória.
Correção: Corrigido o contador de memória para refletir o valor correto.
Referente ao chamado: DTAPPSRV-6954
Ocorrência: Erro ao desabilitar as cifras e protocolos TLS.
Solução: Correção na inicialização para ativar apenas as cifras e protocolos habilitados.
Referente ao chamado: DTAPPSRV-6970
Incidente: A aplicação poderia apresentar uma finalização inesperada durante a execução das função AdvPL TCDBInsert, dado a utilização das funções de conversão de datas - DTOS, DTOC e similares.
Solução: Fizemos um ajuste na aplicação para evitar o problema observado durante as conversões de datas dentro das chamadas da TCDBInsert.
Referente ao chamado: DTAPPSRV-6988
Incidente: Quando do uso da chave ServerMemoryInfo, em determinadas situações do conteúdo das mensagens de observação das threads poderia ocasionar erro no Application Server.
Solução: Correção no momento da impressão das informações da chave ServerMemoryInfo e inclusão da versão do Application Server nas informações.
Referente ao chamado: DTAPPSRV-7007
Incidente: A utilização de funções AdvPL que geram troca de mensagens entre o SmartClient e o AppServer poderia ocasionar uma falha e queda na aplicação.
Solução: Foram criadas proteções na camada de troca de mensagens de eventos entre o SmartClient e o AppServer para evitar que a queda em questão volte a ocorrer.
Referente ao chamado: DTAPPSRV-6827
Incidente: Funcionalidade Log de Repositório do TDS-VSCode não estava retornando informações sobre patchs aplicados no RPO Custom, retornava apenas informações do RPO Default.
Solução: Foram realizados ajustes na rotina para que seja retornado informações de patchs do RPO Custom e Default. A solução completa depende da atualização do plugin TOTVS Developer Studio
Referente ao chamado: DTAPPSRV-6853
Incidente: Mesmo com timeout configurado na TMailManager, ao enviar mensagens, a classe retornava erro de timeout, além de não ser possível ver o código de erro retornado pelo servidor.
Solução: Corrigido na TMailManager a definição dos valores de timeout e adicionado mensagens com o código de retorno do servidor SMTP ao ligar a chave Verbose na seção Mail do arquivo appserver.ini.
Referente ao chamado: DTAPPSRV-6863
Incidente: Problema na execução de queries em 4GL utilizando OUTER.
Solução: Corrigido a tradução das queries, antes de sua execução no banco.
Referente ao chamado: DTAPPSRV-6890
Incidente: Queda do APPServer com ocorrência crítica "Stack Overflow Found" ao fechar um RPO auxiliar de calculo da folha de pagamento, com um fonte do RPO auxiliar carregado no stack.
Correção: Não é possível fechar o RPO auxiliar com programas do proprio RPO auxiliar em execução, mas ao invés de gerar um erro critico de Stack Overflow e derrubar o TOTVS Application Server, será gerado um error.log com a mensagem "Auxiliary RPO locked by running program".
Referente ao chamado: DTAPPSRV-6898
Incidente: Queda do APPServer com ocorrência crítica "Stack Overflow Found" ao fechar um RPO auxiliar de calculo da folha de pagamento, com um fonte do RPO auxiliar carregado no stack.
Correção: Não é possível fechar o RPO auxiliar com programas do proprio RPO auxiliar em execução, mas ao invés de gerar um erro critico de Stack Overflow e derrubar o TOTVS Application Server, será gerado um error.log com a mensagem "Auxiliary RPO locked by running program".
Referente ao chamado: DTAPPSRV-6932
Incidente: não estava sendo possível utilizar o Broker Agent como um serviço Windows.
Solução: corrigido o processo de inicialização do serviço. (A instalação do serviço já estava funcionando).
Referente ao chamado: DTAPPSRV-6966
Melhorias
Problema: Informar no Application Server as informações sobre build e versão da DBSRV quando ela é carregada.
Solução: Adicionado na carga da DBSRV no Application Server as informações sobre build e versão.
Referente ao chamado: DTAPPSRV-6942
Incidente: Broker estava permitindo especificar planos de escalabilidade incompletos, isto é, com períodos de tempo que não estavam coberto por nenhum plano.
Solução: Melhorias na consistência dos períodos dos planos de escalabilidade do Broker Agente. Se houver algum algum período que não estiver coberto por um plano o Broker não será iniciliazado.
Referente ao chamado: DTAPPSRV-6993
Incidente: Broker Agent estava sempre tentando se conectar com o Broker no ip 127.0.0.1.
Solução: corrigido para respeitar a chave BrokerServer na seção BROKER_AGENT no arquivo de configuração appserver.ini.
Referente ao chamado: DTAPPSRV-7001
Novas Implementações
Incidente: Não é possível utilizar a HTTPQuote passando um arquivo de certificado e chave, nos moldes das funções HTTPSGet e HTTPSPost.
Solução: Criada a função HTTPSQuote, que permite passar certicado, chave e senha para realizar a comunicação.
Referente ao chamado: DTAPPSRV-6951
- Sem rótulos