Servlets: Ciclo de vida Body: El Método Init(): Cuando un servlet es cargado por primera vez, el método init es llamado por el contenedor de servlets. Este método no será llamado nunma más mientras el servlet se este ejecutando Este método recibe un sólo parametro del tipo ServletConfig que permite leer los datos de configuración del servlet Se puede utilizar este método para incluir operaciones de inicialización costosas en tiempo de proceso, por ejemplo establecer la conexión con una base de datos
Servlets: Ciclo de vida Body: Método service(): Cada petición por parte del cliente se traduce en una llamada al método service() del servlet Este método recibe dos parametros: ServletRequest: que contiene la petición del cliente ServletResponse: que contiene los métodos necesarios para devolver la respuesta La clase HttpServlet define el método service llamando a otros dos métodos DoGet() y DoPost() según sea la petición. De modo que cuando implementemos un servlet sobreescribiremos estos métodos en lugar del método service
Servlets: Ciclo de vida Body: Método Destroy(): El servidor llamará a este método cuando el servlet se descargue de memoria De esta forma, es posible liberar recursos (ficheros abiertos, conexiones con bases de datos, etc.) de una forma segura. Cuando esto no es necesario o importante, no hará falta redefinir el método destroy()
Servlets: Seguimiento de usuarios Body: El API servlets nos facilita la labor para el siguiente de usuarios con la posibilidad de usar 3 métodos diferentes: Cookies: La clase javax.servlet.http.cookie facilita la creación, lectura y escritura de cookies Reescritura de URL's: Consiste en reescribir los enlaces internos a otras paginas de mi aplicación incluyendo en ellos un identificador de sesión. La clase HttpServletResponse dispone del método encodeURL() que automatiza esta tarea Sesiones gestionadas por el servidor: Se delega en el contenedor de servlets la gestión de servlets, el contenedor dependiendo de su configuración o las reestricciones del cliente utilizara alguno de los dos métodos anteriores para gestionar la sesión
MVC Web Body: La arquitectura MVC (Model/View/Controller) fue introducida como parte de la versión Smalltalk-80 del lenguaje de programación Smalltalk. Fue diseñada para reducir el esfuerzo de programación necesario en la implementación de sistemas múltiples y sincronizados de los mismos datos
MVC Web Body: En la web este patron es ligeramente diferente ya que el modelo no puede enviar notificaciones a las vistas por las restricciones del protocolo HTTP En la Web este patron tiene como principal ventaja una separación clara de las distintas partes de la aplicación Web Modelo = lógica de negocio Vista = lógica de presentación Controlador = esquema de navegación
MVC Web Body: 1. El controlador carga el esquema de navegación al comienzo de la aplicación 2. El browser realiza una petición 3. El controlador recibe la petición y la redirige al método adecuado de la lógica de negocio 4. la capa de lógica de negocio consulta a través de la capa de acceso a datos la BD 5. la capa de lógica de negocio devuelve el resultado de la operación al controlador 6. El controlador redirige el resultado a la vista adecuada (en función de la configuración de navegación y el resultado de la operación) 7. La vista genera la pagina que se enviará al cliente a partir de los datos recibidos del controlador
MVC Web: ventajas del modelo Body: Al separar de manera clara la lógica de negocio (modelo) de la vista permite la reusabilidad del modelo, de modo que la misma implementación de la lógica de negocio que maneja una aplicación pueda ser usado en otras aplicaciones, sean éstas web o no Permite una sencilla división de roles, dejando que sean diseñadores gráficos sin conocimientos de programación o desarrollo de aplicaciones los que se encarguen de la realización de la capa vista, sin necesidad de mezclar código Java entre el código visual que desarrollen Permite crear diferentes vistas para un mismo modelo: Diferentes “temas” según el usuario Internacionalización de la aplicación Diferentes formatos de salida para distintos dispositivos (browsers, pda's, moviles etc)
MVC Web: J2EE Body: Esta arquitectura encaja muy bien con las tecnologías de la plataforma J2EE: El modelo: Existen dos claras alternativas para implementar la lógica de negocio en J2EE: POJOs (Plain Old Java Objects) Utilizando EJB (Enterprise JavaBeans) en sistemas con unas mayores necesidades de concurrencia o distribución
MVC Web: J2EE Body: Para la vista existen diversas opciones: JSP (Java Server Pages): muy extendidas, con gran cantidad de librerías tanto open source como comerciales Motores de plantillas: Velocity Freemaker Xml + XSLT: la lógica de negocio devolverá los datos a presentar en xml, para generar la vista se transforma este xml mediante una plantilla de transformación xslt
MVC Web: J2EE Body: El controlador en J2EE se implementa mediante servlets, existen diversos frameworks que proporcionan implementaciones MVC facilitando enormemente los desarrollos Struts JSF (Java Server Faces) Tapestry WebWork …..
Servicios Web Body: Definición: Un Web Service es un componente de software que se comunica con otras aplicaciones codificando los mensaje en XML y enviando estos mensaje a través de protocolos estándares de Internet tales como el Hypertext Transfer Protocol (HTTP). Intuitivamente un Web Service es similar a un sitio web que no cuenta con un interfaz de usuario y que da servicio a las aplicaciones en vez de a las personas
Servicios Web Body: En la actualidad existen dos protocolos diferentes para llevar a cabo la implementación de servicios web: Xml-RPC SOAP La diferencia entre SOAP y XML-RPC es su complejidad. XML-RPC está diseñado para ser sencillo. SOAP por el contrario está creado con idea de dar un soporte completo y minucioso de todo tipo de servicios web
Servicios Web Body: Caracteristicas de SOAP: No esta asociado con ningún lenguaje No se encuentra asociado a ningún protocolo de transporte Aprovecha los estándares existentes en la industria Permite la interoperabilidad entre múltiples entornos
Servicios Web: WSDL Body: WSDL (Web Service Description Language) es un lenguaje que nos permite describir los servicios web de una forma estándar Un fichero WSDL debe proporcionar toda la información necesaria para que un cliente pueda realizar peticiones al servicio, incluyendo: El formato de los mensajes de petición que pueden aceptar los servicios así como el formato de las respuestas Los parametros y los tipos de los parametros de los mensajes de petición y respuesta Las direcciones de cada uno de los servicios expuestos El protocolo de transporte de mensajes (HTTP, SMPT…)
Servicios Web: UDDI Body: UDDI (Universal Description Discover and Integration) es un mecanismo que permite dar a conocer el servicio Web para que los clientes puedan utilizarlo Basicamente la interfaz UDDI permite dos tipos de acciones: Registrar nuevos servicios web Realizar busquedas de servicios web existentes
Servicios Web
| Página siguiente |