Sugestões de atributos:

Cliente

• cpf: String // anotações: @Colunm(unique=true), @Cpf, @NotNull @NotBlank
• nome @NotNull @NotBlank
• dataNascimento: LocalDate @NotNull
• endereco: Endereco @NotNull
• telefone: String @NotNull @NotBlank
• email: String @Colunm(unique=true), @NotNull @NotBlank @Email

Endereco

• logradouro: String @NotNull @NotBlank
• cep: String @NotNull @NotBlank
• cidade: Cidade @NotNull @NotBlank

Sugestões de atributos:

Cliente

• id: Long
• cpf: String // anotações: @Colunm(unique=true), @Cpf, @NotNull @NotBlank
• nome @NotNull @NotBlank
• dataNascimento: LocalDate @NotNull
• endereco: Endereco @NotNull
• telefone: String @NotNull @NotBlank
• email: String @Colunm(unique=true), @NotNull @NotBlank @Email
• contatoSeguranca: ContatoSeguranca

Endereco

• id: Long
• logradouro: String @NotNull @NotBlank
• cep: String @NotNull @NotBlank
• cidade: Cidade @NotNull @NotBlank
• bairro: String
• numero: String

ContatoSeguranca

• grauParentesco: GrauParentesco @NotNull
• telefone: String @NotNull @NotBlank
• nome: String @NotNull @NotBlank

GrauParentesco

• id: Long
• descricao @Colunm(unique=true), @NotNull @NotBlank @Email

Reserva

• dataHoraCadastro: LocalDateTime (anotações @NotNull) com valor padrão igual a data/hora atual (definido no construtor)
• dataHoraRetiradaEsperada: LocalDateTime @NotNull (data/hora de retirar o carro na locadora)
• dataHoraDevolucaoEsperada: LocalDateTime @NotNull
• cliente: Cliente @NotNull

Se a #54 não estiver resolvida, comentar o campo e adicionar comentário TODO: Depende de #54

• locadoraRetirada: Locadora @NotNull
• locadoraDevolucao: Locadora @NotNull

Notas

Não precisa criar getters e setters, pois estamos usando Lombok para criar automaticamente.
Basta anotar a classe com @Getters @Setters

PRs relacionadas

• #54
• #55

Usar a biblioteca Spring Data REST seguindo este tutorial para implementar automaticamente: o acesso ao BD (a partir de uma interface Repository criada por você) e a classe Rest Resource que conterá os métodos para gerenciar Cidades a partir de uma API Web.

A interface Repository (a ser criada em um pacote repositories) deve fornecer métodos para:

• localizar cidade pelo id
• localizar cidades pelo nome
• listar cidades pela sigla UF

Esta é uma classe de testes apenas de exemplo e está fazendo o build falhar. Como este é um projeto para a disciplina de sistemas distribuídos, não estamos preocupados com testes.

O arquivo import.sql deve popular o banco de desenvolvimento.
Seu conteúdo deve ser copiado de cidades-brasil-ibge.sql

O arquivo deve estar na raiz da pasta resources.

O diretório do projeto deve ter exatamente o nome indicado acima (o README já tá configurado com tal link).

Criar conforme arquivo cidades-brasil-ibge.sql

Esta é uma classe de testes apenas de exemplo e está fazendo o build falhar.
Como este é um projeto para a disciplina de sistemas distribuídos, não estamos preocupados com testes.

Seguir informações em https://springdoc.org/

PR Relacionada

• #41

Alterar e incluir atributos conforme o sistema de agencia-viagens

Usar a biblioteca Spring Data REST seguindo este tutorial para implementar automaticamente: o acesso ao BD (a partir de uma interface Repository criada por você) e a classe Rest Resource que conterá os métodos para gerenciar Reserva a partir de uma API Web.

Descomentar os atributos na classe Reserva e adicionar um atributo Veiculo.

A interface Repository (a ser criada em um pacote repositories) deve fornecer métodos para:

• localizar Reserva pelo ID
• localizar Reserva pela ID do cliente
• cadastrar, alterar, excluir e listar MarcaAviao
• listar reserva pelo ID da locadora de retirada
• listar reserva pelo ID da locadora de devolução

Aeroporto

• nome @NotBlank @column(unique = true)
• cidade: Cidade @NotNull
• codigoIata @NotBlank @column(unique = true) (sigla de 3 letras do aeroporto) @NotBlank

CompanhiaAerea

• nome @NotBlank @column(unique = true)
• programaMilhas: String @NotNull

O diretório do projeto deve ter exatamente o nome indicado acima (o README já tá configurado com tal link).

Os principais editores e IDEs como VSCode e IntelliJ já suportam lombok nativamente.
Incluir a dependências nos pom.xml dos 4 projetos.
O Lombok possui a anotação @Data para criar getters, setters, toString, equals e hashCode para a classe.
Isto agiliza enormemente o desenvolvimento do projeto e reduz o total de código clichê/repetitivo (boilerplate code).

Mas existem alguns problemas que podem surgir ao usar @Data do Lombok.
O ideal é usar @Getter @Setter no lugar, mesmo que seja mais extenso.
Se desejar entender os problemas, veja este artigo.

Originally posted by @nunesvictor in #51 (comment)

Esta é uma classe de testes apenas de exemplo e está fazendo o build falhar.
Como este é um projeto para a disciplina de sistemas distribuídos, não estamos preocupados com testes.

Usar a biblioteca Spring Data REST seguindo este tutorial para implementar automaticamente: o acesso ao BD (a partir de uma interface Repository criada por você) e a classe Rest Resource que conterá os métodos para gerenciar Voo a partir de uma API Web.

Incluir atributo CompanhiaAerea no Voo.

A interface Repository (a ser criada em um pacote repositories) deve fornecer métodos para:

• localizar Voo pelo ID
• localizar Voo pelo número
• cadastrar, alterar, excluir Voo
• listar Voos por codigoIATA aeroporto de origem
• listar Voos por codigoIATA aeroporto de destino
• listar Voos pelo ID da companhia aérea

Pessoa

• Os atributos id e nome devem ser movidos da classe Cliente para pessoa
• adicionar endereco: endereco (anotaçãoes @NotNull)

PessoaFisica extends Pessoa

• Os atributos cpf e dataNascimento devem ser movidos de cliente para PessoaFisica

Criar Funcionario e alterar Cliente

Estas classes fazem composição com Pessoa ou PessoaFisica por meio do atributo indicado abaixo.
Como um cliente pode ser Funcionario ou vice-versa em momentos diferentes,
não dá pra usar herança daqui pra baixo.

Funcionario

• pessoaFisica: PessoaFisica
• numeroCarteiraTrabalho: String

Cliente

• pessoa: Pessoa (o cliente é uma pessoa que pode ser PF ou PJ)
• dataCadatro: LocalDate = LocalDate.now() @NotNull (não está na pessoa pois se a pessoa já existir e apenas for cadastrada como cliente ou funcionario, não teremos a data exata do cadastro daquele cliente ou funcionário)

Colocar credenciais de acesso ao banco no arquivo .env na raiz do projeto

O workflow do GitHub Action .github/build.yml tinha as seguintes linhas no final:

     # Optional: Uploads the full dependency graph to GitHub to improve the quality of Dependabot alerts this repository can receive
     - name: Update dependency graph
       uses: advanced-security/maven-dependency-submission-action@571e99aab1055c2e71a1e2309b9691de18d6b7d6

Isto habilita o plugin do dependabot para detectar falhas de segurança nas libs do projeto.
No entanto, como não temos um projeto na raiz do repositório, isso não funciona.
Seria preciso criar um workflow para cada projeto.

Veja a página da action se precisar de detalhes. Possivelmente, criando múltiplos workflows para cada projeto, não precisa configurar nada na action do dependabot.

O diretório do projeto deve ter exatamente o nome indicado acima (o README já tá configurado com tal link).

Usar a biblioteca Spring Data REST seguindo este tutorial para implementar automaticamente: o acesso ao BD (a partir de uma interface Repository criada por você) e a classe Rest Resource que conterá os métodos para gerenciar Veículo a partir de uma API Web.

A interface Repository (a ser criada em um pacote repositories) deve fornecer métodos para:

• localizar Veículo pelo ID
• localizar pela placa
• localizar veículos pelo ID da locadora
• localizar veículos pelo ID da locadora e categoria
• localizar veículos pelo ID do modelo

Criar conforme arquivo cidades-brasil-ibge.sql

PessoaJuridica: a locadora é uma PJ e podem existir clientes deste tipo também

Esta classe deve estender Pessoa.
Assim, a maioria dos atributo virão de Pessoa.
Os atributos adicionais são:

• cnpj: String (anotações @CNPJ @NotBlank @Column(unique=true))
• razaoSocial: String @NotBlank

Locadora extends PessoaJuridica

• matriz: boolean @NotNull
• codigoIataAeroporto: String = "" (indica se a locadora está situada em um aeroporto e qual o código de 3 letras dele) @NotNull

Notas

Não precisa criar getters e setters, pois estamos usando Lombok para criar automaticamente.
Basta anotar a classe com @Getters @Setters

PRs relacionadas

• #61

Colocar credenciais de acesso ao banco no arquivo .env na raiz do projeto

Usar a biblioteca Spring Data REST seguindo este tutorial para implementar automaticamente: o acesso ao BD (a partir de uma interface Repository criada por você) e a classe Rest Resource que conterá os métodos para gerenciar Aviões a partir de uma API Web.

A interface Repository (a ser criada em um pacote repositories) deve fornecer métodos para:

• localizar Avião pelo id
• listar Aviões pelo prefixo
• cadastrar avião
• alterar Avião

O arquivo import.sql deve popular o banco de desenvolvimento.
Seu conteúdo deve ser copiado de cidades-brasil-ibge.sql

O arquivo deve estar na raiz da pasta resources.

Usar a biblioteca Spring Data REST seguindo este tutorial para implementar automaticamente: o acesso ao BD (a partir de uma interface Repository criada por você) e a classe Rest Resource que conterá os métodos para gerenciar MarcaAviao a partir de uma API Web.

A interface Repository (a ser criada em um pacote repositories) deve fornecer métodos para:

• localizar MarcaAviao pelo ID
• localizar MarcaAviao pela descricao
• cadastrar, alterar, excluir e listar MarcaAviao

Criar conforme arquivo cidades-brasil-ibge.sql

Adicionar as anotações de relacionamento da JPA

Marca

• descricao: String @NotBlank @Column(unique = true)

Modelo

• descricao: String @NotBlank @Column(unique = true)
• marca: Marca @NotNull

CategoriaVeiculo

• descricao: String @NotBlank @Column(unique = true)
• detalhes: String @NotBlank (detalhes sobre a categoria de veículo, como que tipo de acessários o veículo tem ou benefícios que clientes que alugam carros desta categoria ganham)

Veiculo

• placa: String @NotBlank @Column(unique = true)
• modelo: Modelo
• categoria: CategoriaVeiculo @NotNull
• locadora: Locadora. Depende de #54: se não estiver concluída, comentar este atributo e adicionar comentário abaixo:

//TODO depende de #54

Depende da finalização da PR #49

Pessoa

• Os atributos id, endereco e nome devem ser movidos da classe Cliente para pessoa

PessoaFisica extends Pessoa

• Os atributos cpf e dataNascimento devem ser movidos de cliente para PessoaFisica

Criar Piloto e alterar Cliente

Fazem composição com PessoaFisica por meio do atributo indicado abaixo.
Como um cliente pode ser piloto ou vice-versa em momentos diferentes,
não dá pra usar herança daqui pra baixo.

Piloto

• pessoaFisica: PessoaFisica
• numeroBreve: String (número do brevê do piloto)
• validateBreve: LocalDate

Cliente

• pessoaFisica: PessoaFisica
• numeroFidelidade: String = "" @NotNull (aceita blank)

Esta é uma classe de testes apenas de exemplo e está fazendo o build falhar.
Como este é um projeto para a disciplina de sistemas distribuídos, não estamos preocupados com testes.

Colocar credenciais de acesso ao banco no arquivo .env na raiz do projeto

Voo

• numero: String @NotBlank @Column(unique=true)
• dataHoraPartidaEsperada: LocalDateTime @NotNull
• dataHoraChegadaEsperada: LocalDateTime @NotNull

Se #39 não estiver concluída, comentar campo e adicionar comentário na frente dele TODO: Depende de #39

• aviao: Aviao @NotNull

Se #51 não estiver concluída, comentar campo e adicionar comentário na frente dele TODO: Depende de #51

• piloto: Piloto @NotNull

Se #52 não estiver concluída, comentar campo e adicionar comentário na frente dele TODO: Depende de #52

• aeroportoOrigem: Aeroporto @NotNull
• aeroportoDestino: Aeroporto @NotNull (não pode ser igual a origem)

PR relacionadas

• #39
• #51
• #52

Seguir informações em https://springdoc.org/

Seguir informações em https://springdoc.org

PR Relacionada

• #41

Definir atributos e relacionamentos

Atributos sugeridos

Cliente

• nome (anotações@NotBlank)
• cpf @column(unique = true)
• dataNascimento: LocalDate
• celular @NotBlank
• fumante: boolean (não obrigatório, pois o cliente pode não informar ou não querer informar)
• endereco: Endereco

Endereco

• logradouro: String @NotBlank
• cidade: Cidade @NotNull
• bairro: String

Cidade e Estado

Criar campos conforme o script sql na raiz do repositório

As classes devem ter os seguintes atributos iniciais (pode sugerir outros):

MarcaAviao

• id: Long
• descricao @Column(unique=true) @NotBlank

Aviao

• id: Long
• marca
• modelo: String
  // código que identifica a aeronave internacionalmente
• prefixo: String @Column(unique=true) @NotBlank
• anoFabricacao: int @NotNull
• totalAssentos: int @NotNull

Usar a biblioteca Spring Data REST seguindo este tutorial para implementar automaticamente: o acesso ao BD (a partir de uma interface Repository criada por você) e a classe Rest Resource que conterá os métodos para gerenciar Estados a partir de uma API Web.

A interface Repository deve fornecer métodos para:

• localizar Estados pelo id
• localizar Estado pelo nome
• localizar Estado pelo UF
• listar Estados

Usar a biblioteca Spring Data REST seguindo este tutorial para implementar automaticamente: o acesso ao BD (a partir de uma interface Repository criada por você) e a classe Rest Resource que conterá os métodos para gerenciar CategoriaVeiculo a partir de uma API Web.

Incluir campo Long id no classe CategoriaVeiculo.

A interface Repository (a ser criada em um pacote repositories) deve fornecer métodos para:

• localizar CategoriaVeiculo pelo ID
• localizar CategoriaVeiculo pela descricao
• cadastrar, alterar, excluir e listar CategoriaVeiculo

Adicionar um workflow Maven que use Java 17 e tenha 4 tarefas, uma para compilar cada projeto.

A biblioteca Spring Data REST permite implementar automaticamente: o acesso ao BD (a partir de uma interface Repository criada por você) e a classe Rest Resource que conterá os métodos para gerenciar Pilotos a partir de uma API Web.

No entanto, como nosso repositório (a ser criada em um pacote repositories) de pilotos precisa de métodos personalizados, não sei se é possível indicar com Spring Data REST que desejamos usar um Repository que nós criamos. Veja a melhor opção.

A API deve fornecer métodos para:

• localizar piloto pelo ID
• localizar piloto pelo CPF
• cadastrar piloto: deve-se verificar se uma pessoa com o CPF informado já existe. Se existir, ela deve ser usada no cadastro do piloto e não criada nova pessoa.
• atualizar piloto

Issues Relacionadas

• #86

Colocar credenciais de acesso ao banco no arquivo .env na raiz do projeto

O diretório do projeto deve ter exatamente o nome indicado acima (o README já tá configurado com tal link).

Corrigir comandos SQL, removendo quebras de linha, pois no banco H2 tais quebras não são suportadas.

Usar a biblioteca Spring Data REST seguindo este tutorial para implementar automaticamente: o acesso ao BD (a partir de uma interface Repository criada por você) e a classe Rest Resource que conterá os métodos para gerenciar Aeroportos a partir de uma API Web.

A interface Repository (a ser criada em um pacote repositories) deve fornecer métodos para:

• localizar aeroporto pelo ID
• localizar aeroporto pelo codigoIATA
• localizar aeroportos pela ID da cidade
• cadastrar aeroporto
• listar aeroportos por sigla do estado (UF)

A biblioteca Spring Data REST permite implementar automaticamente: o acesso ao BD (a partir de uma interface Repository criada por você) e a classe Rest Resource que conterá os métodos para gerenciar Cliente a partir de uma API Web.

No entanto, como nosso repositório de pilotos precisa de métodos personalizados, não sei se é possível indicar com Spring Data REST que desejamos usar um Repository que nós criamos (criar no pacote repositories). Veja a melhor opção.

A API deve fornecer métodos para:

• localizar Cliente pelo ID
• localizar Cliente pelo CPF

Issues Relacionadas

• #81

Como estamos usando Lombok, as anotações @Getter @Setter incluem estes elementos automaticamente.
Assim, remova qualquer getter e setter padrão (que não faça nenhuma validação) do código de todos os projetos.

Sempre executa um pull no master para pegar as últimas atualizações antes de criar novo branch para a issue.