Este documento describe cómo crear un flujo BPEL básico en WID que invoca un servicio web para calcular la lon-
gitud de una cadena. Se crea un proyecto BPEL, un servicio web Java que calcula la longitud, y se invoca este ser-
vicio desde el flujo BPEL usando WID. El flujo regresa diferentes mensajes dependiendo de si la cadena es corta o
larga.
Este documento describe el uso del lenguaje de programación Visual Basic 6.0 para crear sistemas de información. Explica que Visual Basic permite crear aplicaciones para Windows de forma visual mediante objetos prefabricados. También cubre conceptos clave como propiedades, eventos y métodos, y describe el entorno de desarrollo de Visual Basic.
Este documento presenta un tutorial básico sobre PowerBuilder. Explica cómo crear una base de datos con Sybase Central, incluyendo tablas y datos de ejemplo. Luego, muestra cómo crear un proyecto de PowerBuilder con una ventana para acceder a los datos de la base. Finalmente, resume conceptos básicos de PowerBuilder como la creación de ventanas y el acceso a bases de datos.
Este documento describe cómo convertir documentos a formato PDF utilizando diferentes herramientas gratuitas como CutePDF Writer y Pdf995. Explica cómo instalar CutePDF Writer como una impresora virtual para crear archivos PDF desde cualquier aplicación que permita imprimir. También cubre cómo desinstalar CutePDF Writer y usa Adobe Acrobat para crear archivos PDF de menor tamaño.
Este documento presenta un plan para la implementación exitosa de una arquitectura basada en servicios (SOA). El plan consta de tres pasos: 1) planeación, que incluye identificar los sistemas a exponer como servicios y determinar qué constituye un servicio; 2) integración de aplicaciones empresariales; y 3) gestión de procesos empresariales. También describe consideraciones clave como los protocolos de transporte a utilizar y la gobernanza de servicios.
Este documento presenta las nuevas funcionalidades de GeneXus X Evolution 3 para generar aplicaciones web responsive. Se describe una aplicación de eventos para gestionar charlas y oradores, con un backend para ingreso de datos y un frontend para participantes. Se explican características como hacer la aplicación responsive, el nuevo editor abstracto, actualizaciones optimizadas de elementos individuales sin refrescar la página completa, y notificaciones web para comentarios en tiempo real.
El documento describe los principios y prácticas de la programación extrema (XP). La XP se basa en la simplicidad, comunicación y retroalimentación continua. Promueve trabajar en estrecha colaboración con el cliente para entregar versiones frecuentes con el código mínimo necesario para que funcione.
Este documento responde preguntas frecuentes sobre Windows 7 Professional y su valor para las pequeñas y medianas empresas. Windows 7 Professional ofrece mayor rendimiento, confiabilidad y seguridad en comparación con versiones anteriores como Windows XP y Vista. Incluye funciones útiles para negocios como unirse a dominios, encriptación de archivos, y acceso remoto. El documento también cubre los requisitos técnicos y cómo Windows 7 Professional permite nuevas oportunidades de negocio para los socios que lo distribuyen.
Este documento describe el uso del lenguaje de programación Visual Basic 6.0 para crear sistemas de información. Explica que Visual Basic permite crear aplicaciones para Windows de forma visual mediante objetos prefabricados. También cubre conceptos clave como propiedades, eventos y métodos, y describe el entorno de desarrollo de Visual Basic.
Este documento presenta un tutorial básico sobre PowerBuilder. Explica cómo crear una base de datos con Sybase Central, incluyendo tablas y datos de ejemplo. Luego, muestra cómo crear un proyecto de PowerBuilder con una ventana para acceder a los datos de la base. Finalmente, resume conceptos básicos de PowerBuilder como la creación de ventanas y el acceso a bases de datos.
Este documento describe cómo convertir documentos a formato PDF utilizando diferentes herramientas gratuitas como CutePDF Writer y Pdf995. Explica cómo instalar CutePDF Writer como una impresora virtual para crear archivos PDF desde cualquier aplicación que permita imprimir. También cubre cómo desinstalar CutePDF Writer y usa Adobe Acrobat para crear archivos PDF de menor tamaño.
Este documento presenta un plan para la implementación exitosa de una arquitectura basada en servicios (SOA). El plan consta de tres pasos: 1) planeación, que incluye identificar los sistemas a exponer como servicios y determinar qué constituye un servicio; 2) integración de aplicaciones empresariales; y 3) gestión de procesos empresariales. También describe consideraciones clave como los protocolos de transporte a utilizar y la gobernanza de servicios.
Este documento presenta las nuevas funcionalidades de GeneXus X Evolution 3 para generar aplicaciones web responsive. Se describe una aplicación de eventos para gestionar charlas y oradores, con un backend para ingreso de datos y un frontend para participantes. Se explican características como hacer la aplicación responsive, el nuevo editor abstracto, actualizaciones optimizadas de elementos individuales sin refrescar la página completa, y notificaciones web para comentarios en tiempo real.
El documento describe los principios y prácticas de la programación extrema (XP). La XP se basa en la simplicidad, comunicación y retroalimentación continua. Promueve trabajar en estrecha colaboración con el cliente para entregar versiones frecuentes con el código mínimo necesario para que funcione.
Este documento responde preguntas frecuentes sobre Windows 7 Professional y su valor para las pequeñas y medianas empresas. Windows 7 Professional ofrece mayor rendimiento, confiabilidad y seguridad en comparación con versiones anteriores como Windows XP y Vista. Incluye funciones útiles para negocios como unirse a dominios, encriptación de archivos, y acceso remoto. El documento también cubre los requisitos técnicos y cómo Windows 7 Professional permite nuevas oportunidades de negocio para los socios que lo distribuyen.
Soa y los servicios web de segunda generacionwachu wachu pi
Este documento describe la segunda generación de Arquitecturas Orientadas a Servicios (SOA), que se basa en el SOA tradicional pero añade elementos para cumplir con los principios de orientación a objetos. Una SOA de segunda generación consta de funciones como transporte, protocolos de comunicación, descripción y registro de servicios, así como calidad de servicio mediante políticas de seguridad, transacciones y gestión, utilizando estándares como WS-Policy, WS-Security y WS-Transactions.
Este documento describe la arquitectura orientada a servicios tradicional (SOA), la cual utiliza los principios y tecnologías básicas de los servicios web como SOAP, WSDL y UDDI. En una SOA tradicional, un proveedor publica un servicio web en un registro, un cliente busca y consume el servicio, y el servicio procesa las solicitudes del cliente. Aunque es común, una SOA tradicional no ofrece características importantes como seguridad y transacciones que las SOA de segunda generación sí proveen.
El documento describe el lenguaje BPEL (Business Process Execution Language) para la composición de servicios web. BPEL permite definir y ejecutar procesos de negocio mediante la orquestación de servicios web. El lenguaje se basa en XML y utiliza especificaciones como WSDL y SOAP. BPEL define la estructura y elementos para representar la lógica y flujos de un proceso de negocio a través de la invocación de servicios web.
El documento describe las relaciones entre los conceptos de procesos de negocio, gestión de procesos de negocio (BPM), monitorización de actividades de negocio (BAM), modelado de procesos de negocio (BPMN), ejecución de procesos de negocio (BPEL) y arquitectura orientada a servicios (SOA). El BPM permite modelar y ejecutar procesos de negocio como una secuencia de servicios usando BPMN, BPEL y una arquitectura SOA. El BAM monitoriza las mé
SOA es un concepto de arquitectura de software que establece un marco de diseño para la integración de aplicaciones independientes, de manera que puedan accederse a sus funcionalidades desde la red.
La forma más habitual de crear un ambiente SOA es mediante el uso de los servicios Web, una tecnología independiente de la plataforma, que junto con estándares, como HTTP, SOAP, WSDL, UDDI y BPEL; permiten cumplir con procesos como la publicación, el descubrimiento y la composición de aplicaciones dentro de un conjunto de servicios.
Sin embargo, al momento de implementar una arquitectura SOA, se presentan algunas dificultades en estos procesos. Ya que por su naturaleza sintáctica tienden a ser ineficientes, con poca información y hasta imprecisos en sus resultados. Otra desventaja es que SOA como tal se restringe a utilizar servicios Web basados en SOAP, dejando de lado otras tecnologías emergentes como REST.
Por lo tanto, a fin de cubrir las carencias observadas, este trabajo propone mejorar los procesos realizados en SOA, en base a la modificación de la estructura de las ontologías del estándar OWL-S, para que los servicios Web basados en SOAP y REST sean definidos semánticamente en un registro UDDI. Formando así un ambiente SOA heterogéneo, que realice los procesos de publicación, descubrimiento, localización y composición de servicios tomando en cuenta diferentes tecnologías.
Este documento presenta una serie de recomendaciones sobre el desarrollo de aplicaciones usando Oracle Application Development Framework (ADF). Cubre temas como la metodología de desarrollo ADF, recomendaciones para los equipos de trabajo, el modelado de datos, y la implementación de las capas de modelo, controlador y vista. El orador, Plinio Arbizu, es un experto en ADF y ofrece estas recomendaciones basadas en su experiencia.
El documento presenta una introducción a los servicios web y la orquestación de servicios web. Explica conceptos clave como SOAP, WSDL, UDDI y WS-BPEL y describe cómo los sistemas de gestión de flujos y los sistemas EAI han evolucionado para orquestar servicios web, permitiendo la integración entre aplicaciones dentro y entre organizaciones.
Conceptos básicos de la arquitectura orientada a servicioswachu wachu pi
Este documento discute los conceptos básicos de la Arquitectura Orientada a Servicios (SOA). Explica que la flexibilidad y la capacidad de adaptarse rápidamente a los cambios son elementos clave del éxito de SOA. También destaca que SOA permite expresar la tecnología de la información a un nivel más relevante para los negocios. Finalmente, señala que las principales barreras para el éxito de SOA son de naturaleza organizacional, no técnica, y que Java juega un papel importante al proporcion
Curso JAVA ARQUITECTURA SOA: DESARROLLO Y ORQUESTACIÓN DE SERVICIOS WEB CON J...CLEFormación
Este documento presenta un curso de 24 horas sobre arquitectura SOA y desarrollo de servicios web con Java. El curso cubre conceptos fundamentales de SOA, desarrollo de servicios web con Java usando APIs como JAX-WS y JAXB, y orquestación de servicios compuestos con BPEL. Está dirigido a programadores y analistas interesados en arquitectura SOA, servicios web y tecnologías Java.
El documento presenta un nuevo procedimiento para el retiro de contenedores llamado "Fast Gate" que entrará en vigor el 24 de noviembre. El proceso involucra al transportista, despachante y Exolgan. Los transportistas se registrarán en el pre-gate y recibirán información por pager sobre el contenedor y ubicación. Los despachantes podrán asociar contenedores y camiones de manera remota y comenzar trámites de salida sin esperar verificaciones. El nuevo proceso reducirá tiempos de espera y mejorará la eficiencia
No hay un solo organismo que defina las pautas de SOA, ya que SOA es un concepto abstracto que se rige por los principios de orientación a servicios. Las tecnologías utilizadas para implementar SOA, como los servicios web, sí están estandarizadas por organizaciones como el W3C, OASIS y Web Services Interoperability. El W3C estandariza protocolos como SOAP y WSDL, OASIS desarrolla estándares como UDDI y WS-BPEL, y Web Services Interoperability publica perfiles básicos para lograr arquitecturas
Elementos esenciales de una arquitectura orientada a servicioswachu wachu pi
Una arquitectura orientada a servicios se compone de cuatro elementos esenciales: operaciones que representan unidades de trabajo, servicios que contienen conjuntos de operaciones, mensajes que encapsulan datos de entrada y salida para ejecutar operaciones, y procesos empresariales que son secuencias de operaciones que intercambian mensajes para completar tareas.
El documento habla sobre SOA (Service Oriented Architecture). Explica que SOA permite diseñar procesos horizontales a través de departamentos y es una plataforma ideal para BPM. También describe algunos componentes clave de Oracle SOA como Oracle ESB, Oracle BPEL, Oracle BAM y gobernabilidad SOA. Finalmente, brinda detalles sobre características de Oracle Business Rules.
El documento describe cómo Oracle Forms puede integrarse con una arquitectura orientada a servicios (SOA). Explica que las aplicaciones Forms pueden publicar y consumir servicios web, así como integrarse con procesos BPEL y otras tecnologías SOA. También resume los diferentes niveles de adopción de SOA y cómo Forms puede aprovechar las ventajas de una arquitectura SOA para integrar aplicaciones existentes y nuevos desarrollos de manera flexible.
Este documento introduce conceptos clave de arquitectura orientada a servicios (SOA) y el lenguaje de ejecución de procesos de negocio WS-BPEL. Explica estándares como SOAP, WSDL y WS-BPEL y cómo se usan para describir servicios web, componer procesos empresariales y garantizar la seguridad y transacciones. También presenta directivas de diseño para identificar y diseñar servicios en una arquitectura SOA.
1) La presentación describe los servicios y soluciones de Snoop Consulting para aumentar la productividad de los equipos de desarrollo a través de la adopción de tecnologías emergentes como SOA.
2) Snoop Consulting ofrece varios servicios como desarrollo de proyectos, consultoría en tecnología, calidad y soporte, utilizando metodologías como Scrum, XP y CMMI.
3) La presentación también promueve el uso de productos de IBM como WebSphere para implementar soluciones SOA escalables y reutilizables
Este documento presenta una introducción a las Arquitecturas Orientadas a Servicios (SOA). Explica brevemente el contexto y antecedentes de SOA, definiendo SOA y los servicios. También describe los contenidos de la presentación, que incluyen explicaciones sobre qué es SOA, sus características, cómo modelar SOA y casos prácticos de su aplicación en el ámbito del e-learning.
En esta presentación se habla de las opciones que tenemos para modernizar nuestros desarrollos en Oracle Forms, el Roadmap de Oracle respecto al producto, de cómo Oracle Forms es capaz de integrarse con tecnologías JAVA y SOA, y las nuevas funcionalidades que ofrece Oracle Forms Fusion Middleware 11g y que corre sobre el nuevo servidor de aplicaciones Oracle Weblogic Server.
Este documento introduce las arquitecturas orientadas a servicios (SOA). Explica que SOA permite construir sistemas flexibles a partir de componentes modulares llamados servicios. Los servicios son independientes y pueden interactuar mediante interfaces estándar. El documento también presenta varias definiciones de SOA de diferentes autores e instituciones y discute las ventajas de SOA para satisfacer las necesidades cambiantes de las empresas.
Este documento proporciona una introducción al entorno de desarrollo integrado Code::Blocks, describiendo las diferentes pestañas y funciones disponibles. Explica cómo crear y administrar proyectos, editar y depurar código, y personalizar la configuración del IDE. También cubre el uso de complementos como DoxyBlocks para generar documentación de código.
Este documento proporciona instrucciones sobre cómo usar las diferentes pestañas en Code::Blocks, incluyendo File, Edit, View, Search, Project, Build, Debug, Fortran, WxSmith, Tools y Tools+. Explica qué funciones tienen cada una de las pestañas y cómo acceder a diferentes opciones y configuraciones a través de ellas.
Soa y los servicios web de segunda generacionwachu wachu pi
Este documento describe la segunda generación de Arquitecturas Orientadas a Servicios (SOA), que se basa en el SOA tradicional pero añade elementos para cumplir con los principios de orientación a objetos. Una SOA de segunda generación consta de funciones como transporte, protocolos de comunicación, descripción y registro de servicios, así como calidad de servicio mediante políticas de seguridad, transacciones y gestión, utilizando estándares como WS-Policy, WS-Security y WS-Transactions.
Este documento describe la arquitectura orientada a servicios tradicional (SOA), la cual utiliza los principios y tecnologías básicas de los servicios web como SOAP, WSDL y UDDI. En una SOA tradicional, un proveedor publica un servicio web en un registro, un cliente busca y consume el servicio, y el servicio procesa las solicitudes del cliente. Aunque es común, una SOA tradicional no ofrece características importantes como seguridad y transacciones que las SOA de segunda generación sí proveen.
El documento describe el lenguaje BPEL (Business Process Execution Language) para la composición de servicios web. BPEL permite definir y ejecutar procesos de negocio mediante la orquestación de servicios web. El lenguaje se basa en XML y utiliza especificaciones como WSDL y SOAP. BPEL define la estructura y elementos para representar la lógica y flujos de un proceso de negocio a través de la invocación de servicios web.
El documento describe las relaciones entre los conceptos de procesos de negocio, gestión de procesos de negocio (BPM), monitorización de actividades de negocio (BAM), modelado de procesos de negocio (BPMN), ejecución de procesos de negocio (BPEL) y arquitectura orientada a servicios (SOA). El BPM permite modelar y ejecutar procesos de negocio como una secuencia de servicios usando BPMN, BPEL y una arquitectura SOA. El BAM monitoriza las mé
SOA es un concepto de arquitectura de software que establece un marco de diseño para la integración de aplicaciones independientes, de manera que puedan accederse a sus funcionalidades desde la red.
La forma más habitual de crear un ambiente SOA es mediante el uso de los servicios Web, una tecnología independiente de la plataforma, que junto con estándares, como HTTP, SOAP, WSDL, UDDI y BPEL; permiten cumplir con procesos como la publicación, el descubrimiento y la composición de aplicaciones dentro de un conjunto de servicios.
Sin embargo, al momento de implementar una arquitectura SOA, se presentan algunas dificultades en estos procesos. Ya que por su naturaleza sintáctica tienden a ser ineficientes, con poca información y hasta imprecisos en sus resultados. Otra desventaja es que SOA como tal se restringe a utilizar servicios Web basados en SOAP, dejando de lado otras tecnologías emergentes como REST.
Por lo tanto, a fin de cubrir las carencias observadas, este trabajo propone mejorar los procesos realizados en SOA, en base a la modificación de la estructura de las ontologías del estándar OWL-S, para que los servicios Web basados en SOAP y REST sean definidos semánticamente en un registro UDDI. Formando así un ambiente SOA heterogéneo, que realice los procesos de publicación, descubrimiento, localización y composición de servicios tomando en cuenta diferentes tecnologías.
Este documento presenta una serie de recomendaciones sobre el desarrollo de aplicaciones usando Oracle Application Development Framework (ADF). Cubre temas como la metodología de desarrollo ADF, recomendaciones para los equipos de trabajo, el modelado de datos, y la implementación de las capas de modelo, controlador y vista. El orador, Plinio Arbizu, es un experto en ADF y ofrece estas recomendaciones basadas en su experiencia.
El documento presenta una introducción a los servicios web y la orquestación de servicios web. Explica conceptos clave como SOAP, WSDL, UDDI y WS-BPEL y describe cómo los sistemas de gestión de flujos y los sistemas EAI han evolucionado para orquestar servicios web, permitiendo la integración entre aplicaciones dentro y entre organizaciones.
Conceptos básicos de la arquitectura orientada a servicioswachu wachu pi
Este documento discute los conceptos básicos de la Arquitectura Orientada a Servicios (SOA). Explica que la flexibilidad y la capacidad de adaptarse rápidamente a los cambios son elementos clave del éxito de SOA. También destaca que SOA permite expresar la tecnología de la información a un nivel más relevante para los negocios. Finalmente, señala que las principales barreras para el éxito de SOA son de naturaleza organizacional, no técnica, y que Java juega un papel importante al proporcion
Curso JAVA ARQUITECTURA SOA: DESARROLLO Y ORQUESTACIÓN DE SERVICIOS WEB CON J...CLEFormación
Este documento presenta un curso de 24 horas sobre arquitectura SOA y desarrollo de servicios web con Java. El curso cubre conceptos fundamentales de SOA, desarrollo de servicios web con Java usando APIs como JAX-WS y JAXB, y orquestación de servicios compuestos con BPEL. Está dirigido a programadores y analistas interesados en arquitectura SOA, servicios web y tecnologías Java.
El documento presenta un nuevo procedimiento para el retiro de contenedores llamado "Fast Gate" que entrará en vigor el 24 de noviembre. El proceso involucra al transportista, despachante y Exolgan. Los transportistas se registrarán en el pre-gate y recibirán información por pager sobre el contenedor y ubicación. Los despachantes podrán asociar contenedores y camiones de manera remota y comenzar trámites de salida sin esperar verificaciones. El nuevo proceso reducirá tiempos de espera y mejorará la eficiencia
No hay un solo organismo que defina las pautas de SOA, ya que SOA es un concepto abstracto que se rige por los principios de orientación a servicios. Las tecnologías utilizadas para implementar SOA, como los servicios web, sí están estandarizadas por organizaciones como el W3C, OASIS y Web Services Interoperability. El W3C estandariza protocolos como SOAP y WSDL, OASIS desarrolla estándares como UDDI y WS-BPEL, y Web Services Interoperability publica perfiles básicos para lograr arquitecturas
Elementos esenciales de una arquitectura orientada a servicioswachu wachu pi
Una arquitectura orientada a servicios se compone de cuatro elementos esenciales: operaciones que representan unidades de trabajo, servicios que contienen conjuntos de operaciones, mensajes que encapsulan datos de entrada y salida para ejecutar operaciones, y procesos empresariales que son secuencias de operaciones que intercambian mensajes para completar tareas.
El documento habla sobre SOA (Service Oriented Architecture). Explica que SOA permite diseñar procesos horizontales a través de departamentos y es una plataforma ideal para BPM. También describe algunos componentes clave de Oracle SOA como Oracle ESB, Oracle BPEL, Oracle BAM y gobernabilidad SOA. Finalmente, brinda detalles sobre características de Oracle Business Rules.
El documento describe cómo Oracle Forms puede integrarse con una arquitectura orientada a servicios (SOA). Explica que las aplicaciones Forms pueden publicar y consumir servicios web, así como integrarse con procesos BPEL y otras tecnologías SOA. También resume los diferentes niveles de adopción de SOA y cómo Forms puede aprovechar las ventajas de una arquitectura SOA para integrar aplicaciones existentes y nuevos desarrollos de manera flexible.
Este documento introduce conceptos clave de arquitectura orientada a servicios (SOA) y el lenguaje de ejecución de procesos de negocio WS-BPEL. Explica estándares como SOAP, WSDL y WS-BPEL y cómo se usan para describir servicios web, componer procesos empresariales y garantizar la seguridad y transacciones. También presenta directivas de diseño para identificar y diseñar servicios en una arquitectura SOA.
1) La presentación describe los servicios y soluciones de Snoop Consulting para aumentar la productividad de los equipos de desarrollo a través de la adopción de tecnologías emergentes como SOA.
2) Snoop Consulting ofrece varios servicios como desarrollo de proyectos, consultoría en tecnología, calidad y soporte, utilizando metodologías como Scrum, XP y CMMI.
3) La presentación también promueve el uso de productos de IBM como WebSphere para implementar soluciones SOA escalables y reutilizables
Este documento presenta una introducción a las Arquitecturas Orientadas a Servicios (SOA). Explica brevemente el contexto y antecedentes de SOA, definiendo SOA y los servicios. También describe los contenidos de la presentación, que incluyen explicaciones sobre qué es SOA, sus características, cómo modelar SOA y casos prácticos de su aplicación en el ámbito del e-learning.
En esta presentación se habla de las opciones que tenemos para modernizar nuestros desarrollos en Oracle Forms, el Roadmap de Oracle respecto al producto, de cómo Oracle Forms es capaz de integrarse con tecnologías JAVA y SOA, y las nuevas funcionalidades que ofrece Oracle Forms Fusion Middleware 11g y que corre sobre el nuevo servidor de aplicaciones Oracle Weblogic Server.
Este documento introduce las arquitecturas orientadas a servicios (SOA). Explica que SOA permite construir sistemas flexibles a partir de componentes modulares llamados servicios. Los servicios son independientes y pueden interactuar mediante interfaces estándar. El documento también presenta varias definiciones de SOA de diferentes autores e instituciones y discute las ventajas de SOA para satisfacer las necesidades cambiantes de las empresas.
Este documento proporciona una introducción al entorno de desarrollo integrado Code::Blocks, describiendo las diferentes pestañas y funciones disponibles. Explica cómo crear y administrar proyectos, editar y depurar código, y personalizar la configuración del IDE. También cubre el uso de complementos como DoxyBlocks para generar documentación de código.
Este documento proporciona instrucciones sobre cómo usar las diferentes pestañas en Code::Blocks, incluyendo File, Edit, View, Search, Project, Build, Debug, Fortran, WxSmith, Tools y Tools+. Explica qué funciones tienen cada una de las pestañas y cómo acceder a diferentes opciones y configuraciones a través de ellas.
Este documento introduce Visual Basic como un lenguaje de programación visual orientado a eventos. Describe las características generales de Visual Basic, incluido su entorno de desarrollo y cómo crear y ejecutar un primer programa simple con un botón. También explica conceptos clave como propiedades, eventos y métodos para manejar objetos y controles, y cómo guardar y abrir proyectos de Visual Basic.
Este documento introduce Visual Basic como un lenguaje de programación visual orientado a eventos. Describe las características generales de Visual Basic, incluidas sus propiedades, eventos y métodos. Explica cómo crear un proyecto básico en Visual Basic con un formulario y un botón, y escribir código para que el botón muestre un mensaje cuando se hace clic. También describe cómo guardar y ejecutar proyectos de Visual Basic.
1. El documento introduce Visual Basic como un lenguaje de programación visual orientado a eventos. 2. Describe las características clave de Visual Basic como propiedades, eventos y métodos asociados a objetos y controles. 3. Explica el entorno de desarrollo de Visual Basic y cómo crear y ejecutar un primer programa simple con un botón.
Este documento introduce Visual Basic como un lenguaje de programación visual orientado a eventos. Describe las características clave de Visual Basic como propiedades, eventos y métodos asociados a objetos. También presenta el entorno de desarrollo de Visual Basic y proporciona un primer ejemplo simple de creación de un botón.
Este documento introduce Visual Basic como un lenguaje de programación visual orientado a eventos. Describe las características clave de Visual Basic como propiedades, eventos y métodos asociados a objetos. También presenta el entorno de desarrollo de Visual Basic y proporciona un primer ejemplo simple de creación de un botón.
NetBeans es un entorno de desarrollo integrado (IDE) de código abierto que facilita el desarrollo de aplicaciones en Java. Requiere la instalación de Java para funcionar y proporciona herramientas como resaltado de sintaxis, autocompletado de código, compilación y ejecución. También permite diseñar interfaces gráficas arrastrando componentes y agregar plugins que mejoran la funcionalidad.
El documento describe el proceso de instalación y configuración de una máquina virtual y Apache Tomcat para el desarrollo de aplicaciones web con Java. Explica cómo instalar el software de virtualización VmWare para crear una máquina virtual con diferentes sistemas operativos como Windows, Linux y Solaris. También cubre la instalación y configuración de Apache Tomcat, incluyendo la selección del puerto, la ruta del JRE y la configuración del usuario administrador.
El documento describe el proceso de instalación y configuración de una máquina virtual y Apache Tomcat para el desarrollo de aplicaciones web con Java. Explica cómo instalar el software de virtualización VmWare para crear una máquina virtual con diferentes sistemas operativos como Windows, Linux y Solaris. Luego detalla los pasos para instalar Apache Tomcat, incluyendo la selección del puerto, la ruta del JRE y la configuración del usuario administrador.
Este documento describe cómo instalar y configurar Apache Tomcat para desarrollar aplicaciones web con Java. Explica cómo instalar una máquina virtual usando VMware para ejecutar sistemas operativos como Linux o Windows de forma simultánea. Luego explica cómo instalar Apache Tomcat en Windows, configurar el puerto y usuario administrador, y cómo iniciar y detener el servicio Tomcat. Finalmente, señala que el archivo server.xml se usa para configurar la dirección en la que se ejecutará Tomcat.
Este documento describe cómo instalar y configurar Apache Tomcat para desarrollar aplicaciones web con Java. Explica cómo instalar una máquina virtual usando VMware para ejecutar sistemas operativos como Linux o Windows de forma simultánea. Luego explica cómo instalar Apache Tomcat en Windows, configurar el puerto y usuario administrador, y cómo iniciar y detener el servicio Tomcat. Finalmente, señala que el archivo server.xml se usa para configurar la dirección en la que se ejecutará Tomcat.
El documento proporciona una introducción a la programación orientada a objetos en Java. Explica conceptos clave como clases, objetos, herencia y encapsulamiento, e introduce el uso de JCreator como entorno de desarrollo integrado para crear y compilar proyectos de Java.
Este capítulo explica cómo crear y editar páginas web (vistas) en HTML y aplicarles estilos en CSS dentro de una aplicación ASP.NET MVC. Se describen conceptos como la creación de vistas, controladores y puntos de entrada para navegar entre páginas. También se recomienda utilizar la librería Bootstrap para dar formato profesional a las interfaces web.
Este documento presenta un tutorial sobre cómo crear y editar interfaces de usuario en aplicaciones web utilizando HTML, CSS y el framework MVC en C#. Explica cómo crear nuevas vistas y carpetas, agregar puntos de entrada en controladores para acceder a las vistas de forma indirecta, y cómo probar los cambios de forma local antes de publicar la aplicación.
Este capítulo explica cómo crear y editar páginas web (vistas) en HTML y aplicarles estilos en CSS dentro de una aplicación ASP.NET MVC. Se describen conceptos como la creación de vistas, controladores y puntos de entrada para navegar entre páginas. También se recomienda utilizar la librería Bootstrap para dar formato profesional a las interfaces web.
Este capítulo explica cómo crear y editar páginas web (vistas) en HTML y aplicarles estilos en CSS dentro de una aplicación ASP.NET MVC. Se describen conceptos como la creación de vistas, controladores y puntos de entrada para acceder a las vistas de forma indirecta. También se recomienda utilizar la librería Bootstrap para darle formato profesional a la interfaz gráfica.
Este documento describe los fundamentos del lenguaje de programación Visual Basic, incluyendo sus características, ventajas, objetos intrínsecos y sus propiedades. Explica que Visual Basic es un lenguaje de programación visual desarrollado para Microsoft Windows y que utiliza objetos con propiedades y métodos. También resume los diferentes tipos de objetos como etiquetas, cuadros de texto, botones de comando y sus propiedades básicas.
1. Laboratorio: Creación de un flujo BPEL con WID
Objetivos
El objetivo de este laboratorio es enseñar a los alumnos a crear un nuevo proyecto de servicios con un flujo BPEL
básico usando WebSphere Integration Developer v.6.01 (WID).
En este laboratorio crearemos un flujo básico que simplemente regresa un mensaje de texto (”Esta cadena es corta”
o “ Esta cadena es larga” dependiendo de la longitud del mensaje de entrada invocando para ello un servicio web
que calcule la longitud de la cadena original.
Prerrequisitos
WID debe estar instalado en su equipo.
Instrucciones
Inicie el entorno de desarrollo pulsando el siguiente icono en la barra de tareas.
A continuación aparece una pantalla en la que se solicita la ubicación de un directorio en el que se almacenarán
todos los archivos del proyecto (workspace).
Una vez completado este paso, el entorno de desarrollo arranca y aparece la siguiente pantalla
Cierre la pestaña de Bienvenida haciendo click sobre la gran flecha situada en la esquina superior derecha de la
pantalla para acceder al workbench.
2. Ahora ya estamos listos para empezar a trabajar en nuestro proyecto.
WID es un producto que tiene muchos componentes en común con Rational Application Developer por lo que per-
mite realizar muchas de las mismas operaciones soportadas por este producto. Por ejemplo, podemos utilizar WID
para crear aplicaciones de web dinámicas o Enterprise Java Beans. Sin embargo, una de las principales caracterís-
ticas que diferencia a WID es que este producto permite crear proyectos de integración. Este tipo de proyectos , a
pesar de que generan de manera automática código J2EE estándar, puede ser creado por personas que no tengan
conocimientos de Java.
Para crear un nuevo proyecto de servicios, haga click con el
botón derecho presionado (right-click) sobre la ventana de Busi-
ness Integration, tal y como se muestra en la ilustración de la
izquierda. Seleccione New >> Module.
Cuando aparezca la pantalla que se muestra más adelante, elija
un nombre para su proyecto y pulse Finish. Si hubiera pulsado el
botón de “Next >” hubiera podido configurar las librerías de Ja-
va que su proyecto pudiera necesitar. Sin embargo, en este
ejemplo, no dependemos de librerías externas y de todas mane-
ras es algo que se puede configurar en cualquier momento.
Ahora que el proyecto ya está creado, podemos empezar a crear
nuestro primer proceso BPEL. Esto se hace pulsando con el botón
derecho del mouse (right-click) sobre el nombre del proyecto de
servicios que acabamos de crear. tal y como se muestra en la ilus-
traciéon que aparece a continuación.
De la misma manera en la que tuvimos que hacerlo al crear un
nuevo proyecto, es necesario dar un nombre al nuevo proceso que
vamos a crear.
Cada uno de los componentes que se pueden crear dentro de un
módulo en realidad es tan solo un archivo XML. Por ejemplo los
procesos son archivos BPEL (Business Process Execution Lan-
guage for Web Services), los cuales están basados en XML. Por lo
tanto, necesitan estar definidos en un namespace propio para evi-
tar conflictos con otros archivos XML que puedan tener el mismo
nombre. Por defecto WID usa para los archivos que crea un names-
pace basado en el nombre del módulo y en este caso no existe ningún motivo para cambiarlo.
3. Por lo tanto, nuestro primer proceso al que
llamaremos habilmente Proceso1 estará en el
namespace http://Zentrum, tal y como se
muestra a continuación.
BPEL es un estándar de la industria relativa-
mente jóven por lo que todavía tiene ciertas
limitaciones. Por ejemplo no permite definir
más que procesos totalmente automatizados
sin intervención humana, algo que es muy
necesario para modelar procesos complejos.
Por esa razón IBM ha propuesto extender el
estándar para soportar esta y otras caracterís-
ticas. WID permite ya incluir esta funcionalidad
adicional en los procesos pero si el desarrolla-
dor decide hacerlo ya no podrá ejecutar el
proceso en otros motores BPEL. WID permite
bloquear el uso de las funciones no estándar.
Para ello puede pulsar “Next >” dos veces y
marcar la opción correspondiente. En este
caso no es necesario ya que de todas mane-
ras no vamos a usar la funcionalidad adicional.
Pulse “Finish” para completar la operación tal
y como se muestra en la siguiente pantalla.
El entorno de desarrollo genera los archivos necesarios para definir un proceso básico sin acciones y que utiliza una
variable llamada Input1 de tipo String tanto como parámetro de entrada como de salida. Al finalizar, este es el as-
pecto que muestra la herramienta de desarrollo.
4. Ahora vamos a crear el servicio web que calcula la longitud de una cadena de caracteres. Para ello vamos a necesi-
tar cambiar a la perspectiva de J2EE.
Agregue la perspectiva de J2EE pulsando el ícono . Seleccione “Other...”.
Marque la opción “Show all” y elija la perspectiva de “J2EE”. Pulse el botón
“OK“ para continuar.
Cuando el producto le solicite confirmar si desea activar la funcionalidad de
“Base J2EE Support” conteste “OK” tras haber marcado la opción “Always
enable capabilities and don’t ask me again.”
Tenga en cuenta que activar funcionalidad adicional aumenta los requerimien-
5. tos de memoria de WID.
Puede observar que hemos cambiado de perspectiva ya que del
lado izquierdo, en lugar de la ventana de “Business Integration”
ahora aparece la de “Project Explorer”.
Cambiar de una perspectiva a otra es tan sencillo como hacer
click sobre el nombre de la perspectiva correspondiente junto al
ícono
Ahora vamos a crear el proyecto de web dinámico que va a al-
bergar nuestro servicio web. Para ello debemos hacer right-click
sobre “Dynamic Web Projects” en la ventana de “Project Explo-
rer” tal y como se muestra en la siguiente ilustración.
Elija un nombre para su nuevo proyecto de web
dinámico. En nuestro caso lo hemos llamado
“ZentrumWeb” para que no haya confusiones
con el proyecto de integración que creamos
anteriormente y al que llamamos “Zentrum”.
Pueden usar el diálogo para configurar toda una
serie de atributos de su proyecto web, sin em-
bargo en este caso no es necesario ya que no
vamos a crear ninguna JSP, solo lo vamos a
utilizar para crear un servicio Web. Por defecto
el proyecto “Zentrum” se va a ejecutar en el
servidor de aplicaciones por defecto, que es el
mismo en el que se va a ejecutar el proceso y
que es de tipo “WebSphere Process Server”.
Normalmente los servicios deberían correr en
otras máquinas separadas, sobre un servidor de
aplicaciones más económico, ya sea usando
WebSphere Application Server ND (Network Deployment) o XD (eXtended Deployment).
Como hemos creado un nuevo proyecto de web, el entorno de desarrollo nos pregunta si queremos cambiar a la
perspectiva de Web. No es algo necesario ya que no vamos a crear JSPs que requieren los editores de esta pers-
pectiva, sin embargo para conocer las distintas perspectivas vamos a contestar que si, tal y como se muestra a
continuación.
6. Seleccione la opción “Remember my decision” y pulse el botón “Yes”.
Ahora ya tenemos tres perspectivas habilitadas. Para poder ver el nombre de cada una de ellas debe extender la
zona en la que se despliegan sus nombres, tal y como muestra la siguiente ilustración.
Ahora vamos a crear el Java Bean que va a contener el código de nuestro servicio web.
Haga right-click sobre “JavaSource” dentro de “Java
Resources” y seleccione “New >> Class” dentro del
menú contextual.
Llame la nueva clase “ServiciosString” y coloquela en el
paquete com.ibm.servicios.
Pulse el botón “Finish” para terminar y crear la nueva clase.
Modifique el código fuente de esta clase para que sea como el que se lista aquí:
package com.ibm.servicios;
public class ServiciosString
{
public int longitud(String cadena)
{
return cadena.length();
}
}
Si lo desea puede eliminar los comentarios que contienen la anotación TODO para que no aparezcan en la lista de
tareas pendientes.
7. Salve el archivo usando la combinación de teclas Ctrl-S y cierre la pestaña.
Convertir esa clase Java en un web service es una opera-
ción trivial como verá a continuación. Haga right-click sobre
el nombre de la clase “ServiciosString.java” en la ventana de
“Project Explorer” y seleccione “New >> Other...”.
Marque la opción “Show All Wizards” y seleccione “Web
Service” de la carpeta “Web Services”.
8. Pulse “Next”. Las opciones por defecto están correctas, no necesita hacer cambios. En la siguiente pantalla marque
la opción “Test the Web service” y pulse “Next” tal y como se muestra en la siguiente ilustración. La siguiente pan-
talla no requiere realizar cambios, simplemente pulse “Next”.
Para este servicio web vamos a usar el runtime de WebSphere en lugar de Apache Axis. Para ello es necesario pul-
sar el botón de “Edit...” y seleccionar el runtime adecuado en la pantalla que aparece y que se muestra a continua-
ción. Pulse “OK” para aceptar el cambio y luego “Next” para pasar a la siguiente pantalla del wizard de creación de
Servicios Web.
La siguiente pantalla no requiere de cambios asi que simplemente pulse “Next”. La siguiente tampoco, pero obser-
ve cómo el método “longitud”, el único de la clase “ServiciosString” está seleccionado y se va a convertir en un
servicio web, antes de pulsar el botón “Next” para continuar.
9. Las siguiente pantalla tampoco requiere realizar cambios. Pulse “Next” para pasar a la última pantalla del “Wizard”.
Pulse el botón “Finish” para que se genere el servicio web a partir del Java Bean. El proceso tarda un poco porque
además degenerar los archivos necesarios, el procedimiento arranca el servidor de aplicaciones tal y como se pue-
de observar en la consola.
10. Tras crear el servicio, WID abre automáticamente el “Web Services Explorer” para probar el servicio recién creado.
Para maximizar la ventana, haga doble click sobre la pestaña “Web Browser”.
Haga click sobre “longitud” para probar el servicio. Entre una cadena cualquiera, por ejemplo “Hola” y pulse “Go”.
11. Si todo funciona correctamente debe ver en la ventana inferior el resultado de la operación, por ejemplo “4”.
Una vez probado el servicio web, para ahorrar memoria vamos a detener el servidor de aplicaciones. Para ello haga
click sobre la pestaña “Servers”. Seleccione el servidor “WebSphere Process Server v6.0 y deténgalo haciendo click
sobre el ícono rojo tal y como se muestra a continuación.
Para crear el servicio web a partir de un Java Bean, WID debe crear varios archivos. El más interesante para noso-
tros es el archivo ServiciosString.wsdl. Este archivo es un archivo WSDL (Web Services Definition Language). Este
tipo de archivos se utiliza para definir un conjunto de servicios web. En
nuestro caso, como el Java Bean solo contenía un método, el archivo
WSDL correspondiente solo define un servicio web. Cada archivo
WSDL se divide en cuatro partes (Service, Bindings, Port types, Messa-
ges). Normalmente trabajaremos con los dos últimos, que definen los
métodos asi como los datos de entrada y salida que requieren. En al-
gunos casos necesitaremos también trabajar con los otros dos que
indican dónde residen los servicios y los transportes que se pueden
utilizar para invocarlos.
Por esta razón WID ofrece dos editores para examinar los archivos
WSDL. Por defecto está seleccionado el el “Interface Editor”. Haga do-
ble-click sobre el archivo SeviciosString.wsdl para editar el archivo utili-
zando este editor. Debería aparecer una pantalla como la que se mues-
tra a continuación.
Observe como el archivo define una operación llamada longitud que recibe como parámetro de entrada un paráme-
tro “cadena” de tipo “string” y devuelve un parámetro “longitudReturn” de tipo “int”. Los servicios web utilizan para
la definición de datos XML-Schema, por lo tanto string se refiere a xsd:string e int a xsd:int.
12. Cierre el documento ServiciosString.wsdl haciendo click en la “x” que aparece junto al nombre del archivo en su
pestaña.
Elegir el editor “WSDL editor” requiere hacer right-click sobre el archi-
vo ServiciosString.wsdl y elegir “Open With >> WSDL editor”.
Como pueden observar, este editor es más completo que el anterior.
Sin embargo, cuando trabajemos en la definición del proceso BPEL
solo nos preocupa el interface del servicio, no dónde se ejecuta o el
tipo de transporte que usaremos para comunicarnos con el servicio.
Eso es algo que tendremos que definir más tarde. De esa manera, si
cambia el tipo de transporte o la ubicación del servicio, eso no afecta
al proceso.
Cierre el documento ServiciosString.wsdl haciendo click en la “x” que aparece junto al nombre del archivo en su
pestaña.
Al abrir el documento WSDL con el editor WSDL hemos cambiado el editor que WID usa por defecto. Como en rea-
lidad vamos a trabajar casi siempre con el “Interface Editor”, tenemos que indicar que ese es el que queremos usar
por defecto.
Haga right-click sobre el documento ServiciosString.wsdl y elija “Open With >> Interface Editor”. Cierre el docu-
mento ServiciosString.wsdl haciendo click en la “x” que aparece junto al nombre del archivo en su pestaña.
Ahora vamos a copiar el archivo ServiciosString.wsdl a nuestro proyecto de inte-
gración para poder usarlo en nuestro proceso. Haga right-click sobre el archivo y
seleccione “Copy”.
Cambie a la perspectiva de “Business Integration”.
Haga right-click sobre “Interfaces” y pulse “Paste”.
Ahora vamos a hacer que este interface pueda ser utilizado en el proceso. Haga
click sobre el símbolo “+” junto a “Reference Partners”.
13. Escriba “ServicioLongitud” en lugar de “Partner”. Tenga cuidado de no usar espacios en el nombre. Con el elemen-
to recién creado seleccionado, observe la ventana inferior.
Pulse el botón de “Browse” para seleccionar una interface WSDL. Esto es lo que permitirá a WID saber qué opera-
ciones ofrece el “Partner”, en nuestro caso la operación longitud.
Seleccione la interfaz “ServiciosString” y pulse el botón “OK” para continuar.
El servicio “longitud” regresa un resultado de tipo xsd:int y por lo tanto necesitamos crear una variable de ese mis-
mo tipo para poder almacenar el resultado de manera temporal. Llamaremos a esa variable “longitud”. Para crearla
haga click sobre el símbolo “+” junto a “Variables” e introduzca el nombre de la variable.
14. Con la variable “longitud” seleccionada observe la ventana inferior, la cual se muestra a continuación.
La variable “longitud” no tiene ningún tipo definido. Pulse el botón “Browse” para asignarle un tipo. Elija “int” y pul-
se el botón “OK”.
15. Ahora ya estamos listos para invocar el servicio “longitud” desde nuestro proceso. Para ello vamos a insertar una
tarea de tipo “invoke” entre las actividades “Receive” y “Reply” que inician y terminan el proceso respectivamente.
Para ello seleccione la tarea de la paleta, tal y como se muestra en la siguiente ilustración.
Mueva el cursor hasta posicionarse entre las tareas de “Receive” y de “Reply” como se muestra a continuación.
16. Haga click para insertar la tarea en el lugar deseado y cambie su nombre a “Calcula longitud”.
Ahora, con la tarea “Calcula longitud” seleccionada, observe la ventana inferior, en la pestaña de detalles. Vemos
que la tarea no está ligada a ningún “partner” y por lo tanto tampoco tiene una operación definida.
Pulse el botón “Browse” para relacionar la tarea con el partner link creado anteriormente (ServicioLongitud) y pulse
“OK” para continuar.
17. Haga doble-click sobre la pestaña “Properties” para que ocupe toda la pantalla y facilitar asi las tareas de edición
que tendremos que realizar a continuación.
Vemos que la operación “longitud” ha sido seleccionada automáticamente, ya que es la única definida en Servicio-
Longitud. Sin embargo, no hay variables asignadas para pasar la cadena de entrada y recibir el resultado de la ope-
ración. Tenemos que indicar a WID que la cadena de entrada está contenida en la variable “Input1” que recibe el
proceso al inicio y que queremos que el resultado de la operación se almacene en la variable “longitud”.
Pulse el botón con puntos suspensivos (”...”) en el renglón correspondiente a “Input(s)”. Seleccione la variable
“Input1” de la lista y pulse “OK”.
Repita la operación para asignar la variable “longitud” de tipo int en el renglón correspondiente a “Output(s)”.
18. Conserve todos los cambios realizados pulsando Ctrl-S. Minimice la pestaña “Properties haciendo doble-click so-
bre el título de la misma.
Ahora vamos a añadir una decisión a nuestro proceso. Dependiendo de si la longitud de nuestra cadena de caracte-
res es mayor o igual a ocho, regresaremos la cadena “La cadena de entrada es larga” o “La cadena de entrada es
larga”.
19. Seleccione de la paleta el elemento “Choice” el cual se utiliza para modelar una decisión. Posiciónelo tras la tarea
“Calcula longitud”.
Por defecto una decisión es creada con un único elemento “Case”. Sin embargo, es posible añadir tantas ramas
“Case” como sea necesario. Opcionalmente es posible añadir una rama “Otherwise” que solo se ejecutará si todas
las ramas “Case” han dado un resultado negativo.
En este ejemplo vamos a verificar si la longitud de la cadena
es inferior a ocho caracteres y de lo contrario regresaremos
la cadena “La cadena de entrada es larga”. Por lo tanto, lo
más sencillo es usar “Otherwise” para modelar ese caso.
Para agregar una rama “Otherwise” a la decisión haga right-
click sobre el ícono de decisión y elija la opción “Add
Otherwise” del menú contextual.
20. Ahora debemos modelar la expresión para la rama “Case” (longitud < 8). Haga click sobre la cajita “Case” para se-
leccionar el elemento. WID permite crear expresiones en distintos lenguajes. Si estuviéramos utilizando variables
complejas que contienen XML, quizás lo aconsejable sería utilizar XPath. Sin embargo, como en este caso se trata
de un entero es más sencillo hacerlo en Java. Ahora bien, recordemos que WID, a diferencia de Rational Application
Developer está pensado para ser usado por personas que no necesitan conocer nada de Java. Por esta razón, WID
ofrece un editor de expresiones Java gráfico, muy sencillo de usar.
Antes de empezar, maximice la ventana inferior para poder editar cómodamente la expresión, haciendo doble-click
sobre el título de la pestaña.
Arrastre la variable longitud debajo del valor “true”. Haga click justo detrás de la letra d al final de “longitud”. selec-
cione el operador de comparación “<”.
Seleccione la extremidad de la expresión recién creada y únala con el “return” arrastrando el cursor tal y como se
muestra a continuación
21. Seleccione la expresión “true” y pulse la tecla “Delete” para eliminarla.
Una vez terminado, minimice la pestaña de “Properties” haciendo doble-click sobre su título. A continuación encon-
trará una ilustración de cómo debe estar su proyecto.
Ya solo nos queda un paso más para terminar de definir nuestro proceso BPEL. Dependiendo del resultado de la
comparación debemos asignar valores distintos a la variable de salida (”Input1”). Para lograrlo usaremos la tarea
“Assign” la cual se representa con un ícono en forma de signo de igualdad (”=”).
22. Seleccione la tarea “Assign” de la paleta y colóquela bajo la rama de “Case”. Cámbiele el nombre a “Cadena corta”
tal y como se muestra a continuación.
En la ventana inferior, defina la tarea de asignación tal y como se muestra a continuación. Vamos a asignar la cade-
na “La cadena es corta” (un valor fijo) a la variable “Input1”.
Ahora cree otra tarea de asignación bajo la rama “Otherwise” de la decisión “Decision”.
Al igual que para la primera tarea de asignación que definimos anteriormente, ahora debe definir la tarea de asigna-
ción en la ventana inferior. Asigne “La cadena es larga” a la variable “Input1”.
23. Con esto hemos terminado de crear nuestro flujo BPEL. Podemos salvarlo pulsando Ctrl-S. Cierre la ventana del
“Proceso1” porque ya no la necesitamos.
Un proceso BPEL es un componente SCA (Software Component Architecture). Existen otros componentes SCA
como Reglas, Tareas humanas, Selectores, etc. que también se crean con WID. Un proceso complejo puede con-
sistir de decenas o incluso cientos de componentes SCA encadenados en una secuencia. En este laboratorio,
nuestro proceso solo va a contener un componente SCA, el proceso BPEL “Proceso1” que acabamos de crear.
Haga doble-click sobre “Zentrum”. Se trata de lo que se conoce como “Assembly diagram” en el que vamos a crear
nuestro proceso.
Arrastre “Proceso1” desde la ventana de “Business Integration” sobre la ventana “Zentrum” que acaban de abrir.
24. El proceso “Proceso1” invoca un servicio externo, por lo que debemos dar al componente la información necesaria
de dónde se encuentra ese servicio y cómo invocarlo, en forma de un archivo WSDL. Si el proceso invocara más
servicios externos, tendríamos que proporcionar un archivo WSDL por cada uno de ellos.
Ahora arrastre el interfaz “ServiciosString” desde la ventana de “Business Integration” sobre la ventana “Zentrum”, a
la derecha de dónde colocó el “Proceso1”.
WID abre una ventana para saber cómo importar el interfaz.
En este caso, como se trata de un servicio web al que se va a conectar nuestro proceso, elegimos “Import with Web
Service binding”.
Ahora debemos conectar el proceso “Proceso1” al componente que acabamos de crear.
Ya estamos listos para poder probar el proceso. Salve los cambios utilizando la combinación de teclas Ctrl-S.
Su servidor de aplicaciones debería estar arrancado. Compruébelo en la pestaña de “Servers”.
25. Asegúrese que los dos proyectos que hemos creado están instalados en el servidor.
27. Haga click sobre “My Process Templates” para ver el proceso que acabamos de crear.
Seleccione el “Proceso1” y pulse el botón “Start Instance” para arrancar una instancia del proceso. Entre una cade-
na de prueba, por ejemplo “Hola” en la casilla “Input1”. Pulse submit para iniciar el proceso.
28. Si todo funciona correctamente, este es el resultado que debería obtener.
Pruebe con otros valores para asegurarse que el proceso funciona correctamente.