Conexiones con backend y pantallas de listar y crear movimiento

Duración: once horas (19:00 P.M. a 02:00 A.M. - 09:00 A.M. a 12:00 M.D)

Descripción: 

En esta sesión de trabajo se trabajaron los aspectos finales de la interfaz y la conexión con el backend. Se desarrollaron los métodos necesarios en el backend Spring Boot para poder pasar la información entre las os partes utilizando los requests HTTP. Se desarrollaron los métodos de: iniciarSesion, logout, getListaEmpleados, getListaEmpleadosFiltro, getInfoEmpleado, borrarEmpleado, actualizarEmpleado, getListaMovimientos, insertarEmpleado y insertarMovimiento. Para hacer estos se usó el Mapping de Spring Boot para especificar cuál es el tipo de request que los accesa. La gran mayoría utilizan el POST ya que se necesita pasar información entre los dos lados. La clase ApiController es la que maneja esto.

Se hizo la creación de dos pantallas: listaMovimientos e insertarMovimientos. Ambos tienen sus validaciones en capa lógica y también en bases de datos como una medida más de seguridad. 

Problemas encontrados:

  • Spring Boot había dejado de servir porque indicaba que un proceso ya estaba en control del puerto 8080, puerto que se le había asignado a Spring Boot, esto fue porque el IDE de Java, Eclipse, había abierto una terminal con el proceso de Spring Boot pero nunca se terminó, por lo que se estaba ejecutando de fondo y tomando el puerto 8080.
  • En la sección de login, se tuvieron algunos problemas a la hora de validar la información con la base de datos, esto fue porque el resultCode que se estaba tomando en cuenta no era el correcto, por lo que se cambió para que seleccionara el resultCode correcto.
  • Spring Boot dejó de asignarle el enrutado a SvelteKit y empezó a soltar errores que decían que no había una ruta especificada, por lo que se tuvieron que hacer algunos cambios con el controlador en la clase MainController.
  • En la pantalla de ListaMovimientos, tiene que haber una tabla con la lista de los movimientos de un empleado, en esa tabla hay que especificar la IP desde la que se llevó a cabo el movimiento, lo que no se sabía es que Spring Boot agarra las clases y las convierte en algo que Javascript pueda interpretar, por lo que la hace un objeto, en esta conversión, convirtió el nombre de una variable de toda mayúscula a toda minúscula, por lo que se mostraba undefined.
  • Después de una operación como insertar o modificar, se tiene que SvelteKit redirija automáticamente de nuevo a la pantalla de listaEmpleados, para esto se tiene que modificar el window.location desde el Javascript de la página pero esto estaba dando un error, lo que se debía hacer era cambiar el window.location.href en su lugar.