Software Plumtree

Plumtree puede utilizarse para implementar portlets de Java y .NET en la misma página. El Portal Corporativo de Plumtree, el producto estrella de Plumtree, comenzó como un directorio similar a Yahoo! para indexar y organizar contenido de sistemas de archivos , sitios web , bases de datos de documentos y repositorios de software colaborativo, creando un completo sistema de gestión del conocimiento para la información empresarial. En 1999, la empresa introdujo la idea de la personalización de autoservicio mediante portlets , originalmente denominados "gadgets" por Plumtree, servicios modulares que los usuarios podían ensamblar en sus propias páginas del portal. Los portlets se convirtieron en una herramienta valiosa para mostrar servicios populares de sistemas corporativos complejos a un público amplio. En 2000, Plumtree añadió funciones para dar soporte a comunidades, lo que permitió a los usuarios crear páginas como espacios de trabajo para un equipo, centros de recursos para una unidad de negocio y centros de servicio para clientes o socios.

A medida que crecía la variedad de recursos integrados en el sistema de Plumtree, la empresa se vio obligada a replantearse la arquitectura de una aplicación web , utilizando protocolos de Internet para ir más allá de un modelo limitado a un solo tipo de servidor de aplicaciones o a un solo lenguaje.

Los protocolos de Internet ofrecieron un nuevo nivel de apertura: en lugar de debatir sobre qué servidor de aplicaciones o lenguaje era más abierto, el sistema de Plumtree podía admitir muchos servidores de aplicaciones y muchos lenguajes. Plumtree denominó a este nivel de apertura "apertura radical". ^{[ 1 ]}

La experiencia de Plumtree con los portlets le enseñó a la empresa que ejecutar todos los servicios del portal localmente, en el mismo servidor de aplicaciones que el portal, era poco práctico: los portlets locales estaban limitados a un idioma y un servidor de aplicaciones, pero todas las grandes organizaciones admitían más de un idioma y un tipo de servidor de aplicaciones.

Además, cuando los portlets se ejecutaban en la misma máquina que el portal, cada portlet podía introducir fallos o conflictos en todo el sistema. Si un portlet fallaba, el portal podía fallar, e identificar el fallo implicaba eliminar los portlets del portal uno por uno.

En el año 2000, Plumtree renovó su portal para comunicarse con los componentes mediante HTTP . Como resultado, los componentes podían ejecutarse en cualquier lugar y estar programados en cualquier lenguaje. Cuando un componente fallaba, el resto del sistema permanecía inalterado, al igual que la World Wide Web no se ve afectada cuando falla un sitio web. Esto permitió a Plumtree desarrollar un sistema fiable que integraba servicios de toda la empresa.

La arquitectura basada en HTTP de Plumtree generó serios problemas de rendimiento, ya que cada página del portal dependía ahora de componentes que se ejecutaban en otras plataformas. Anteriormente, ningún otro sistema había utilizado protocolos de Internet para distribuir el procesamiento de un sistema a múltiples componentes. Las bibliotecas del servidor de aplicaciones para abrir conexiones HTTP eran inaceptablemente lentas e incapaces de gestionar la cantidad de conexiones que requeriría una implementación de portal de gran tamaño.

En el año 2000, Plumtree creó una nueva capa de infraestructura de software conocida como motor paralelo, diseñada para comunicaciones de alta velocidad y a gran escala mediante protocolos de Internet. El resultado: en pruebas realizadas por terceros, el portal mantuvo un alto nivel de rendimiento incluso a medida que aumentaba el número de servicios integrados; incrementar el número de servicios integrados en un orden de magnitud solo redujo el rendimiento en una décima de segundo.

La arquitectura de servicios web de Plumtree permitía desarrollar servicios de portal en cualquier lenguaje y alojarlos en cualquier plataforma, pero el portal en sí solo funcionaba en Windows . A medida que el negocio de Plumtree maduró, se hizo necesario dar soporte a más plataformas.

En 2001, Plumtree lanzó la primera versión de su software de portal diseñado para ejecutarse en sistemas operativos UNIX , con una interfaz de programación Java y una interfaz de usuario Java. Gracias a su arquitectura de servicios web, todos los servicios desarrollados para el portal de Windows también podían conectarse mediante HTTP al portal UNIX.

El objetivo declarado de Plumtree en aquel momento era convertirse en el único proveedor de tecnología web con soluciones orientadas a Microsoft y Java.

En 2002, Plumtree amplió la arquitectura de servicios web de sus productos para Windows y UNIX para admitir componentes remotos que permitieran indexar contenido de diferentes repositorios, federar búsquedas en diferentes motores de búsqueda, autenticar usuarios en diferentes directorios y perfilar los intereses y preferencias de los usuarios desde diferentes sistemas, todo ello con el mismo nivel de apertura radical a los servidores de aplicaciones y lenguajes de programación.

Para garantizar que estos componentes pudieran compartir información sobre el usuario y el contexto del portal, este último incorporó posteriormente su propia interfaz de programación de servicios web.

Tras rediseñar su sistema para que dependiera de los servicios web para integrar contenido, búsqueda, usuarios y atributos de usuario, Plumtree fue en 2002 uno de los primeros proveedores en reconocer las dificultades prácticas de garantizar que los servicios web desarrollados en diferentes entornos funcionaran realmente juntos.

En 2003, Plumtree lanzó un kit de desarrollo que complementaba los entornos de desarrollo Java y .NET para garantizar que ambos entornos generaran servicios web interoperables entre sí.

El kit, conocido como EDK (Enterprise Development Kit), permitía tanto a los desarrolladores de Java como a los de .NET crear un servicio web como si se tratara de un objeto nativo, y Plumtree proporcionaba el código necesario para garantizar que el servicio web pudiera comunicarse con otros servicios web de otros entornos de forma abierta y eficiente.

A principios de 2001, Plumtree comenzó a expandir su cartera de productos, creando un conjunto integrado de tecnologías que Gartner posteriormente denominó "Smart Enterprise Suite". ^{[ 2 ]} En 2001, Plumtree adquirió RipFire para búsqueda, Hablador para gestión de contenido web, ActiveSpace para formularios web y publicación de datos, y comenzó a desarrollar su propio motor de colaboración. Tras un año de integración, Plumtree lanzó estas tecnologías como Plumtree Collaboration Server, Plumtree Content Server, Plumtree Search Server y Plumtree Studio Server, todas ellas utilizando las capacidades de seguridad, administración e interfaz de usuario del portal.

Gracias al éxito de estos productos, Plumtree amplió su oferta, pasando de un único portal a lo que denominó la Web Empresarial. Plumtree describió la Web Empresarial como un conjunto de tecnologías para gestionar todos los sitios web y aplicaciones web de la empresa como elementos de un mismo entorno, en lugar de entidades separadas. Lamentablemente, en sus inicios, gran parte de la solución consistía en presentaciones . Muchos clientes se quedaron con portales mínimamente funcionales, debido a la necesidad de descargar al cliente cantidades de JavaScript que en aquel entonces se consideraban excesivas.