Completar Lobby
El siguiente diagrama muestra cómo deberá verse la pantalla representada por lobby.jsp:
A. De forma similar a como funciona partida.jsp esta tabla se va llenando dinámicamente con los usuarios que envían mensjaes. Note que la información no viene del ControladorWeb; sino del ControladorWS; específicamente es la respuesta del método eventoLobby. A diferencia de partida.jsp, los datos de la tabla NO los llena el mismo JSP en tiempo de interpretación (o sea, cuando escanea los ${} antes de enviar el resultado al cliente); de esto se encargan scripts de Javascript. Por un lado tenemocommons/aews.js; que define la comunicación por WebSockets del lado del cliente, necesitamos definir otro script especial para procesar el contenido de la página lobby-jsp; en este es donde se tendrá que definir la respuesta a los eventos recividos por el WebSocket. Puede ver un ejemplo de esto en game-explorer.js; que usa partida.jsp donde hay una función dummy que va de la línea 12 a la 17; dentro de ready().
B. Cuando el servidor recibe una petición de un usuario en partida.js para unirse a una partida, ControladorWS propaga la petición si la alta fue exitosa. lobby.jsp debe recibir ese mensaje propagado; por lo que deberá de suscribirse al mismo canal que lo hace el web socket de game-explorer.js (en lobby.jsp). Esto significa que el lobby va a recibir todas las peticiones válidas para unrse a la partida, por lo que agrega la información del usuario; contenida en el EventoWS recibido en la respuesta, a la tabla A. Esto significa que también se van a recibir las peticiones válidas para cambiarse de equipo. Siempre que se reciba cualquiera de estos dos tipos de mensaje, se debe calcular si el número de equipos es menor o igual al de jugadores. De ser así, se muestra el botón para iniciar la partida. Cuando este es presionado, envía un mensaje EventoWS de tipo INICIAR_PARTIDA; con esto el servidor prepara un Arbitro para la partida, marca la partida como iniciada en base de datos y deja de considear válidos los mensajes EventoWS que lleguen a eventoLobby para esa partida.
C. Los botones de expulsar, causan el disparo de un EventoWS por WebSocket, de tipo USUARIO_DESCONECTADO con el token del usuario que se quiere sacar de la partida. Entonces se inicia el mecansmo descrito en la sección anterior en lobby.
Noten que se indica que esta pantalla no lleva el encabezado ni el pie de página que la mayoría sí; así que esta bien como esta lobby.jsp sin usar la etiqueta de plantilla del sitio.
Recuerden que en el frontend solo tenemos jQuery como framework. Esta tarea puede fragmentarse en varias otras