2309 - Orion
- Luciano César Ascari
- Sergio Labres
Chave | Ticket Movidesk | Resumo | Documentação |
|---|---|---|---|
| Foi visto que o encondig do banco do cliente estava errado e através debug foi encontrado a solução para o seguinte erro: Dynamic SQL Error; SQL error code = -303; arithmetic exception, numeric overflow, or string truncation; string right truncation [SQLState:22001, ISC error code:335544914]
org.springframework.dao.DataIntegrityViolationException: could not extract ResultSet; SQL [n/a]; nested exception is org.hibernate.exception.DataException: could not extract ResultSet | ||
| Mesmo que o SQL dos relatórios esteja no Jasper, é necessário que tenham uma fonte dados no Orion, para evitra erros. | ||
| 1.Menu Ambiente compartilhado Docker - Orion 2.Objetivo Ajustar inconsistência ao subir plugin 3.Alteração Criado duas instancias do Orion do cliente, uma para os demais plugins e outra para o decisor especialmente | ||
| 1.Menu Assistente Launcher 2.Objetivo Realizar atualização para a última versão da API wwebjs 3.Alteração Verificado que o pacote do npm foi atualizado para ----- e gerado uma build em cima disso | ||
| O application.properties precisará de ajustes manuais em cada caso. Se o container for removido e recriado, as configurações terão de ser feitas novamente. Como o código-fonte está “perdido”, não é possível compilar uma nova versão. É importante observar que o menu “Vendas por forma de pagamento” do plugin não funciona (não funcionava anteriormente às migrações, no Windows mesmo). | ||
| Orion - Erro ao gerar relatório "ESTOQUE Inventário Estoque" | 1.Menu Orion - Erro ao gerar relatório "ESTOQUE Inventário Estoque" 2.Objetivo Verificar motivo da inconsistência e ajustar a mesma 3.Alteração Foi verificado que após a migração do cliente do servidor local para o ambiente no docker, um relatório que demorava para gerar não estava mais gerando pois dava erro de broken pipe no Java. Foi verificado que o erro de Broken Pipe sempre acontecia após o relatório chegar aos 10 minutos de execução Então foi tomado algumas medias Tomcat Dentro do arquivo server.xml foi aumentado o tempo de connectionTimeout  Dentro do arquivo web.xml também foi aumentado o tempo de session-timeout  Configurações de Conexão ao Banco Oracle no Orion Foi alterado o tempo de idle timeout e tempo de connection timeout TCP Também foi alterado o tempo de timeout do protocolo tcp/ip que estava configurado em 60 net.ipv4.tcp_fin_timeout=6000 Apache E por último foi alterado a no arquivo conf do cliente o timeout. E o relatório voltar a funcionar. | |
| 1.Menu Assistente Launcher 2.Objetivo Verificar motivo de não estar funcionando o envio de mensagens 3.Alteração Foi verificado que havia instancias duplicadas dentro do servidor do cliente, aonde impossibilitava o envio das mensagens. | ||
| Instalação/configuração de Orion paralelo e da conexão com o banco de dados SQL Server do PSGA, com a liberação externa para o Orion. | ||
| 1.Menu Assistente - Divergência no cadastro de acesso Menu Diretor 2.Objetivo Verificar se pontos de divergência são mesmo erros e resolver os mesmos 3.Alteração Sobre o primeiro e segundo tópico: Não é necessário colocar o nove extra dentro de qualquer cadastro pois ele faz as tratativas para esse caso sendo cliente/decisor ou qualquer outra permissão, teste realizado abaixo: Além disso aquele erro demonstrado é pq não passado o id_erp para ele fazer a consulta, logo ele está mandando vazio e a função está retornando que falta o parâmetro. É retirado automaticamente o 9 extra pois não é necessário ter o nove extra, por isso não deve ser cadastrado com nove extra via banco de dados, se a interface não permitir não deve ser cadastrado via banco de dados (forçado). Terceiro tópico: Nesse caso realmente havia uma divergência, pois após um delete ele tentava refazer a ordenação e para verificar quem estava acima ou abaixo do nível do menu deletado ele comparava dois objetos Integer com o operador ==, sendo que é necessário comparar as objetos com o .equals() ou pode gerar divergências. | ||
|
|