6) Desenvolvimento a partir do Caso de Uso

[devairdarolt]

[devairdarolt]

[devairdarolt]

• [x] Na superclasse abstrata (Pagamento), defina que haverá um campo adicional @type pois no momento do pedido o usuário precisa informar se será pagamento com boleto ou cartão;
• [x] Em cada subclasse, defina qual será o valor do campo adicional para ela;
• [x] Crie uma classe de configuração com um método @Bean para registrar as subclasses;
• [x] Quando for enviar um objeto do tipo da superclasse (Pagamento), inclua o campo adicional para indicar qual das subclasses deve ser instanciada.

Formato do JSON a ser recebido do front-end:

[devairdarolt]

Passo 11, informar confirmação do pedido por E-mail

MockEmailService com Logger. Padrões Strategy e Template Method

• [x] Adicionar a dependência no POM.XML

• [x] Remetente e destinatário default no application.properties

• [x] Criar a interface EmailService (padrão Strategy)

• [x] Criar a classe abstrata AbstractEmailService

  • [x] Criar método prepareSimpleMailMessageFromPedido
  • [x] Sobrescrever o método sendOrderConfirmationEmail (padrão Template Method)

• [x] Implementar o MockEmailService

• [x] Em TestConfig, criar um método Bean EmailService que retorna uma instância de MockEmailService

[devairdarolt]

Passo 11, informar confirmação do pedido por E-mail

SmtpEmailService com servidor do Google:

• [x] Acrescentar em application-dev.properties e application-prod.properties;
• [x] Implementar o SmtpEmailService utilizando nele uma instância de MailSender;
• [x] Em DevConfig, criar um método @Bean EmailService que retorna uma instância de SmtpEmailService;
• [x] Liberar serviço em configurações de apps menos seguro do gmail.

[devairdarolt]

Passo 6 e 6.1. Autorização

O sistema permite que os usuários não autenticado acesse produtos e categorias utilizando GET apenas.

Outros métodos necessitam de Autorização e Autenticação.