Problema na build do back-end do sistema Agatha

[glayderson]

Prezados colegas,

Estou tendo dificuldade em instalar o sistema Agatha no IFS seguindo as instruções enviadas pelo MGI. Eu estou recebendo esta mensagem de erro ao tentar fazer o build do backend com o Maven.

Utilizei as seguintes instruções presentes em arquivo de texto dentro dos arquivos de código-fonte da instalação. Segue abaixo:

NGINX

Installing a Prebuilt Debian Package from an OS Repository

Update the Debian repository information:

sudo apt-get update

Install the NGINX Open Source package:

sudo apt-get install nginx

Verify the installation:

sudo nginx -v

nginx version: nginx/1.18.0 (Ubuntu)

Configuração Frontend

Copiar os arquivos para os diretórios

default.conf          =>  /etc/nginx/conf.d/

nginx.conf            =>  /etc/nginx/

frontend/proxy.conf   =>  /etc/nginx/

dist.tar.gz           =>  /usr/share/nginx/html/

Alterar a variavél ${ENDERECO_API} pela url que será utilizada na aplicação.

Executando NGINX

Verificar o Status:

service nginx status 

Iniciar:

service nginx start 

Parar:

service nginx stop 

Arquivos alterados com o código do orgão pai de 235876 para 54843

/mnt/ARQUIVOS/ProjetosME/agatha_andre/codigo-fonte/cliente/src/scripts/app/services/orgao.service.js
/mnt/ARQUIVOS/ProjetosME/agatha_andre/codigo-fonte/cliente/src/scripts/pages/gerenciar-permissoes/controller/gerenciar-permissoes.controller.js
/mnt/ARQUIVOS/ProjetosME/agatha_andre/codigo-fonte/cliente/src/scripts/pages/gerenciar-permissoes/services/gerenciar-permissoes.service.js
/mnt/ARQUIVOS/ProjetosME/agatha_andre/codigo-fonte/cliente/src/scripts/pages/home/controller/home.controller.js
/mnt/ARQUIVOS/ProjetosME/agatha_andre/codigo-fonte/cliente/src/scripts/pages/monitoramento/controller/monitoramento.controller.js
/mnt/ARQUIVOS/ProjetosME/agatha_andre/codigo-fonte/servico/src/main/java/br/gov/mpog/gestaoriscos/repositorio/impl/OrgaoCustomRepositorioImpl.java
/mnt/ARQUIVOS/ProjetosME/agatha_andre/codigo-fonte/servico/src/main/java/br/gov/mpog/gestaoriscos/servico/impl/PermissaoServiceImpl.java
/mnt/ARQUIVOS/ProjetosME/agatha_andre/codigo-fonte/servico/src/main/java/br/gov/mpog/gestaoriscos/servico/impl/TaxonomiaServiceImpl.java

Backend

Configuração backend

Gerar pacote do Gestao de Risco - Frontend

Os comando dever ser executados detro da pasta codigo-fonte/servico

mvn clean package -U -Dmaven.test.skip=true

Será gerado um arquivo app.jar dentro da pasta target

Subindo a aplicação

O arquivo application.properties deve ficar na pasta config, pois a aplicação app.jar procura esse arquivo no diretrório onde ela se encontra.

Exemplo:
Diretorio raiz

• app.jar
• config/application.properties

Declare a Enviroment:

JAVA_OPTS="-server -Xmx2G -XX:MinHeapFreeRatio=20 -XX:MaxHeapFreeRatio=40 -XX:+UseConcMarkSweepGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=70"

Rodando a aplicação na porta 8080

java $JAVA_OPTS -Djava.security.egd=file:/dev/./urandom -jar /app.jar

O arquivo que foi alterado com as configurações do IFS foi o agatha/codigo-fonte/servico/src/main/resources/application.yaml

O erro acontece quanto tento executar as instruções do arquivo de texto:

Os comandos devem ser executados dentro da pasta codigo-fonte/servico

mvn clean package -U -Dmaven.test.skip=true

[glayderson]

Segue as configurações atualmente

[DiegoFGarcia]

@glayderson,

De acordo com a captura de tela, o compilador não estão encontrando, no classpath, o arquivo .jar que contém as classes que a aplicação precisa importar.

Verifique o pom.xml e, se for o caso, adicione um elemento de dependência para o artefato que contenha as classes que estão faltando.

No repositório do Maven você pode encontrar essas dependências:

https://mvnrepository.com/artifact/org.springframework.security.oauth/spring-security-oauth2

A última versão do artefato é a 2.5.2.RELEASE. Eu baixe o .jar e constatei que a classe faltante está lá:

Mas considere que, de acordo com as informações do repositório, praticamente todas as versões desse artefato possuem vulnerabilidades conhecidas, inclusive algumas relacionadas a ataque de negação de serviço.