lunes jul 30, 2007

Premios SOAWorld 2007

 

Hace unas semanas SYS-CON anunció los ganadores de las diferentes categorías en tecnología SOA dentro de la conferencia SOAWorld 2007 celebrada en New York. El método usado se basa en preguntar directamente a los 17.000 lectores. Habitualmente soy bastante escéptico con este tipo de rankings, pero lo que si me gusta es comparar resultados entre diferentes años. Al menos sirve para identificar tendencias. A continuación muestro una tabla comparativa de las principales categorías. Que cada uno saque sus propias conclusiones. No es fácil. Lo que si me ha extrañado es que cambien tanto los resultados de un año para otro.

 

Best App Server 2007 Best Application Server for SOA / Web Services 2006
Java System Application Server, Sun Microsystems BEA WebLogic Server 8.1 (BEA Systems)
Oracle Fusion Middlware Sun Java System Application Server (Sun Microsystems)
Pramati Application Server, Pramati Jboss Application Server (JBoss)
Borland Enterprise Server WebSphere Application Server (IBM)


Best Framework Best Framework for SOA and Web Services
Java Web Services Developer Pack, Sun Microsystems Java Web Services Developer Pack (Sun Microsystems)
Software AG Crossvision webMethods Enterprise Services Platform (webMethods)
Service Manager, SOA Software BEA WebLogic Workshop (BEA Systems)
UI Framework, Helmi Technologies IBM WebSphere Studio Application Developer (IBM)


Best IDE Best SOA IDE
TIBCO General Interface NetBeans/Java Studio Enterprise (Sun Microsystems)
JetBrains IntelliJ IDEA 6.0 IBM WebSphere Studio Application Developer (IBM)
Oracle JDeveloper BEA WebLogic Workshop (BEA Systems)
TPS NetBeans 5.5 / Sun NetBeans 5.0 Visual Basic.NET (Microsoft)


Best Security Solution Best SOA Security Solution
XML and Web Services Security (XWS-Security) 2.0, Sun Microsystems JWSDP XML and Web Services Security (Sun Microsystems)
SecureSpan Gateway, Layer 7 Technologies IBM Tivoli Access Manager (IBM)
Oracle Web Services Manager TransactionMinder (Netegrity)
eTrust Transaction Minder, CA Enterprise Service Integrator (Software AG)


Best Web Services or XML Site Best SOA or XML Site
Sun Developer Network Java Technology and Web Services Site Sun Microsystems, Inc. java.sun.com/webservices (Sun Microsystems)
CentraSite Community Portal, CentraSite Community IBM developerWorks (IBM)
www.altova.com, Altova xml.org (OASIS)
StrikeIron Web Services Marketplace dev2dev (BEA Systems)


Best Web Services or XML Training Best SOA or XML Training
2007 Stylus Studio XML Enterprise Edition, DataDirect Sun Java Web Services Developer Pack Tutorial (Sun Microsystems)
Java Web Services Tutorial Sun Microsystems, Inc. IBM developerWorks Speedstart Web Services (IBM)
Altova Online Training BEA dev2dev (BEA Systems)
XML and Web Services Security (XWS-Security) 2.0, Sun Microsystems IONA Web Services and SOA Foundation Course (IONA Technologies)


Best Web Services Utility Best XML Utility
Java API for XML Processing (JAXP) 1.3 Sun Microsystems, Inc. Java API for XML Processing (Sun Microsystems)
Altova XML Suite 2006, Altova Exegenix Conversion Satellite (Exegenix)
soapUI, eviware XSLT Processor of Altova XMLSpy (Altova)
Stylus Studio 2007 XML Enterprise Edition, DataDirect IBM DB2 XML Extender (IBM)


Best SOA/Web Services Platform Best Web Services Platform
TIBCO Business Works Java EE (Sun Microsystems)
Java EE, Sun Microsystems webMethods Enterprise Services Platform (webMethods)
Oracle Fusion Middleware BEA WebLogic Platform (BEA Systems)
Software AG Crossvision Sun Java Studio Enterprise (Sun Microsystems)


Best BPM Engine Best SOA BPM Engine
TIBCO iProcess Suite webMethods Enterprise Services Platform (webMethods)
Oracle BPEL Process Manager Unwired Orchestrator (Sybase)
Software AG Crossvision Business Process Manager BEA WebLogic Integration (BEA Systems)
Adeptia BPM Server WebSphere Business Integration Modeler (IBM)


Best Integrated Services Environment Best Integrated Services Environment
Oracle JDeveloper Winner: webMethods Enterprise Services Platform (webMethods)
Ivory Service Architect, GT Software IBM WebSphere Studio (IBM)
Software AG Crossvision BEA WebLogic Platform (BEA Systems)
webMethods Fabric Oracle JDeveloper 10g (Oracle)


Best Portal Platform Best SOA Portal Platform
TIBCO PortalBuilder Sun Java System Portal Server (Sun Microsystems)
Java System Portal Server, Sun Microsystems webMethods Portal (webMethods)
Oracle Portal BEA WebLogic Portal (BEA Systems)
WebSphere Integration Developer, IBM IBM WebSphere Portal Server (IBM)


Best XML Parser Best XML Parser
Java API for XML Processing (JAXP) 1.3, Sun Microsystems Java API for XML Processing (Sun Microsystems)
AltovaXML 2006, Altova Altova XMLSpy (Altova)
Oracle XDK IBM XML Parser for Java (IBM)
2007 Stylus Studio XML Enterprise Edition, DataDirect Oracle SDK (Oracle)


Best Integration Tool Best Web Services Integration Tool
Active BPEL Designer, Active Endpoints webMethods Enterprise Services Platform (webMethods)
TIBCO Business Works Unwired Orchestrator (Sybase)
Ivory Service Architect, GT Software BEA WebLogic Integration (BEA Systems)

IBM WebSphere Integration Broker (IBM)
[Read More]

jueves jun 28, 2007

Seminario SOA con cercleFIBER

 

El martes 26 tuve el placer de ser invitado como ponente en un seminario SOA organizado por Cercle Fiber, celebrado en la oficina de Sun Barcelona. Esta vez el objetivo de la sesión no era presentar las soluciones SOA de Sun sino intentar explicar el concepto de arquitecturas orientadas a servicio y situarlas en un contexto de aportación de valor al negocio. A pesar de ser una audiencia numerosa y heterogénea, al final hubo mucha participación lo cual siempre es de agradecer y resultó muy provechoso para todas las partes.

Estos son algunos detalles de la sesión. Al final incluyo enlaces para poder descargar las presentaciones.

TITULO:  SOA, aportando valor al negocio desde la tecnología.
Resumen: Las empresas y organizaciones sustentan cada vez más el negocio en la tecnología. En muchos casos una buena gestión de los sistemas de información se traduce en evidentes ventajas competitivas. SOA (Service Oriented Architecture) permite dar el paso de una gestión departamental a una gestión corporativa de los sistemas de información ligados al negocio. Las ventajas son evidentes:  agilidad a la hora de implementar cambios, reutilización, reducción de costes a medio plazo, aplicaciones compuestas, índices maestros, vistas únicas, cuadros de mando integrados y muchas otras. SOA permite avanzar en una integración total de todas las aplicaciones de la empresa, y que funcionen como si fueran un sólo sistema.
En esta sesión también profundizaremos en las claves técnicas de la tecnología SOA, para poder tomar decisiones en la estrategia de adopción. Sun colabora con los principales proveedores de tecnología SOA en garantizar la interoperabilidad y el cumplimiento de estándares, reforzado además por la elección de JAVA como plataforma base en la mayoría de los proveedores de tecnología SOA.

Agenda:

  • ¿que es SOA? ¿por qué ahora?
  • Tecnología SOA: Proveedores y Categorias.
  • Relación entre SOA y WebServices. Estándares.
  • Gobierno SOA
  • Open Source y SOA

Presentaciones:


[Read More]

jueves may 31, 2007

SOA con Java EE 5 y JBI: GlassFish y OpenESB

          

Hoy Jueves 31 se celebra el evento de desarrolladores. Mi ponencia se titula "SOA con Java EE 5 y JBI: GlassFish y OpenESB".

Tanto si finalmente vas a poder asistir, como si no, puede ser interesante tener la presentación disponible así que la he subido al blog.

Presentación "SOA con Java EE 5 y JBI: GlassFish y OpenESB" [ODP]

Presentación "SOA con Java EE 5 y JBI: GlassFish y OpenESB" [PPT]

Presentación "SOA con Java EE 5 y JBI: GlassFish y OpenESB" [PDF]


[Read More]

lunes may 14, 2007

Compatibilidad de Entel Neoplatform con JavaEE 5 (JEE5)

 

Entel es una compañía que este año también está apostando fuerte por SOA. Su framework de aplicaciones neoplatform es un framework basado en Java y estándares Java EE (J2EE).  En su evolución hacia SOA, Miguel Angel Villacañas, director de tecnología de Entel, ha entrado en contacto con Sun para certificar neoplatform en el estándar Java EE 5 y que pueda funcionar en los nuevos servidores de aplicaciones con capacidades SOA que están saliendo en 2007.

neoplatform es un framework de desarrollo SOA para Java, está construido sobre Spring Framework y proporciona más de 30 servicios de negocio. El modelo de desarrollo con este framework es el propio definido por Spring. neoplatform soporta SOAP 1.1 y 1.2, WSDL 1.1, WS-Addressing, WS-Policy, SAAJ 1.1, entre otros estándares. Hay que tener en cuenta que Sprig 2.1 ya soporta JDK 1.6 y Java EE 5. Actualmente neoplatform se encuentra en versión 2.8.1 y a finales de mayo se libera la versión 3.0.

Más información:

Miguel Ángel Villacañas Salinas
Director de Tecnología del Grupo Entel.


Ingeniero de Telecomunicaciones, Villacañas ha sido director de la Software Factory del grupo IT Deusto y gerente de E-Business y responsable del área de Producción en la Software Factory de la consultora ARICETA & Asociados. Anteriormente, colaboró como arquitecto en Bull y en Informática El Corte Inglés. También fue Ingeniero de desarrollo y jefe de Proyecto en AMPER.

Miguel Ángel Villacañas ha liderado el equipo que ha puesto en marcha la Metodología EPM, Entel Project Management, que recoge e integra las mejores prácticas del sector en las áreas de Project Management & Software Factory.
Su larga experiencia tanto en el ámbito tecnológico (C, C++, Java, J2EE, …), como en el comercial le proporcionan una visión muy clara de las necesidades de los clientes que sabe traducir al plano tecnológico en un sentido práctico y sencillo.

Líder del equipo de desarrollo de arquitectos y principal precursor de la plataforma tecnológica neoplatform.
En palabras de Villacañas: “neoplatform es una tecnología sencilla y potente que promueve el desarrollo y mantenimiento rápido y con alta calidad de las aplicaciones. neoplatform está basada en estándares internacionales reconocidos, y en la experiencia de los profesionales que nos hemos incorporado al proyecto Entel. Tiene como principal objetivo normalizar y unificar criterios en el desarrollo y mantenimiento del software, facilitando su gestión, reduciendo tiempos y costes y aumentando la calidad del producto final, en base a trasladar el concepto de reutilización de componentes al de reutilización de procesos”

 

[Read More]

sábado abr 14, 2007

Resumen Seminario SOA


 

Realmente interesante el Seminario SOA de SoftwareAG Institute en el que he tenido la oportunidad de participar como ponente invitado. Al final todo un éxito, unas 45 personas, frente a las 20 previstas inicialmente. El ver el tema de SOA desde diferentes ángulos es desde luego enriquecedor, y conocer las experiencias reales de Mapfre Caja Salud, Endesa, y GISS (Gerencia Informatica de la Seguridad Social) más todavía.

He salido con algunas ideas más claras que voy a intentar resumir.

Los 4 pilares básicos de SOA se pueden considerar que son Tecnología, Metodología, Gobierno y Gestión del Cambio, que coinciden con las 4 Ps (Platforms, Practices, Processes, People) que aparecen en el documento de guía SOA de Sun. Por tanto en la evolución hacia SOA, la tecnología, en general el Software de plataforma SOA, es algo muy importante pero no suficiente. Mi trabajo suele estar concentrado en conocer muy bien la tecnología, así que he tenido la oportunidad de ampliar las otras áreas. En este punto de los 4 pilares coincidían además tanto Enrique Bertrand (SoftwareAG), como Leire Bastida (ESI) o David Pascual Portela (INDRA).

Los dos acrónimos clave en SOA, especialmente en el área de tecnología son ESB (Enterprise Service Bus) y BPM (Business Process Management). Hay otros, pero estos dos parecen haber consolidado las dos categorías principales de soluciones de Software de Infraestructura SOA. Javier Cámara supo transmitir muy bien donde encaja el ESB dentro de una arquitectura lógica de referencia. Más allá de estas dos categorías, el resto de categorías como BAM (Business Activity Monitoring), Portal, BPEL (Business Process Execution Language), BRE (Business Rules Engine), B2B (Business to Business), ETL (Extraction Transform Load) son complementarias y suelen estar englobadas en las SOA Suites de los grandes proveedores.
La evolución hacia SOA es en la mayor parte de los casos una evolución conjunta de los departamentos de negocio y los de sistemas de información (TI). Pero claro, el foco de interés para los equipos técnicos suele ser el ESB, mientras que el BPM suele serlo para los equipos de negocio. Sólo hay que darse cuenta donde está la B de Business. ¿Se podría implantar un BPM sin tener un ESB? En la evolución hacia SOA lo habitual es empezar creando servicios, muchas veces para exponer lógica de negocio ya existente. Un ESB puede ayudar en esta tarea especialmente en el caso de tener que integrar en la arquitectura múltiples sistemas heterogéneos. En casos simples donde no sea necesario un ESB, se podría implantar un BPM como parte de una arquitectura SOA, pero lo habitual es que sí que sea necesario un ESB, y por tanto el BPM se debería integrar perfectamente con el resto de infraestructura.

En el área de Gobierno SOA (SOA Governance) también existe tecnología, pero generalmente está más próxima a los departamentos de Operación, Explotación, Producción, Sistemas, Seguridad, Metodología o Calidad y más alejada de los departamentos de Arquitectura y Desarrollo. El registro de servicios, generalmente basado en UDDI, suele ser el punto de contacto entre ambos y pieza clave en las soluciones de Gobierno SOA. También hay que considerar en este área las soluciones IAM (Identity Access Management). Es por esto que los proveedores de soluciones de Gobierno SOA sean a veces distintos o complementarios a los proveedores de soluciones ESB y BPM e incluso las propias soluciones de Gobierno de los diferentes proveedores muchas veces son complementarias entre sí. Aun así un buen Gobierno SOA tiene más implicaciones que las meramente tecnológicas.

En la sesión de Gestión del Cambio, David Pascual Portela de Indra, desarrolló los aspectos clave en la evolución hacia SOA. La conclusión más importante es que es necesario la creación de un equipo de Arquitectura SOA desde las primeras etapas, formado por personas de TI y de negocio. Este equipo puede ser construido a partir de perfiles ya existentes, pero desde luego evolucionar hacia SOA sin hacer algunos cambios organizativos o de roles, y por tanto sin contar con el apoyo de la dirección parece muy complicado.

Como siempre, los casos prácticos despertaron gran interés ya que permiten compartir experiencias y entrar en contacto con la realidad. ¿y cual es la realidad? Pues la realidad es que casi siempre nos encontramos ya muchos Web Services, y primeros pasos en la nueva dirección, pero en general las funcionalidades de los ESB y BPM se han construido internamente con la tecnología existente. En los tres casos prácticos de Mapfre, Endesa, y GISS, ya tienen en producción abundantes Servicios Web sobre Servidores de Aplicaciones J2EE y ahora mismo es cuando se está en proceso de decisión de tecnología de ESB, BPM o Gobierno según los casos.
La evolución hacia SOA requiere tener las ideas claras y suele ser un proceso que puede durar varios años. La realidad es que la primera toma de contacto siempre se produce empezando a utilizar Web Services en los proyectos actuales sin adquisición de nueva tecnología. Luego en función de cada caso particular se decide por donde continuar.

Por cierto, las ponencias de Enrique Bertrand fueron excelentes, tanto la de Beneficios que aporta SOA, como la de cálculo del ROI para justificar SOA desde un punto de vista de negocio. Esta claro que si SOA implica adquisición de tecnología y cambios organizativos, se debe poder explicar y justificar. La audiencia del seminario, mayoritariamente perteneciente al área de TI, necesitamos de sólidos argumentos de negocio para justificar estas inversiones y cambios.

 

 

 

[Read More]

jueves abr 12, 2007

Gartner: Relación entre Servicios Web y SOA

Ya he comentado otras veces que los estándares de Web Services son clave en SOA, y que en teoría una SOA se podría implementar sin Web Services (Servicios Web), pero siendo realistas cualquier proyecto SOA realizado en los últimos años está plagado de ellos. Es más, la mayoría de los clientes empiezan a practicar con SOA creando un Servicio Web, muchas veces sobre lógica de negocio ya existente. Un diagrama de estándares SOA es en su mayor parte un mapa de estándares de Web Services.

Preparando la sesión que he impartido en el Seminario SOA de SoftwareAG, me he encontrado con un par de informes de Gartner públicos, que aunque son de 2003 la verdad es que leyéndolos ahora en 2007 siguen estando de total actualidad y que ya adelantaban estas ideas.

Los informes se pueden descargar desde aquí:

Merece la pena leerlos enteros, ya que en total son 5+6 páginas e incluyen contenido como éste:

Gartner describe la arquitectura orientada a servicios por primera vez en 1996, pero el interés en la misma se vio aumentado por la aparición de una importante tendencia del mercado: los Servicios Web. Aunque los Servicios Web no necesariamente significan SOA, y no todas las SOAs están basadas en Servicios Web , la relación entre las dos tendencias es importante, y se potencian mutuamente: el interés por los Web Services lleva hacia SOA, y las ventajas de la arquitectura SOA ayudan a que las iniciativas de Web Services tengan éxito.

En 2003, SOA entra al fin por completo en el mundo de las TI empresariales, a través de los Servicios Web:

  • Al contrario que CORBA y DCE, los estándares de servicios web no tienen detractores entre los fabricantes
  • La flexibilidad de los Servicios Web para soportar aplicaciones multicanal
  • La capacidad de SOAP de pasar por los firewalls, aprovechando la ubicuidad del HTTP
  • El soporte de Servicios Web en servidores de aplicaciones que albergan lógica empresarial
  • Los ESBs, que combinan Servicios Web con middleware orientado a mensajes (MOM), más algunas capacidades de transformación y enrutado

En fin, que muchas veces leer los informes de analistas, cuando ya ha pasado largo tiempo, puede venir bien para ver si efectivamente acertaron sus prediciones. Esta vez parece que sí.


[Read More]

miércoles ene 17, 2007

Los estándares de Web Services son clave en SOA

 

¿Se puede implementar SOA sin usar Web Services? En teoría si, pero en la práctica no.

SOA => INTEROPERABILIDAD => ESTANDARES => WEB SERVICES 

La gran ventaja de SOA es poder construir una misma arquitectura que incorpore tecnología y productos de diferentes proveedores, y por tanto la clave es la interoperabilidad.

Construir un arquitectura software distribuida en n-capas y descompuesta en servicios débilmente acoplados con tecnología de un sólo fabricante no sirve de mucho, en realidad es un sobreesfuerzo para conseguir lo mismo que con una arquitectura tradicional. Ningún beneficio. Bueno, en realidad si que suele haber beneficios en reutilización y mantenimiento de las aplicaciones, pero desde luego muchas veces no compensa.

La clave en las aplicaciones compuestas que reutilizan todos los servicios de una organización es la interoperabilidad y esta se consigue con los los estándares conocidos como Web Services o Servicios Web. Inicialmente existían 3: SOAP, WSDL y UDDI, pero a día de hoy la cosa se ha complicado, ya que las arquitecturas SOA corporativas necesitan de muchos más para ser interoperables a todos los niveles. Un caso habitual es la interoperabilidad entre aplicaciones JAVA EE y .NET usando una misma arquitectura SOA.

WEB SERVICES => APPLICATION SERVER => JAVA EE & .NET

Los Web Services se apoyan fuertememente en XML y en protocolos WEB como HTTP, necesitando por tanto de un Servidor de Aplicaciones Web para poder funcionar, y esto en el mundo de las aplicaciones corporativas es igual a Servidores de Aplicaciones, JavaEE en la gran mayoría de los casos (SUN, ORACLE, IBM, BEA, JBOSS, SAP, etc) y a .NET en un caso (MICROSOFT). También existen implementaciones de Web Services en otras tecnologías pero no están tan avanzadas y desde luego con un uso minoritario dentro de la gran empresa.

WS-\* => JAVA EE 5 & .NET FRAMEWORK 3.0

Por otra parte la implementación de los nuevos estándares de Web Services (conocidos como WS-\*) se encuentran en los productos que han sido desarrollados en 2005 y 2006, y que ahora en 2007 ya están disponibles, es decir en las versiones de JAVA EE 5 y .NET Framework 3.0.


Veamos una tabla comparativa con las pilas Open Source de Web Services:

WS-\*

Feature

Axis 1.x

Axis2

Celtix

Glue

JBossWS

XFire

GlassFish

WS-Addressing

X

X

X

X

X

X

X

WS-Eventing


X



X



WS-Notification

X



?


?


WS-ReliableMessaging

X

X

X




X

WS-Policy


X





X

WS-Security Policy


X





X

WS-Security

X

X


X

X

X

X

WS-Trust


X





X

WS-Secure Conversation


X





X

WS-Metadata Exchange







X

WS-Atomic Transaction

X

X





X

WS-Coordination

X

X





X

WSDL 1.1 Support

X

X

X

X

X

X

X

WSDL 2.0 Support


X






Esta tabla y detalles adicionales se pueden encontrar en el wiki de Apache: http://wiki.apache.org/ws/StackComparison

Por otra parte dentro de los estándares de plataforma SOA e integración en JAVA, está despegando con fuerza JBI (Java Business Integration). Sun lidera la implementación Open Source de este estándar dentro del proyecto OpenESB.

Más información:

 

viernes nov 03, 2006

Sun presenta su estrategia SOA

El pasado 3 de Octubre, durante una rueda de prensa, Sun presentó su estrategia comercial de SOA basada en Java CAPS 5.1.

 

Jose Manuel Rodriguez Sun SOA

Begoña Contento, redactora de BPM-Spain.com, acudió al evento de prensa en el que el fabricante dió a conocer las características de este producto.

Por su interés, adjunto un extracto de la nota de prensa, que se puede leer completa en el documento PDF descargable en el enlace del final.

La compra de la empresa SeeBeyond por parte de Sun Microsystems el año pasado se ha materializado en Java CAPS 5.1, una suite de integración que permite crear aplicaciones compuestas sobre arquitecturas SOA y garantiza la interoperabilidad entre distintas plataformas, como Java y .Net. La intención de la compañía es ofrecer en breve su descarga gratuita desde internet, reforzando así su apuesta por el software abierto.

Sun Java Composite Application Platform Suite (Java CAPS) forma parte de Java Enterprise Systems, la plataforma de software empresarial abierto de Sun, compuesta a su vez por otras suites: Java Application Platform Suite, Identity Management Suite, Availability Suite y Web Infraestructure Suite. En una rueda de prensa celebrada en Madrid el pasado 3 de octubre, José Manuel Rodríguez, Director de Software de Sun Microsystems Ibérica, junto con Manuel Martínez, Product Marketing Manager, y Manuel Rubio, Business Development Manager SOA & Business Integration, expusieron las funcionalidades de Java CAPS, núcleo de la oferta SOA de su compañía. 

Sun presenta estrategia SOA basada en Java CAPS

Más información:

jueves nov 02, 2006

SOA con JAVA EE: Standards, Frameworks & Toolkits

A la hora de evolucionar hacia arquitecturas SOA, la implementaciones más habituales son las que usan Web Services.
Los estándares de Web Services y SOA han tenido una gran evolución los últimos años. La comunidad JAVA ha hecho un gran esfuerzo en la integración de estos estándares en la plataforma JAVA SE / JAVA EE estandarizando los APIs de Web Services y homogeneizando la integración de las tecnologías SOA en general dentro de la plataforma. El objetivo es que la tecnología de diferentes proveedores sea muy fácilmente integrable, y que los equipos de Arquitectura y Desarrollo maximicen su inversión.

La siguiente presentación técnica contiene detalles de la integración de los estándares de Web Services y SOA en JAVA. La agenda es:
  • JAVA EE SOA Standards
  • JAX-WS 2.0 (JSR-224)
  • JBI (JSR-208): JAVA Business Integration
  • WS-I Interoperability Standards
  • SOA Frameworks & Toolkits:
  • JAX-WS: JAX-WS 2.0, JSR-224
  • WSIT: .NET Framework interoperability
  • Glassfish: Java EE 5, JSR-244
  • OpenESB: JBI, JSR-208
  • OpenSSO: JSR-196
SOA with JAVA EE: Standards, Frameworks & Toolkits [PDF]
SOA with JAVA EE: Standards, Frameworks & Toolkits [ODP]


viernes oct 27, 2006

Blog de Manuel Rubio: SOA en Gobierno

Mi compañero Manuel Rubio se ha animado a crear su propio blog. Esta accesible en http://blogs.sun.com/manuelrubio y su primera entrada habla de la Vista Única del Ciudadano como catalizador de una nueva generación de servicios que las administraciones públicas pondrán a disposición de los ciudadanos.
Manuel Rubio es un especialista en SOA, BPM, BAM, EDA y otras tecnologías relacionadas con la integración de aplicaciones, así que seguro que sus próximas entradas serán también muy interesantes.

viernes sep 01, 2006

Informes de analistas sobre Integracion y SOA (Gartner, Forrester)

La elección de software de integración, especialmente si va a formar parte de una nueva arquitectura SOA, es una decisión importante.
Como un input más de esta decisión, especialmente en una fase inicial, siempre es interesante consultar informes de terceros, al menos para centrar la evaluación inicial en una lista corta de proveedores.

Tanto Gartner como Forrester tienen informes al respecto en los que la tecnología SeeBeyond sale muy bien posicionada.

Gartner Magic Quadrant for Integration Backbone Software, 1H05
Leaders by Completeness of Vision: SeeBeyond, WebMethods, Tibco, Ibm, Oracle, Microsoft, Fujitsu, BEA, Sterling Commerce


Forrester Integration Suite Wave Q3 2005 (Scoring)
  • TIBCO 4.29
  • webMethods 4.06
  • SeeBeyond 3.97
  • IBM 3.85
  • Oracle 3.82
  • GXS 3.76
  • SAP 3.73
  • Sterling Commerce 3.64
  • Microsoft 3.52
  • Axway 3.50
  • Vitria 3.42
  • BEA 3.15
  • Sybase 2.95
Enlaces externos a los Informes de analistas sobre el mercado de Integración y SOA:


lunes ago 28, 2006

SeeBeyond cumple su primer aniversario en SUN


El 25 de Agosto de 2005, Sun completó la adquisición de SeeBeyond, por tanto, ahora se cumple el primer aniversario.
Este primer año, el de la integración de una empresa de INTEGRACIÓN en Sun, se han cumplido las expectativas más optimistas.
Licenciamiento
Además de los modelos de licenciamiento tradicionales de SeeBeyond, se añadió un modelo de subscripción JES, con la suite Sun Java Integration Suite, que más tarde en Febrero de 2006, fue renombrada como Sun JAVA Composite Application Platform Suite (JCAPS). Si sólo se necesitan un subconjunto de productos de la Suite también existen un par de sub-suites (ESB & B2B) que cubren esta necesidad.
Tecnología
También, según el plan anunciado, el 24 Marzo de 2006 se anunció la versión Java CAPS 5.1, la primera versión Sun, integrada con el resto del portfolio de productos JES.
Empleados
Esta es una de las áreas más delicadas en la adquisición de compañías, especialmente en el campo de la tecnología. En el momento de la adquisición eran 814 empleados. La mejor forma de ver su opinión en consultar directamente los blogs de varios de ellos, como Kevin Schmidt, Frank Kieviet, o David Lee Todd. que han publicado entradas relacionadas con el aniversario.
Clientes
La cartera de clientes en el momento de la adquisición era de alrededor de 2000. En la región Iberia (España & Portugal) el número de referencias se ha ampliado a 7, siendo la diversificación por sectores bastante amplia: Finanzas, Telco (2), Gobierno, Sanidad, Distribución (2, incluyendo a Modelo Continente). Adicionalmente también existen proyectos realizados aquí, para clientes globales como DUPONT, FNAC, CARREFOUR o LEROY MERLIN. Los partners de integración en estos clientes y/o proyectos también están bastante diversificados: INDRA, ATOS ORIGIN, CAP GEMINI, ACCENTURE, THALES, CSC o ENABLER son algunos de ellos.

Más información:
Respecto a la versión 5.1, la primera versión Sun de la tecnología SeeBeyond, estas son las novedades, sacadas del blog de Dale Ferrario:
  • Design & Operations Enhancements
    • Separation of roles in lifecycle management
    • Much improved and more flexible tools
    • New WSDL and XSD editors
    • Auto generation of connectivity maps
  • Quality & Performance Enhancements
  • Alignment w/Sun Products
    • Tight integration with Sun's award winning Portal
    • Leverage of Sun's industry leading Identity Management System
  • Standards Acceleration
    • Java EE 1.4 run-time
    • JSR 168 portlet
    • WS-Security
  • Application Server Platforms: Sun with  JBoss, WebSphere, WebLogic coming soon
  • High Availability
    • JMS/MQ Grid
    • Sun Application Server Enterprise Edition
  • Accessories
    • eWays
    • B2B protocols
    • Composite Applications
  • Service Offerings
    • Common Services Framework
    • SOA Framework


miércoles ago 23, 2006

Tango: Interoperabilidad JAVA con Microsoft .NET Framework 3.0 WCF


Sun y Microsoft están trabajando conjuntamente para lograr el mayor nivel de interoperabilidad entre sus nuevas pilas de Web Services:
Estas nuevas librerías de Web Services permiten avanzar en la nueva generación de arquitecturas SOA basadas en Servicios Web que utilizan nuevos estándares como:
  • WS-SecurityPolicy
  • WS-Security
  • WS-Trust
  • WS-SecureConversation
  • WS-Policy
  • WS-MetadataExchange
  • WS-ReliableMessaging
  • WS-Coordination
  • WS-AtomicTransactions
  • WS-Addressing


El trabajo de Sun se encuentra dentro del proyecto Open Source WSIT (Web Services Interoperability Technologies), también conocido como proyecto TANGO. WSIT es un subproyecto de JAX-WS, que a su vez es uno de los módulos de GlassFish (JAVA EE 5.0 RI)

El trabajo de Microsoft se encuentra dentro del proyecto Microsoft .NET Framework 3.0 Windows Communication Foundation, también conocido como proyecto INDIGO.

Según cuenta Arun Gupta en su blog, ya es posible descargar los binarios de Tango y realizar pruebas de interoperabilidad con la CTP (Community Tech Preview) de Julio de 2006 tanto con el runtime como con el SDK de Microsoft .NET Framework 3.0 (también conocido como WinFX), que forma parte de Windows Vista.
Windows Vista incluye 4 tecnologías clave que son:
  • Windows Presentation Foundation (WPF, AVALON)
  •  Windows Communication Foundation (WCF, INDIGO)
  • Windows Workflow Foundation
  • Windows CardSpace
Más información:



martes jul 18, 2006

Manuel Martinez habla de SOA en eweek


Manuel Martínez, responsable de Marketing de Software de Sun Microsystems Iberia, ha sido entrevistado recientemente por eweek, en un informe sobre las ventajas para las empresas de una Arquitectura Orientada a Servicios (SOA). En este análisis no se entra en detalles técnicos pero si que permite tener los argumentos de porqué los departamentos de desarrollo y arquitectura están planteando SOA para adecuar la tecnología a los requisitos de negocio.
Por su interés reproduzco las palabras de Manuel que aparecen en este análisis:

El futuro de los servicios de TI
¿Qué organización no necesita suministrar nuevas aplicaciones más rápidamente, aumentar la agilidad de sus procesos o incrementar la flexibilidad, seguridad y adaptación a las normativas de su infraestructura? Éstas son algunas de las prioridades de los negocios en la actualidad, y las arquitecturas orientadas a servicios (SOA) dan respuesta a cada una de ellas. Sin duda, SOA es el futuro de los servicios de TI. En las arquitecturas de Tecnologías de la Información tradicionales, los procesos de negocio, aplicaciones y datos están en "silos" independientes y a menudo incompatibles entre sí. Esto consume una cantidad desproporcionada de presupuesto y tiempo en las organizaciones. Una situación que acaba con SOA, que consolida las aplicaciones y proporciona los datos necesarios para completar procesos de negocio como un servicio integrado. De esta forma, los usuarios no tienen que introducirse en múltiples sistemas para buscar los datos relevantes e integrar los resultados manualmente. Y la información aparece como una única aplicación que pueden ver sobre una única pantalla y con un único proceso de registro.
Bajo el punto de vista de Sun, un proyecto SOA ha de basarse en las "cuatro Ps": Personas, Plataforma, Procesos, y mejores Prácticas, una fórmula que satisface tanto a los responsables de TI como de negocio. Para los primeros, SOA cumple la promesa de simplificar y economizar el modo en el que se suministran la información y los servicios; para los segundos, supone un suministro de servicios más rápido a un menor coste, aprovechando lo que ya está instalado. Y es que una SOA permite a las compañías integrar la práctica totalidad de sus recursos tecnológicos, alineando la plataforma tecnológica con las necesidades de negocio. El enfoque SOA de Sun está también basado en la nueva cultura de la participación dentro de la organización, lo que deriva en la consecución de beneficios para todos los niveles de la compañía: la aceleración del ROI satisface al director financiero; la capacidad de reutilización permite un menor esfuerzo de mantenimiento y aumenta la productividad, algo que valoran los desarrolladores; los directores de tecnología valoran la capacidad para reutilizar arquitecturas existentes, lo que les ayuda a crear la base para proyectos futuros ... SOA convierte las TI en una verdadera ventaja competitiva.

La propuesta de valor de SOA está clara, la ejecución no tanto. De este artículo yo destacaría lo siguiente:
Está claro que para llevar a cabo con éxito proyectos SOA las personas son fundamentales. Un arquitecto o equipo de arquitectura es clave en la correcta selección de plataforma y tecnología y de llevar a cabo los procesos y mejores prácticas. Respecto a la tecnología, gran parte de la propuesta de valor está en la reutilización de los activos y aplicaciones existentes, y está claro que aquí JAVA juega un papel fundamental, tanto porque gran parte de las aplicaciones existentes ya están diseñadas con JAVA / J2EE como porque permite llevar los componentes de la arquitectura SOA a cualquier plataforma Linux. Windows o Solaris e integrarse con islas SOA realizadas con tecnología .NET o LAMP.
Intentaré detallar más adelante las ventajas de usar JAVA en arquitecturas SOA, y los estándares que permitirán la interoperabilidad de tecnología de diferentes fabricantes.

Más información y enlaces:

martes jun 20, 2006

Recursos SOA: Whitepapers & Webinars



Para profundizar en los conceptos SOA y la oferta de Sun al respecto existe una página que recoge multitud de recursos disponibles desde Whitepapers, DataSheets, Webinars, etc: Sun SOA Resources

De la colección de recursos yo me quedo con los siguientes:

lunes may 29, 2006

Manuel Rubio en la Mesa Redonda SOA

ComputerWorld publica la transcripción de la mesa redonda del 27 de Mayo de 2006 sobre SOA titulada "Comprometidos en la orientación empresarial del futuro".
Más que por el contenido, es interesante un vistazo rápido, sobre todo por la calidad de los ponentes:
  • Manuel Rubio (Sun).
  • Enrique Bertrand (Software AG)
  • Alfonso Martín (Oracle)
  • Julián Rubio (Novell)
  • José Antonio Álvarez (Microsoft)
  • Pedro Cintra (Intel)
  • Juan Castillo (IBM)
  • Enrique Martín (Bea Systems)
  • Jaime García (IDC)
En lo que todos están de acuerdo es la infraestructura tecnológica de los clientes evoluciona hacia SOA, y los puntos de vista se centraban en los diferentes ritmos de evolución, y la forma de llevar a cabo este cambio tecnológico

jueves may 25, 2006

Open SOA: Open Source JAVA Application Platform Suite

En la Java ONE 2006, Sun ha anunciado planes para entregar una plataforma SOA completa basada en JAVA construida con tecnología Open Source liberada de la suite de productos "SUN JAVA ENTERPRISE SYSTEM" (JES)


Los anuncios relacionados de la JAVA ONE 2006 han sido:
  • Sun Java Studio Creator: La herramienta para desarrollo rápido WEB basada en estándares JSF se pasará a OpenSource como un subproyecto dentro de NetBeans: NetBeans Creator Web site.

  • Sun Java System Portal Server: Sun tiene planeado liberar todos los componentes del producto Sun Java System Portal Server 7 en el proyecto OpenJava Portal Inicialmente se creará el repositorio de Portlets, seguido por las implementaciones del contenedor JSR-168 y Web Services for Remote Portlets (WSRP)

  • Business Process Execution Language (BPEL). Se liberará a partir del motor BPEL incluido en Sun Java Composite Application Platform Suite (CAPS): Este motor BPEL forma parte del proyecto OpenJava ESB Community. El motor BPEL automatiza la orquestación de servicios complejos, procesos y workflows.

  • NetBeansTM Enterprise Pack: En este caso el código proviene de Sun  Java Studio Enterprise, y los módulos liberados son los de UML, BPEL, Colaboración, y edición XML.

  • Sun Java Message System (JMS) MQ: En este caso el código se liberará en el proyecto OpenJava MQ

  • Web Services Interoperability Technology (WSIT) Una colección de implementaciones de los estándares WS-\* principalmente en las áreas de seguridad, mensajes, calidad de servicio, y metadata para conseguir una fácil interoperabilidad entre tecnología Java y el framework Microsoft .NET

Estos anuncios representan la siguiente fase en el paso de productos de SUN JAVA ENTERPRISE SYSTEM a Open Source. Lo que comenzó en 2005, con el Proyecto GlassFish (Java EE 5.0 OpenSource), ahora a evolucionado a la APPLICATION PLATFORM SUITE (APS) que contiene todos los componentes y frameworks para desarrollar proyectos SOA.

miércoles abr 19, 2006

De BPEL4WS 1.1 a WSBPEL 2.0: BPEL en SOA

BPEL4WS 1.1 es un versión de la especificación "Business Process Execution Language for Web Services" que data del 3 de Mayo de 2003.  El 10 de Junio de 2003 comenzó la especificación "Web Services Business Process Execution Language Version 2.0", estando en estos momentos bastante avanzada, aunque no finalizada. El enlace a los documentos públicos del Comité Técnico de OASIS está aquí.
WSBPEL 2.0 o BPEL 2.0, es considerablemente diferente a la especificación original BPEL4WS 1.1.

Los nuevos desarrollos BPEL en arquitecturas SOA con ESB ya se pueden empezar directamente con BPEL 2.0 ya que existen varias implementaciones de ESB que soportan este nuevo estándar. En general están basadas en el motor BPEL PXE de Intalio:
Más información en:


miércoles mar 15, 2006

Integracion y SOA con CAPS (SeeBeyond)



La adquisición de SeeBeyond por parte de Sun permite ampliar la familia de suites JES (Java Enterprise System) con la Suite CAPS (Composite Application Platform Suite)

Esta nueva Suite de soluciones de integración permite afrontar proyectos de integración tradicionales (EAI) y de Aplicaciones Compuestas y SOA

En general se pueden clasificar los proyectos de integración en 3 tipos:
  • Sincronización de datos. Cuando tenemos los mismos datos en varias aplicaciones, y podemos cambiar la información en una aplicación, es natural que deseemos asegurarnos de que la información se actualiza en todas las demás aplicaciones. Para alcanzar esta meta, podrías tener a alguien de un lado para otro, haciéndolo manualmente, o podrías automatizar el proceso tomando los datos de la primera aplicación, poniéndola en los formatos correctos y cargándola en las aplicaciones objetivo. Eso es la sincronización de datos. Y probablemente lo hemos estado haciendo desde que alguien escribió el segundo programa de TI.
  • Aplicaciones Compuestas Orientadas a Transacciones. En este tipo de aplicaciones hace una pregunta y se obtiene una respuesta, excepto que en lugar de obtener la respuesta de una sola base de datos, está obteniendo respuestas de dos, cinco o 25 bases de datos, archivos o aplicaciones diferentes. De modo que la nueva aplicación está formada de un poco de código nuevo y mucho código que se está aprovechando.
  • Aplicaciones Compuestas Orientadas a Procesos (BPM). De nuevo, estamos creando un programa nuevo que aproveche las bases de datos, archivos y programas ya existentes. Pero en este caso, el nuevo programa ejecuta un proceso de larga duración, uno que se ejecuta a lo largo de minutos, días, semanas o, incluso, años.

Las aplicaciones compuestas son una forma de crear nuevos programas con sus propias interfaces de usuario, procesamiento y acceso de datos. La diferencia entre una aplicación compuesta y un programa “normal” es que una aplicación compuesta obtiene la mayor parte de sus datos aprovechando sus aplicaciones y bases de datos ya existentes. De modo que estas nuevas aplicaciones compuestas van a parecerle totalmente nuevas al usuario. Las aplicaciones compuestas nos permiten aprovechar los sistemas existentes sin romper los sistemas y sin quebrar la banca.

Para crear las soluciones de sincronización de datos y las aplicaciones compuestas, tenemos dos opciones. Podemos construir cada una de esas soluciones a mano en cada caso. O podemos estudiar el problema de la integración. Puede decir: ¿Cómo puedo crear activos reutilizables? Allí es donde entra una arquitectura orientada a servicios (SOA). Con una arquitectura orientada a servicios, uno ve la arquitectura como una oportunidad de acceder a las aplicaciones existentes, sin importar si son aplicaciones heredadas o aplicaciones empaquetadas. Uno trata de aprovechar los estándares siempre que sea posible. Se hace de modo tal que una vez que haya accedido a una aplicación por una aplicación compuesta o una solución de sincronización de datos, puede reutilizar las piezas de la integración.

Hay muchos estándares. Eso es parte del problema. Nunca nos faltan estándares. En algunos casos, los estándares son complementarios, lo cual es excelente. Por ejemplo, tenemos toda una multitud de estándares abiertos relacionados con los servicios Web. Para crear una aplicación usando servicios Web, sólo se necesita usar una colección de estándares de servicios Web. Pero para efectos de comunicaciones e interoperabilidad, también tenemos ebXML, que es predominantemente un estándar B2B. Tenemos AS2, que también se conoce como el EDI en Internet. Luego está RosettaNet, que es un estándar que creció para el sector de la alta tecnología y se ha ampliado a otros sectores.

CAPS (Composite Application Platform Suite) puede implementarse sobre muchos servidores de aplicaciones J2EE. Ciertamente, funciona con el servidor de aplicaciones Sun Java System, pero también puede implementarse sobre servidores IBM WebSphere, BEA WebLogic o JBOSS debido a nuestro uso del conjunto completo de estándares J2EE.

Informes de analistas sobre el mercado de Integración y SOA:






jueves dic 01, 2005

Estandares de SOA con Web Services



En el blog de Deepak Alur se incluye un diagrama muy interesante con los diferentes estándares de una arquitectura SOA implementada con Web Services. Aquí puede estar la clave de porqué aunque en teoría SOA no requiere de Web Services, la única implementación de SOA basada en estándares Web es la construida con Web Services. La tecnología Web es la base de las arquitecturas de aplicaciones actuales y sólo con estándares se puede alcanzar un alto grado de interoperabilidad entre diferentes tecnologías y diferentes plataformas en una misma arquitectura SOA.
About

jaimecid

Search

Archives
« abril 2014
lunmarmiéjueviesábdom
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
    
       
Hoy