FIAP; MBA FULLSTACK DEVELOPER, MICROSERVICES, CLOUD & IoT; O repositório corrente mantém um conjunto de projetos que evolui de acordo com as matérias cursadas e suas aplicações.
1 - Os módulos BE fiap.stock.mgnt e fiap.stock.portal devem fazer requisições para o módulo fiap.sample.login, para validar se um userId/loginId é de fato válido, e só então tais módulos podem atender de fato uma requisição, alterando ou recuperando recursos.
2 - Em ambos os módulos, deve ser unificado o serviço de Login, inclusive para atender a validação atualmente feita se um userId/loginId é válido ou não. Atualmente cada serviço para um usecase está implementando esta validação deste conteúdo, e com o mesmo código espalhado por todo os serviços, nos dois módulos BE ( fiap.stock.mgnt e fiap.stock.portal ).
instruções de execução em ambiente de local
-- de acordo com o projeto (mgnt ou portal) qual o BE deve estar no ar
instruções de build para PROD
-- mencionar o artefato build.sh, que faz o build de todos os componentes, inclusive com instruções para build dos projetos frontend
Requisições feitas para raiz do projeto estão sendo corretamente redirecionadas para os artefatos index.html, que é SPA da aplicação fiap.stock.mgnt.front e/ou fiap.stock.portal.front.
É necessário configurar também para requisições que o próprio SPA altera;
Quando adicionar itens ao Carrinho, apresentar mensagem informando do ocorrido, e também que o usuário deve ir para a tela de Pedidos para concluir e efetivar o pedido.
Um adicional, seria na própria mensgem apresentar um link ali mesmo que permitisse a transição para tela de Pedidos.
No cadastro de um produto, senão houver alteração de um elemento no select de Catálogo, não é considerado o elemento atualmente carregado, e a aplicação/FE quebra ao tentar submeter um novo Produto neste cenário.
Devemos entender que o primeiro produto, que está sendo apresentado como primeiro item, é o item default selecionado.
Isto é importante para atender o trabalho da matéria de Integration and Development Tools
Remover a comunicação sincrona entre os componentes de BE stock.portal e stock.mgnt, e colocar comunicação via mensageria RabbitMQ.
fiap.stock.mgnt -> updated product -> fiap.stock.portal; estoquista cadastrou ou atualizou produto no estoque e este produto deve ser sumarizado e apresentado no portal.
fiap.stock.portal -> requested order -> fiap.stock.mgnt; submissão de novos pedidos efetuados no stock portal que devem ser revisados no stock management pelo estoquista.
fiap.stock.portal -> updated order status -> fiap.stock.mgnt; estoquista revisou um pedido no estoque e respondeu aprovando ou reprovando o pedido.
Atualizar README.md com a seção da matéria Integration and Development Tools, indicando o que foi feito no repositório que tem como reflexo a matéria em questão.
Atualizar desenho/diagrama de componentes apontando a comunicação dos módulos stock.mgnt e stock.portal através do rabbitmq.