Bom dia! Tenho uma API que chama um execauto de produção. Por questões cadastrais, algumas vezes a rotina aparece uma mensagem (aviso, alertas, perguntas, etc) que em tela não teria problema, mas na API acaba bloqueando a thread e dando timeout para a aplicação que a consome. Eu gostaria de colocar um tratamento no retorno desses casos para que a aplicação possa identificar esses casos. Pensei em usar esse tratamento (https://tdn.totvs.com/display/tec/onError) porém não está funcionando. Alguém sabe me ajudar me indicando como fazer com o onError ou se tiver outras sugestões para tratar essa questão. Desde já muito obrigado.
Tratamento de erro REST
- Você vai ver essas setas em qualquer página de pergunta. Com elas, você pode dizer se uma pergunta ou uma resposta foram relevantes ou não.
- Edite sua pergunta ou resposta caso queira alterar ou adicionar detalhes.
- Caso haja alguma dúvida sobre a pergunta, adicione um comentário. O espaço de respostas deve ser utilizado apenas para responder a pergunta.
- Se o autor da pergunta marcar uma resposta como solucionada, esta marca aparecerá.
- Clique aqui para mais detalhes sobre o funcionamento do TOTVS DevForum!
1 resposta
-
essa é uma questão espinhosa, o caminho ideal que conheço é tratar as mensagens em pontos de entrada apresentando-as apenas se for tela de usuário, as partes do padrão em teoria já estão tratadas.
mais nesse artigo do TDN: https://centraldeatendimento.totvs.com/hc/pt-br/articles/360022439332-Cross-Segmento-TOTVS-Backoffice-Linha-Protheus-ADVPL-Erro-job-threads-doesn-t-support-remoto-visual-components
quanto a questão do timeout, o ideal é puxar o processamento para uma tabela intermediária, deixar um job processando e depois responder forma assíncrona, mais nesse artigo: [https://www.linkedin.com/pulse/integra%C3%A7%C3%A3o-ass%C3%ADncrona-%C3%A9-mais-imediata-josu%C3%A9-danich/][2]
Também vale a pena ver essa série de artigos para deixar seu webservice rest mais estável: https://www.linkedin.com/pulse/boas-pr%C3%A1ticas-em-webservices-e-jobs-advpl-josu%C3%A9-danich/
-
Ivan, o que você pretende fazer? Já existe um tratamento de erro padrão no REST, que caso dê uma exceção, será retornado o erro 500 para o client e a thread será encerrada. Caso isso não aconteça, é porque o erro foi além do que o ADVPL pode segurar, pois sim, existem limites segurar erros.
— Daniel Mendes 29 de Nov de 2022Eu preciso tratar o timeout. Não dá erro (500). Esse é o ponto. Se por algum motivo, a thread demorar, acabando dando timeout para o cliente que a consome e é isso que eu gostaria de tratar, para evitar do cliente receber esse timeout.
— Ivan Martins Caproni 28 de Dec de 2022