#Corpore

Gerador de relatórios – Execução via Job Server melhora performance e consumo

Padrão

A partir da versão 12.1.22 foram criados dois parâmetros para melhorar a performance e consumo de recurso de ambientes distribuídos (N camadas). Estes parâmetros permitem manipular a forma de executar qualquer relatório do sistema, inclusive os relatórios que são gerados em cadastros, telas e visões.

Os parâmetros podem ser acessados em Parâmetros Globais → Guia Performance. São eles:

  • Executar relatórios sempre via Job Server → Este parâmetro indica que qualquer relatório do sistema será executado no servidor de Job, logo terá registro de execução como qualquer outro processo do sistema.
  • NÃO executar relatórios em processos isolados (Job Runner) → Este parâmetro indica que os relatórios que executam via Job Server não mais executarão via processo isolado, o Job Runner. Este parâmetro deve ser usado somente em caos extremos onde, por algum motivo, os relatórios estão mais lentos ao serem executados via Job Server, pois quando não isolados outros problemas como vazamento de memória e queda de Host podem acontecer.

OBS.: A alteração destes parâmetros só será refletida após 5 minutos.

A execução dos relatórios via Job Server trazem uma séria de benefícios para a aplicação, pois deixam de concorrer com a navegação e utilização do sistema no geral.

O parâmetro quando marcado envia os relatórios de tela, que por padrão são executados no servidor de aplicação, para o Job Server, porem não seguem o mesmo padrão de enfileiramento, para não causar uma sensação de perda de performance para os usuários.

Feliz 2020!!!

Padrão

Desejamos a todos os nossos seguidores e parceiros um excelente 2020!!!

Estamos trabalhando para em breve postar novos vídeos e dicas! Sigam agente e fiquem por dentro das novidades que virão neste ano de 2020!

Podem contar conosco como parceiro de seus projetos, seja dando treinamento, consultoria e implementando!

Somos seu parceiro e estamos a disposição!

Um grande abraço e que venha 2020!!!

API de Recuperação e Alteração de senha

Padrão

Disponível via API Rest recuperação e Alteração de senha.

ChangePassword

Máscara de Url: http://{domínio}:{porta}/api/framework/v1/users/{userId ou Email}/changePassword

JSON:

{
    "lastPassword": "Totvs@123",
   "newPassword": "Abc.456",
    "confirmationPassword": "Abc.456"
}

 

RecoveryPassword

Ao executar a requisição Post, será enviado um e-mail para o e-mail cadastrado referente ao usuário informado na URL.

Este e-mail irá possuir um Token que é valido somente para o usuário informado e possui o tempo de vida de um dia. Este Token servirá para alterar a senha do usuário utilizando o serviço 1.3 (ChangePasswordWithToken)

Atenção

O Token é invalidado de imediato caso o usuário referente ao token consiga realizar acesso ao sistema.

O Token é valido de acordo com a forma que foi gerado. Caso o token tenha sido através do CODUSUARIO, ao utilizar o serviço “ChangePasswordWithToken” o mesmo deverá ser utilizado com o CODUSUARIO, caso o token tenha sido gerado através do E-MAIL, ao utilizar o serviço “ChangePasswordWithToken” o mesmo deverá ser utilizado com o e-mail

 Clique aqui para expandir…

Configuração

Máscara de Url: http://{domínio}:{porta}/api/framework/v1/users//{userId ou Email}/recoveryPassword

Exemplo de Configuração

Domínio: localhost
Porta: 8051

Url Utilizada: http://localhost:8051/api/framework/v1/users/mestre/recoveryPassword

Url Utilizada: http://localhost:8051/api/framework/v1/users/mestre@totvs.com.br/recoveryPassword

Exemplo de Resultado Positivo Postman

Em caso de sucesso, será retornado o respondeCode = 200 e a resposta em branco.

Exemplo de Resultado Negativo

Em caso de inconsistência, será retornado o respondeCode = 400 e a na resposta informará qual é a inconsistência.

ChangePasswordWithToken

 Clique aqui para expandir…

Configuração

Máscara de Url: http://{domínio}:{porta}/api/framework/v1/{userId ou Email}/changePasswordWithToken

Exemplo de Configuração

Domínio: localhost
Porta: 8051

Url Utilizada: http://localhost:8051/api/framework/v1/users/mestre/changePasswordWithToken

Url Utilizada: http://localhost:8051/api/framework/v1/users/mestre@totvs.com.br/changePasswordWithToken

Payload

A ser enviado na requisição

{
    "lastPassword": "{TOKEN}",
    "newPassword": "Abc.456",
    "confirmationPassword": "Abc.456"
}

Exemplo de Resultado Positivo Postman

Em caso de sucesso, será retornado o respondeCode = 200 e a resposta em branco.

Exemplo de Resultado Negativo

Em caso de inconsistência, será retornado o respondeCode = 400 e a na resposta informará qual é a inconsistência.

Descontinuação da atividade de Comando SQL

Padrão

A partir das versões  12.1.20.399, 12.1.21.140, 12.1.22.108, 12.1.23 a atividade “Executar Comando SQL” foi descontinuada. 
As Formulas Visuais que já possuírem a atividade continuarão funcionando, onde em cada execução as informações da atividade serão enviadas para o Snowden.

Exemplo:

A Atividade Executar Comando SQL está sendo executada.
Atividade: rmsExecuteSQLActivity1
Comando SQL : SELECT * FROM GUSUARIO WHERE CODUSUARIO = :CODUSUARIO and STATUS = :STATUS
Parameters : mestre;1;
Rows Afetadas : 1;

Filtro obrigatório para execução de relatórios no Reports

Padrão

A partir da versão 12.1.22 foi criado um parâmetro para impedir que relatórios que necessitam de FILTRO sejam executados sem que estes sejam informados.

Pela impossibilidade do mecanismo identificar automaticamente a necessidade de receber filtros em detalhes/bandas que utilizam tabelas como fonte de dados, foi necessário criar o parâmetro que exige que sejam informados filtros para a execução do relatório, sejam eles via API (filtros passados pela tela do produto) ou pelo próprio usuário através do processo de geração de relatório.

A utilização deste parâmetro evita que um relatório carregue um grande volume de dados desnecessariamente, evitando assim o consumo desacerbado de memória e causando a indisponibilidade do Host.