Ir a Tecsisa.com
22may/10

Instalar ServiceMix como servicio en Solaris

En artículos y tutoriales anteriores hemos hablado sobre el ESB Apache ServiceMix desde el punto de vista de sus funcionalidades y arquitectura. En este artículo, explicaré cómo instalar ServiceMix como servicio en el sistema operativo Solaris para que en caso de reinicio del servidor las aplicaciones vuelvan a estar disponibles (una cuestión fundamental si utilizamos ServiceMix en entornos de producción).

Existen multitud de tutoriales que explican cómo instalar y configurar como servicios las aplicaciones más habituales (Apache, Tomcat, Oracle o MySQL, ...), así mismo la mayoría de aplicaciones disponen de paquetes que se instalan con un comando y se encargan de realizar todas las tareas necesarias de configuración y posterior configuración como servicio.

Sin embargo, en el caso de ServiceMix no existen paquetes preconfigurados para Sun Solaris 10 por lo que debemos realizar la instalación de forma manual siguiendo los pasos que explico en este artículo.

29abr/10

Nueva release del ESB Apache ServiceMix

Esta semana se han publicado las nuevas releases de uno de los proyectos estrella del universo SOA open-source: Apache ServiceMix. Las nuevas distribuciones se corresponden con la versión de mantenimiento 3.3.2 y la nueva versión del desarrollo principal, basado en el estándar OSGi, 4.2.0.

Como comenté en un artículo previo, a raíz de la aparición de Apache ServiceMix 4, la línea de la versión 4 parece la más interesante para nuevos desarrollos, principalmente a tenor de los movimientos dados por la industria hacia la adopción de OSGi como modelo de componentización y despliegue de soluciones. En este sentido, los fabricantes líderes del sector como Oracle, IBM o SpringSource están incorporando el modelo de OSGi es las nuevas versiones de sus servidores de aplicaciones.

6mar/09

Tutorial: Integración de Apache Camel con el ESB Apache ServiceMix

Continuamos nuestra serie de tutoriales sobre el ESB Apache ServiceMix presentando un nuevo enfoque de implementación de EIPs distinta a la planteada en Enterprise Integration Patterns en ServiceMix. En este caso, exploraremos la integración del ESB Apache ServiceMix con Apache Camel presentando un sencillo caso de uso, típico de proyectos de integración de sistemas.

24feb/09

Tutorial: Enterprise Integration Patterns (EIP) en Apache ServiceMix

Continuamos con la serie de tutoriales que comenzamos con el artículo Explorando Apache ServiceMix en 15 minutos con el objetivo de introducir las potentes características que presenta el ESB Apache ServiceMix. En esta entrega, veremos como Apache ServiceMix soluciona escenarios de integración que se ajustan a los llamados patrones de integración empresariales o EIPs. Plantearemos un nuevo caso de uso típico de estos escenarios y lo resolveremos reduciendo al mínimo el acoplamiento entre los distintos componentes de la solución.

¿Por qué aplicar patrones de integración?

Los EIPs identifican problemas de integración comunes presentando una manera unificada de resolverlos sin entrar en el detalle de su implementación. Estos patrones fueron identificados y redactados por Gregor Hohpe y Bobby Woolf en el famoso libro Enterprise Integration Patterns manteniendo además una comunidad activa a través de su sitio web.

Tutorial sobre el uso de patrones de integración en ServiceMixLas necesidades de integración de sistemas y aplicaciones son comunes a la mayoría de organizaciones y son mayores conforme crece el tamaño o la complejidad tecnológica de la organización. Históricamente, se han venido desarrollando distintas maneras de enfocar el problema de la integración y por supuesto éste ha sido abordado con anterioridad a los ESBs. Desde los ficheros planos, o las bases de datos relacionales, hasta los más recientes productos del tipo hub and spoke, la evolución en el tratamiento de la integración se ha dirigido hacia la reducción del acoplamiento entre los distintos agentes intervinientes.

En este sentido, los ESBs, y en particular Apache ServiceMix, pueden verse como una culminación de esta tendencia en la que ni siquiera es necesario mantener un elemento central de orquestación, como ocurre con los hub and spoke, sino que la propia orquestación puede estar distribuida en varios nodos cada uno de ellos con su propia instancia de ESB.