X-Git-Url: https://git.llucax.com/z.facultad/75.42/plaqui.git/blobdiff_plain/cdce7c32e0b3dd06973cd4cbeb5e4f6eb38391ab..9322e49b932d824e5664aa8c0e0f9a41464537b1:/Server/include/plaqui/server/documentacion.h?ds=inline diff --git a/Server/include/plaqui/server/documentacion.h b/Server/include/plaqui/server/documentacion.h index 87ae0db..ea3c53e 100644 --- a/Server/include/plaqui/server/documentacion.h +++ b/Server/include/plaqui/server/documentacion.h @@ -57,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 @@ -216,43 +215,30 @@ caso de la obtención de una planta tiene el mismo formato que el utilizado por el Constructor. -\section page_server_uso Modo de uso. - \subsection page_server_uso_inicio Inicio del servidor - Para iniciar el servidor es necesario disponer de un archivo XML de - planta (por ejemplo, generado por el Constructor). - - Invocación del servidor: - \verbatim ./plaqui-server [archivo] [puerto] \endverbatim - - Ambos argumentos son opcionales. El primero, [archivo], es la - ubicación del archivo con la descripción de la planta a simular (por omisión - planta.xml). El segundo, [puerto], es el puerto en el cual - se van a atender las peticiones al servidor (por omisión 7522). - - \subsection page_server_uso_estado Estado del servidor. - Mientras el servidor se ejecuta, va imprimiendo en la salida estándar su - estado. Se imprime cada vez que llega una conexión entrante y cada vez que - se detecta un error. - - Otro tipo de información del estado del servidor puede ser obtenida desde - el cliente a través del comando /server/info (ver - \ref page_server_protocolo_general). - - \note Los errores se imprimen en la salida de error, no en la salida - estándar. - - \subsection page_server_uso_fin Finalización del servidor. - Hay varias formas de finalizar el servidor: - - Enviando una señal de interrupción (SIGINT), por ejemplo, - presionando la combinación de teclas CTRL-C. - - Enviando una señal de salida (SIGQUIT) o de terminación - (SIGTERM), por ejemplo, a través del comando - kill(1). - - Enviando un comando /server/stop desde un cliente (ver - \ref page_server_protocolo_general). - - Cualquiera de estos métodos es válido y finaliza el servidor de forma - correcta. +\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. + + 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. + + 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. + + 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 */