DJURDEP-8507 DT Realizar ajustes encontrados em quebra de automação no Sistêmico

01. DADOS GERAIS

02. SITUAÇÃO/REQUISITO

1º Melhoria no WSMETHOD POST UploadFile WSREST JURLEGALPROCESS

• Verificamos que o 'WSMETHOD POST UploadFile WSREST JURLEGALPROCESS' não possui o Self:SetResponse(FWJsonSerialize(oResponse, .F., .F., .T.)), com isso, verificamos que o retorno desta requisição no novo appserver, não traz o JSON do response e isso foi verificado através da automação do LegalProcess no CT 033 que houve quebra no ambiente do sistêmico. 
  Para este cenário, seria interessante retornar no response uma propriedade que informa se o arquivo foi inserido ou não com sucesso.
  Realizando este ajuste é algo positivo de validação do nosso projeto e evitamos a quebra da automação

2º Na Function JA108AtCps( oGrupList, cCodModelo) e linha 2894, o IsInCallStack('RestExecute') não está na lista de chamadas, seria interessante ajustar para corrigir o error log do ct  040 e 030 do WsLegalProcess. Sugestão de ajuste, se validarmos o cCodModelo estiver preenchido faz a condição verdadeira, caso contrário pega o código do modelo da pesquisa.

3º Melhorar nossa aplicação para quando der erro 500 não voltar para o login de forma indevida.

03. SOLUÇÃO

Para que não ocorram error logs na execução da Automação, substituimos as verificações de IsInCallStack('RestExecute') por JModRst(). 

WSLegalProcess - Afim de tratar as quebras do robo, implementamos o response do método UploadFile() para permitir a validação o Teste Case _033 do case LegalProcess.

protheus.service.ts - Para melhorar a usabilidade do aplicativo Totvs Juridico, implementamos a validação do retorno 500, mostramos a notificação da requisição que retornou o erro, mas não voltamos para o login.

04. DEMAIS INFORMAÇÕES

Não há.

05. ASSUNTOS RELACIONADOS

Não há.