X-Git-Url: https://git.llucax.com/z.facultad/75.42/plaqui.git/blobdiff_plain/9317ed8f3f8241a30fd09b6800ff96b2ac138747..cba39b63dc2c5ba1ee85f3db718adf0e8075c88f:/Server/include/plaqui/server/documentacion.h?ds=sidebyside diff --git a/Server/include/plaqui/server/documentacion.h b/Server/include/plaqui/server/documentacion.h index 2d022e4..ea3c53e 100644 --- a/Server/include/plaqui/server/documentacion.h +++ b/Server/include/plaqui/server/documentacion.h @@ -1,6 +1,6 @@ /** \page page_server PlaQui Server -\section page_server_general Descripción General +\section page_server_general Descripción General. El servidor está dividido en 2 módulos que provean 2 servicios diferentes. \subsection page_server_general_control Módulo de Control. @@ -23,6 +23,21 @@ Este módulo está implementado por las clases PlaQui::Server::ControlServer y PlaQui::Server::ControlClient. + \subsubsection page_server_general_control_http Ventajas del protocolo HTTP. + Las ventajas de montar el protocolo del servidor sobre el protocolo + HTTP son muchas. Las más destacables son las más obvias. + + Al usar el protocolo HTTP se puede controlar el servidor con + cualquier navegador web. Al ser las respuestas archivos XML es + fácil agregar hojas de estilo XSLT para convertirlas en HTML y + transformar un navegador web con capacidad de procesar hojas XSLT + (como Mozilla) en un cliente casi con las mismas capacidades y + facilidad de uso que uno hecho especialmente para PlaQui. + + Otra ventaja importante es que muchos lugares sin acceso real a + Internet tienen acceso a un proxy HTTP, por lo que la accesibilidad + del servicio se vuelve muy fácil incluso en redes muy protegidas. + \subsection page_server_general_transmision Módulo de Transmisión. Este módulo se encarga de transmitir la simulación en tiempo real por UDP (como si fuera un video). Comienza luego de que el módulo de control recibe @@ -42,7 +57,6 @@ Este módulo está implementado por las clases PlaQui::Server::Transmitter y PlaQui::Server::Receiver. - \section page_server_protocolo Comandos del Módulo de Control. Todos los comandos son rutas de archivos. En un principio no se van a utilizar los query string de los datos pasados por GET ni datos adicionales @@ -78,8 +92,8 @@ - - + + @@ -107,7 +121,7 @@
ComandoDescripciónRespuesta
statusObtiene estado general del servidor.infoObtiene información sobre el servidor. Cantidad de plantas, conexiones, transmisiones, versión, uptime, etc.
Nada.
- \note Los nombres entre [ y ] denotan un argumento. + \note Los nombres entre [ y ] representan un argumento. \subsection page_server_protocolo_transmision Comandos para una Transmisión. Todos los comandos de transmisiones comienzan con /transmission/ @@ -121,8 +135,8 @@ etc). - start/[plant]/[host]/[port] - Comienza la transmisión de la planta [plant] al [host] + start/[pl]/[host]/[port] + Comienza la transmisión de la planta [pl] al [host] en el puerto [port]. Nada. @@ -133,7 +147,7 @@ Nada. - \note Los nombres entre [ y ] denotan un argumento. + \note Los nombres entre [ y ] representan un argumento. \subsection page_server_protocolo_planta Comandos para una Planta. Todos los comandos de plantas comienzan con /plant/ y continúan con @@ -147,55 +161,94 @@ corriendo o no, uptime, cantidad de elementos,etc). - get/[planta] - Obtiene la planta de nombre [planta]. + get/[pl] + Obtiene la planta de nombre [pl]. El mismo archivo que se crea en el Constructor. - set/[planta]/[elem]/[prop]/[val] - Cambia la propiedad [prop] del elemento [elem], asignándole - el valor [val] a planta de nombre [planta]. + set/[pl]/[el]/[pr]/[val] + Cambia la propiedad [pr] del elemento [el], asignándole + el valor [val] a planta de nombre [pl]. Nada. - set_frequency/[planta]/[vecesxseg] + set_frequency/[pl]/[hz] Cambia la frecuencia de refresco de la simulación de la - planta de nombre [planta] a [vecesxseg] veces por - segundo. Si [vecesxseg] es cero ("0"), se usa la frecuencia - de refresco por omisión del servidor. + planta de nombre [pl] a [hz] veces por segundo. Si [hz] + es cero ("0"), se usa la frecuencia de refresco por + omisión del servidor. Nada. - start/[planta] + start/[pl] Reanuda (o comienza) la simulación de la planta de nombre - [planta]. + [pl]. Nada. - stop/[planta] + stop/[pl] Pausa la simulación de la planta de nombre - [planta]. + [pl]. Nada. - remove/[planta] + remove/[pl] Finaliza la simulación de la planta de nombre - [planta] eliminandola del servidor. + [pl] eliminandola del servidor. Nada. - \note Los nombres entre [ y ] denotan un argumento. + \note Los nombres entre [ y ] representan un argumento. + +\section page_server_respuesta Respuestas del Módulo de Control. + Las respuestas del servidor, como se dijo anteriormente, son respuestas HTTP, cuyo + cuerpo es un archivo XML. Este archivo se compone de un tag XML + plaqui-response y tiene como atributos obligatorios code (indica + el \ref PlaQui::Server::Response::Code "código de respuesta", para saber si se + realizó bien el comando) y version (indica la versión del formato del + archivo XML, para preveer la posibilidad de que cambie en futuras versiones). + También tiene un atributo opcional description que permite agregar una + descripción sobre la respuesta, útil para observar respuestas con un navegador u + otro cliente no específico. El tagplaqui-response puede tener un + contenido, en caso de que la respuesta necesite enviar información al cliente + (como al obtener una planta o una lista). El contenido es a su vez XML y en el + caso de la obtención de una planta tiene el mismo formato que el utilizado por el + Constructor. + +\section page_server_implementacion Destalles de la implementación. + El servidor se basa en un la clase PlaQui::Server::Runnable que se utiliza para + encapsular un hilo de ejecución. De ella derivan todas las demás clases + importantes del servidor: PlaQui::Server::TCPServer y PlaQui::Server::Connection. + De esta última derivan todas las posibles conexiónes que hay para la comunicación + entre el servidor y el cliente: PlaQui::Server::ControlClient, + PlaQui::Server::ControlServer, PlaQui::Server::Receiver y + PlaQui::Server::Transmitter. Las dos primeras son utilizadas para la conexión + de control y las dos segundas para la transmisión del estado de la planta por + UDP. -\section page_server_uso Modo de uso. - Para utilizar el servidor es necesario disponer de un archivo XML de planta - (por ejemplo, generado por el Constructor). + El protocolo HTTP se encapsula en la clases PlaQui::Sever::HTTPMessage y de ella + derivan PlaQui::Sever::HTTPRequest (petición HTTP) y PlaQui::Sever::HTTPResponse + (respuesta HTTP). Hay otras clases auxiliares como PlaQui::Sever::HTTPError que + encapsula un error HTTP. - Invocación del servidor: - \verbatim ./plaqui-server [planta.xml] [puerto] \endverbatim + Finalmente, para abstraerse del protocolo HTTP que se usa de transporte, se + implementan dos clases: PlaQui::Sever::Command y PlaQui::Sever::Response que + representan un comando y una respuestas específicos del servidor PlaQui. - Ambos argumentos son opcionales. El primero, [planta.xml], es la - ubicación del archivo con la descripción de la planta a simular (por omisión - prueba.xml). El segundo, [puerto], es el puerto en el cual - se van a atender las peticiones al servidor (por omisión 7522). + A continuación se incluye un diagrama de clases para tener una visión más general + de las clases más importantes utiilzadas en el servidor: + \image html cliente_servidor.png + \image latex cliente_servidor.eps "Diagrama de clases." width=14cm */ + +/** \namespace PlaQui::Server + +Infrastructura cliente-servidor para PlaQui. + +Bajo este espacio de nombres (namespace) se encuentran todas las clases para la +comunicación cliente-servidor de PlaQui. Esto no incluye la interfaz gráfica del +cliente. + +*/ +