Despliegue y puesta en funcionamiento de componentes software. IFCT0609. Rafael Luis Granados La Paz

alt="ilst1"/>Beans de sesión (Session Beans): representa un proceso de negocio. No son persistentes, así que no almacenan datos al terminar el proceso.

      Beans dirigidos por mensajes (Message-Driven Beans): indica un proceso que solo puede ser disparado gracias a mensajes recibidos desde otros beans, ya que nunca son llamados directamente.

      Importante

      No se debe confundir el componente EJB con el contenedor EJB.

      Actividades

      2.Describa los tres tipos de componentes EJB. ¿Cuáles son las dos interfaces que presenta siempre un EJB?

      Ejemplo con .NET

      Los componentes .NET se apoyan en CLR (Common Language Runtime), que es, al mismo tiempo, entorno de ejecución y repositorio. Todos los lenguajes que hacen uso del framework .NET (C#, VB .NET, C++ y ASP.NET, entre otros) constan de una especificación común y, como paso previo a su ejecución son traducidos y compilados a un lenguaje intermedio llamado Intermediate Language (IL).

      Un componente .NET está compuesto de dos partes claramente diferencias: metadato y código de lenguaje intermedio (IL). Los códigos de lenguaje intermedio son independientes de la máquina, y mantienen esta característica hasta que el CLR los convierte a código dependiente.

      La composición de componentes se lleva a cabo a través del metadato. De esta manera se puede considerar el metadato como el interfaz del componente, gracias al cual se lleva a cabo la comunicación con otros componentes. Para llevar a cabo su propósito, el metadato almacena la siguiente información:

      Descripción del ensamblando: nombre, versión, dependencias respecto a otros ensamblados, referencias, permisos requeridos de ejecución, etc.

      Descripción de tipos: métodos, propiedades, visibilidad, interfaces implementados.

      Atributos: recolector de basura, atributos de seguridad, versión ligada, etc.

      Al ser .NET una tecnología propia de Microsoft, para el desarrollo de componentes se apoya en Visual Studio .NET, requiriéndose además la instalación previa del framework .NET correspondiente.

      Ejemplo con CCM

      CCM (CORBA Component Model), como su nombre indica, es el modelo de componentes de CORBA. Un componente CCM está contenido dentro de un contenedor CCM. Dicho contenedor debe correr sobre una plataforma CCM. Un ejemplo de esta podría ser OpenCCM.

      Definición

      CORBA

      Siglas de Common Object Request Broker Architecture. Es un estándar definido por la OMG (Object Management Group) para facilitar la comunicación de sistemas implementados en diversas plataformas.

      Las interfaces de un componente CCM se representan por medio de puertos, de los cuales existen cuatro clases:

      Facets (facetas): interfaces proporcionadas por el componente.

      Receptables (receptáculos): interfaces requeridas por el componente.

      Event source (fuentes): interfaces que proporcionan un punto de origen de eventos. Estos eventos serán recogidos por consumidores de eventos o propagados por un canal.

      Event sinks (sumideros): interfaces que consumen eventos.

      Los componentes CORBA se desarrollan en un entorno de programación (Open Production Tool Chain, por ejemplo), siendo depositados en el contenedor CCM correspondiente. Como viene siendo tónica en este apartado, el contenedor proporciona también el entorno de ejecución para las instancias de los componentes.

      Actividades

      3.Enumere y describa brevemente los cuatro tipos de conectores de un componente CCM.

      Servicios web

      Los servicios web son, básicamente, elementos orientados a proporcionar un servicio a través de la red. Constan de una interfaz descrita en WSDL (Web Services Description Language), que es un XML que contiene todo lo necesario para poder interactuar con el servicio. Esta interacción se lleva a cabo con SOAP, aunque se pueden usar otros protocolos como XML-RPC.

      Definición

      SOAP

      Siglas de Simple Object Access Protocol. Es un protocolo que define la comunicación entre procesos a través de intercambio de datos con XML. Deriva del protocolo XML-RPC.

      No existe un lenguaje especialmente definido para desarrollar un servicio web, ni tampoco una plataforma concreta. La esencia es que un servicio web puede ser implementado en cualquier lenguaje de programación, siendo posteriormente desplegado en una máquina servidor para que esté disponible públicamente y sea accesible por clientes externos de la manera que previamente se defina. En esta definición entra en escena el WSDL, que es un fichero que especifica la forma en la que se comunicará el Servicio Web.

      Como el resto de ejemplos comentados en este punto, la composición se dará en la fase de diseño (no hay fase de despliegue). El servidor dónde está publicado el servicio proporcionará el entorno de ejecución durante la fase de ejecución de manera análoga a los diferentes contenedores vistos anteriormente.

      Actividades

      4.El concepto de servicio web puede ocasionar confusión con el concepto de aplicación web. Investigue las diferencias entre ambos.

      2.4.Despliegue con repositorio

      Esta es la tercera categoría. Se vuelve a usar un repositorio, pero de una manera diferente a la utilizada en la anterior categoría. El único ejemplo que se propondrá será JavaBeans.

      Composición y depósito de componentes

      Al igual que con el diseño con repositorio, en este modelo los componentes base vuelven a depositarse en un repositorio (y, de nuevo, no tienen sentido fuera de él).