Tema 4: Servidores Web

Transcripción

1 Acceso a Páginas Web en ficheros Tema 4: Servidores Web Disco Duro Apache, IIS SO Unix host Web : Open(f,./index.html ); Read(f); Output Close(f); Cabeceras Interfaces Web Aplicaciones CGI: Common Gateway Interface Interface Web- Aplicaciones: CGI (II) CGI program in Perl, hello.pl CGI program Apache, IIS Unix CGI Interface host Web : # Hello.pl print "Content-type: text/html\n\n"; print "<font color = blue>\n"; print "<h1>hello, World</h1>\n"; print "</font>\n"; CGI program in C, hello.c -> hello.exe HTML Content-type: text/html\n\n <font color = blue> <H1>Hello there!</h1> </font> GET /Hello.pl #include <stdio.h> main(int argc, char *argv[]) Output of Program Output of Program 3 printf("content-type: text/html%c%c",10,10); printf("<font color = blue>"); printf("<h1>hello there!</h1>"); printf("</font>"); 4

2 Interface Web-Aplicaciones: CGI (III) El interface CGI especifica como el proceso servidor Web comunica al proceso externo información sobre la petición del cliente escribiendola en variables de entorno, pe.: REQUEST_METHOD: contiene información sobre el metodo de la petición, QUERY_STRING: contiene un string con los datos del formulario rellenado por el cliente, CONTENT_TYPE: contiene el tipo de datos de la petición, GET Hello.pl&Name=Pepe Web Server %set REQUEST_METHOD=GET %set QUERY_STRING= Name=Pepe % Unix main(int argc, char *argv[]) char *cl; printf("content-type: text/html%c%c",10,10); if (strcmp(getenv("request_method"), "GET")) printf("this script should be referenced with a METHOD of GET.%c", 13); exit(1); cl = getenv("query_string"); if(cl == NULL) printf("no query to decode.%c",13); exit(1); 5 Interface Web Aplicacion: CGI (IV) 1 Petición -> 1 Proceso del SO. (aparte de los procesos que pueda crear el servidor web) e 1 e 2 e 3 Pid=12 Pid=13 Pid=14 6 Interface Web-Aplicación: CGI (V) Ventajas: Interface simple, No hay que modificar programas. Desventajas: Alto tiempo respuesta: creación de procesos es costosa. Poca escalabilidad: 1 proceso por cliente consumen muchos recursos. Problemas de seguridad: acceso a shell. Interface Web-Aplicaciones: API de Servidor (I) Aplicación construida sobre API del servidor Web: Apache API, IIS API, etc. Aplicación compilada con servidor Web como libreria dinámica.so o.dll. Código de aplicación cargado con proceso servidor. No se crea otro proceso por petición. Bugs en aplicación hacen fallar al proceso servidor. e 1 e 2 e 3 Sistema Operativo Hello(null); 7 8

3 Interface Web-Aplicaciones: API de Servidor (II) Pero algunas librerías implementadas con APIs son muy estables y muy usadas: mod_perl, mod_php en Apache permite ejecutar scripts en proceso servidor con buen rendimiento. Cada petición de script perl o php se ejecuta en el mismo proceso del servidor que atiende la petición (muy buen tiempo de respuesta). e 1 Read.php e 2 e 3 View.php Write.php Cada proceso: 1)Atiende petición 2) procesa script Sistema Operativo Mod_php(Func); 9 Arquitectura Apache Apache v1 es un servidor multiproceso: Cada peticion es atendida por un proceso. Pre-forking: Inicialización servidor: *Arrancar N procesos (pool). *N configurable en httpd.conf. Llega petición a accept Socket : *Pedir a proceso no utilizado que cree data socket y procese la petición. (buen tiempo respuesta). Web Dependiendo de la carga del servidor, el proceso principal arranca más servidores o los mata. Apache v2 es multihilo (en C y multiplataforma)-> consume menos recursos, pero es menos robusto. Accept socket Data socket Apache 10 Apache vs. servidor JAVA Apache Inconvenientes Acceso a aplicaciones no eficiente (CGI) o no robusto (API) Ventajas Acceso a ficheros eficiente. protocolo seguro HTTPS eficiente. Servlets Servlet es una clase JAVA que implementa el interface Servlet, (este interface define como atender peticiones de clientes Web) Servlet Hello.class Tomcat host Web : Servidor JAVA Lectura ficheros no eficiente. Protocolo HTTPS no eficiente. Aplicaciones JAVA. Aplicaciones multihilo e integradas en servidor-> bastante eficiente. 11 Servlet Interface Output of Servlet GET /Hello Output of Servlet 12

4 Contenedor de Servlets Los servlets se ejecutan en servidores multihilo que reconocen el interface de Servlets: los contenedores. Contenedores más usados: (TOMCAT, JBOSS,. ) Por cada petición de cliente el contenedor inicia un hilo en el que se ejecuta el código del Servlet. e1 e2 e3 + Contenedor Hello Hilo3 Ciclo de Vida de un Servlet 1. Administrador despliegua Servlet: Save As../FTP/HTTP. 2. Administrador pide a Contenedor inicia Servlet. Hello.init(); NO crea hilos. 3. Petición e. 4. Contenedor: 1. Crea hilo, asigna a servlet. 2. llama a método Servlet. ; 3. Finaliza/reutiliza hilo. 5. Vuelve a paso Administrador pide a Contenedor finaliza Servlet. Hello.destroy(); Admin init() destroy() Contenedor Hello Interface Servlet (I) HttpServlet extiende la clase GenericServlet (también existe el interface Servlet). Metodos de HttpServlet que se sobreescriben para programar el servicio: void doget (HttpServletRequest req, HttpServletResponse resp) void dopost (HttpServletRequest req, HttpServletResponse resp) void dopost (HttpServletRequest req, HttpServletResponse resp) void dodelete (HttpServletRequest req, HttpServletResponse resp) Escribe Cabecera Escribe Cuerpo import java.io.*; import javax.servlet.*; import javax.servlet.http.*; public class HelloWorld extends HttpServlet public void doget(httpservletrequest request, HttpServletResponse response) throws IOException, ServletException response.setcontenttype("text/html"); PrintWriter out = response.getwriter(); out.println("<html>"); out.println("<head>"); out.println("<title>hello World!</title>"); out.println("</head>"); out.println("<body>"); out.println("<h1>hello World!</h1>"); out.println("</body>"); out.println("</html>"); Objeto tipo petición, contiene campos de petición. Objeto tipo respuesta, se rellenaran sus campos. 15 Interface Servlet (II) Métodos de HttpServletRequest (no es necesario sobreescribir): String getparameter(string name); String getremoteaddr() String getheader(string name) Int getcontentlength() Boolean issecure() String getremoteuser() HttpSession getsession() Interface HttpServletResponse: setcontenttype(string name) setcontentlength(int len) setheader(string name, String name) sendredirect(jstring location) addheader(string name,string value) import java.io.*; import javax.servlet.*; import javax.servlet.http.*; public class SubastaBMW extends HttpServlet int pujaactual = 0; public void dopost(httpservletrequest request, HttpServletResponse response) throws IOException, ServletException pujaactual = Integer.parseInt (request.getparameter("mipuja")); response.setcontenttype("text/html"); PrintWriter out = response.getwriter(); out.println("<html><head><title>gracias!</title> </head><body>"); out.println( Has pujado +pujaactual); out.println("</body></html>"); 16

5 Interface Servlet (III) Servlets pueden atender peticiones Web, u otros protocolos. Metodos de Servlets (implementado por clase GenericServlet): void init(servletconfig config) arranca el servlet, no se crea un hilo. void service(servletrequest req, ServletResponse res) llamado por el contenedor para atender una petición, crea un hilo y llama al método correspondiente doget, dopost, (no se sobreescribe) ServletConfig getservletconfig() Devuelve un objeto de tipo ServletConfig, que contiene parámetros de i nicialización del servlet. String getservletinfo() Devuelve información sobre el servlet: autor, version, etc. void destroy() El contenedor llama a este método para indicar al servlet que ya no atenderá más peticiones. Se sobreescribe para finalizar conexiones actuales de manera ordenada. 17 Contenedor TOMCAT Tomcat 5.0 implementa especificaciones Servlets v2.4 y JSP 2.0. Compuesto de varios componentes que permiten multiples configuraciones. Contiene gestor de aplicaciones via Web. Contiene un pool de threads: Similar al pool de procesos de apache. Reutilizar threads entre peticiones. e GET init() service() destroy() init, Contenedor Hello destroy Admin New Hello() 18 Aplicaciones en TOMCAT 1 Contexto -> 1 Aplicacion./webapps/ context-name / Estructura directorio es: <web-app> *.html, *.jsp, etc. -> ficheros no compilados <servlet> /WEB-INF/web.xml > <servlet-name>myhello</servlet-name> descriptor de despliegue <servlet-class>helloservlet</servlet-class> (mapping, conf. sesiones, etc) </servlet> /WEB-INF/classes/ -> <servlet-mapping> clases de servlets <servlet-name>myhello</servlet-name> /WEB-INF/lib/ -> <url-pattern>/hello</url-pattern> librerias de clases JAR </servlet-mapping> </web-app> Archivos de tipo WAR: *contienen todos los ficheros de una aplicación. *se instalan en directorio./webapps/ y TOMCAT los descomprime. <display-name>myservletwar</display-name> <description>this is a simple app</description> 19 20