domingogallardo / mads-todolist-inicial Goto Github PK

• Crear una excepción UsuarioService. Es mejor que el método de servicio de registro devuelva una excepción de tipo UsuarioServiceException en lugar de una excepción estándar.
• Mover la inyección de dependencias a los constructores en las clases de servicio
• Cambiar los nombres de las plantillas de formulario para que empiecen por form.

Dos tests han dejado de funcionar cuando en la página de login ya no se hace redirect

• Crear un modelo JPA inicial de usuario con atributos:

  • dirección correo
  • nombre
  • contraseña
  • fecha de nacimiento.

• Crear el DAO y probar los métodos save y findById

Definir una clase de modelo Tarea, con la siguiente información:

• String titulo
• Relación uno-a-muchos con usuario

• Añadir el botón para borrar la tarea en la lista de tareas
• Hacer por JavaScript una petición DELETE a la URL "/tareas/{id}"
• Confirmar el borrado con una alerta JavaScript

Permitir y definir distintas configuraciones de ejecución y test de la aplicación:

• Configuraciones de desarrollo y test:
  • La que estamos usando por defecto con H2
  • Otra con base de datos MySQL

Actualizar la versión a la 2.1.16

• El comando para Maven en el README debe ser ./mvnw

• Método de servicio para añadir un usuario.
  Se pasará un objeto Usuario con los campos:

  • Correo electrónico
  • Contraseña
  • Nombre (opcional)
  • Fecha nacimiento (opcional)
    Se lanzará una excepción si el correo electrónico ya existe en la base de datos o si el correo electrónico o la contraseña son nulos. Si todo va bien, el usuario se añadirá a la base de datos.

• Método de servicio para comprobar si existe un usuario con un email. Necesario para que el controller compruebe si ya existe el correo que se introduce.

Definir métodos típicos equals y hashCode para entidades:

• Si tienen definido ID comparar por ID
• Si no, comparar por campos obligatorios, definidos en el constructor

• Añadir página de registro, que pida:
  • correo electrónico (obligatorio)
  • contraseña (obligatoria)
  • nombre
  • fecha de nacimiento
• Si el correo ya está registrado volver a la página de registro escribiendo un mensaje de error.
• Si se registra correctamente ir a la página de login.

• Quitarlos de los tests
• Y separar los tests de servicio en sus propias clases

• Página con un formulario que pida el login y el password
• Si el login es correcto se irá a una página de saludo
• Si el login es incorrecto se irá a la misma página de login mostrando uno de los dos mensajes de error:
  • No existe usuario
  • Contraseña incorrecta

• Crearlo en la clase TareaService
• En el método recibe el id del usuario y el texto del título
• Si el usuario no existe se lanza una excepción de tipo TareaServiceException

• Método en el repository para buscar usuario por eMail
• Método en el servicio que compruebe el login de un usuario

• Botón en el listado de tareas que permite modificar
• En la página de modificar podemos confirmar o cancelar la modificación
• Mensaje flash en la lista de tareas con la indicación de que se ha modificado con éxito

Mover esta declaración al controller de login

Añadir integración con Travis para que se lancen los tests en el servicio.

• Crear la clase TareaController
• La petición HTTP para mostrar el formulario será algo así como /usuarios/:id/tareas/nueva
• En el formulario se pedirá el título de la tarea

• Guardar el id del usuario logeado en la sesión HTTP
• Comprobar en los métodos con autorización que el usuario logeado se corresponde con la URL
• Método para logout

• Redirigir desde login a la lista de tareas del usuario
• Enlace para salir desde lista de tareas que te lleva a login

• La petición a /usuarios/{id}/tareas devolverá un listado con las tareas de un usuario
• Implementar capa de servicio y test
• Implementar controlador que devuelva error cuando el usuario no existe

• Eliminar una tarea por su id
• Modificar una tarea por su id