Liberada nueva versión del WSO2 GREG. 5.0.0

Acaba de ser liberada una versión más del WSO2 Governance  Registry, o GREG como comúnmente se le conoce. Ya va por la versión 5.0.0 y trae numerosas mejoras y algunas funcionalidades nuevas. Entre ellas destacan:

Nuevas funcionalidades:

• [REGISTRY-2103] - How to download a WSDL along with dependencies folder structure?
• [REGISTRY-2196] - Add Service Store on top of ES features in G-Reg 5.0.0
• [REGISTRY-2371] - Updating Solr version
• [REGISTRY-2378] - Implementing Time in lifecycle current state feature
• [REGISTRY-2406] - G-Reg Impact Analysis
• [REGISTRY-2442] - Ability to display difference of two resources of same type
• [REGISTRY-2506] - Governance Center - Support G-Reg associations
• [REGISTRY-2508] - Governance Center - Provides full lifecycle support
• [REGISTRY-2509] - Using the new pub/sub global cache invalidation in registry core
• [REGISTRY-2510] - Subscription and Notification for Governance Center - Publisher
• [REGISTRY-2511] - Multiple lifecycles in publisher
• [REGISTRY-2512] - Solr based advance search
• [REGISTRY-2513] - Introduce "source" property to tack the origin of a Resource
• [REGISTRY-2535] - Ability to use API-M Publisher/Store in G-Reg to achieve complete API governance through G-Reg
• [REGISTRY-2555] - Ability to define REST services properly and publish API from a REST service
• [REGISTRY-2558] - Developer able to assign existing tags and define new tags
• [REGISTRY-2600] - Ability to display difference of two resources of same type

Mejoras:

• [REGISTRY-2175] - Version for WSDL/Services/Schema
• [REGISTRY-2190] - g-reg should include 'creation date' within metadata list of any artifact
• [REGISTRY-2203] - Services added through a WSDL not get associated to a service lifecycle
• [REGISTRY-2205] - associate a lifecycle to service resource after WSDL Import
• [REGISTRY-2208] - Adding search role functionality to "New Role Permissions" section of Resource Browse view
• [REGISTRY-2245] - Add versioning capability to policy metadata service
• [REGISTRY-2259] - Option-text 'Add' button is not working when the field name has spaces
• [REGISTRY-2275] - Add RXTIndexer related debug log. G-Reg 4.6.0
• [REGISTRY-2298] - Stopping RXT attributes from being added as resource properties
• [REGISTRY-2301] - Stopping the load artifacts call from accessing the database each time
• [REGISTRY-2312] - Need more filter criteria
• [REGISTRY-2318] - Prompt when navigating away without saving changes to a resource
• [REGISTRY-2322] - Rich text editor is not working when trying to edit tier.xml in registry
• [REGISTRY-2323] - Improve the search functionality in API store to enable search by the actual owner as the provider in an external API store
• [REGISTRY-2326] - User name RegEx pattern not configurable in tenant creation page when email user disable
• [REGISTRY-2347] - Metadata name search
• [REGISTRY-2375] - Resource(WSDL/WADL/Schema/Policy) upload path change
• [REGISTRY-2394] - improve the “ZipWSDLMediaTypeHandler” with an extension to exclude configurable list of file extension
• [REGISTRY-2443] - Java 7 support for Registry, Governance and Product
• [REGISTRY-2465] - Automated UI test for new Impact Analysis screen.
• [REGISTRY-2471] - Introduce SOAPService to represent SOAP based web service properly
• [REGISTRY-2493] - Introduce governance.xml file to mange governance related features
• [REGISTRY-2494] - Reusable asset content comparison tool for G-Reg
• [REGISTRY-2498] - Toggling Side Panel UI Design & Markup Implementation
• [REGISTRY-2536] - Indexing handler for Governance Artifacts
• [REGISTRY-2542] - Asset discovery support from remote servers
• [REGISTRY-2554] - G-Reg support for notification
• [REGISTRY-2557] - Introduce Server RXT
• [REGISTRY-2573] - Make Registry and GovernanceArtifactManager easy accessible to RegistryTask implementers
• [REGISTRY-2583] - REST Service RXT improvements
• [REGISTRY-2595] - Custom Collections for Service and WSDL resources
• [REGISTRY-2599] - Support in G-Reg for search using a query
• [REGISTRY-2602] - Lifecycle Executor and version AJAX UI for SOAP Service
• [REGISTRY-2606] - Adding delete option for Associations in publisher view
• [REGISTRY-2608] - Theme store application
• [REGISTRY-2620] - Validation for changing RXT shortname
• [REGISTRY-2621] - Meta data list and add view need to update with RXT delete operation
• [REGISTRY-2623] - Apply Styling for Store subcription and notification view
• [REGISTRY-2686] - Version numbers are not visble as mendatory feild in Publsiher
• [REGISTRY-2704] - Endpoint Look-up Sample should update with GenericArtifactManager
• [REGISTRY-2711] - Provide mechanism to handle associations in governance level.
• [REGISTRY-2720] - Add multitenancy support
• [REGISTRY-2743] - Comparing uniqueness of assets
• [REGISTRY-2749] - UI improvements
• [REGISTRY-2753] - Password storing method is required for rxt password fields
• [REGISTRY-2758] - [ Artifact Search / Chrome Browser] No results are returned when user hits 'Enter' button in Chrome browser
• [REGISTRY-2819] - Automatically created soap service and the rest services needs to be deleted with the deletion of respective wsdl and wadl
• [REGISTRY-2869] - Lifecycles for Endpoint and Server

Read More [...]

Posted in GREG, WSO2

WSO2: Introducción al ciclo de vida de los servicios con GREG. I

La gestión del ciclo de vida de los servicios es parte fundamental de cualquier metodología para el desarrollo de iniciativas SOA.

Un ciclo de vida correctamente definido y controlado permite saber en todo momento que pasa con los servicios, como se están usando, si su desarrollo va en tiempo, si cumplen con las pruebas requeridas, si es necesario modificarlos, en fin.

A continuación muestro una imagen de una propuesta de ciclo de vida genérica que puede servir como base para una mejora enfocada a determinado tipo de proyecto. Es la que uso siempre como base y acondiciono de acuerdo a las necesidades y metodología empleada.

WSO2 tiene entre sus herramienta el GREG o Governance Registry. Esta herramienta nos permite:

• Gestionar los metadato de los servicios desde su identificación.

• Crear múltiples ciclos de vida a través de un XML, es lo malo, que se puede ir ajustando en el tiempo.

• Gestión de los diferentes estados de los servicios definiendo los requerimientos a cumplir para ir de un estado a otro.

• Notificaciones instantáneas sobre cambios en los estados de los servicios.

• Exponer los servicios web vía UDDIv3 o usando WS-Discovery, la variante que más me gusta.

• De conjunto con el resto de las herramientas permite la publicación de servicios web implementados o desplegados en el AS y el ESB, los cuales se hacen visibles en el GREG y pueden ser gestionados desde ahí.

En otras entradas mostraremos como realizar cada uno de estos puntos.

Read More [...]

Posted in ciclo de vida, GREG, servicios web, WSO2

Introducción a la Plataforma de WSO2. II

En la entrada anterior explicaba brevemente que era WSO2 y las herramientas que tenía en su desarrollo. En esta entrada quiero seguir describiendo brevemente algunas de sus herramientas.

1.       WSO2 Developer Studio: esta herramienta es diferente de las demás porque es un plugin para el eclipse. Y la idea es que se puedan desarrollar usando este plugin un conjunto de componentes que también pueden ser desarrollados desde las herramientas. Entre las principales cosas que se pueden realizar se pueden incluir las siguientes:

·         Desarrollo de servicios de datos.

·         Desarrollo de servicios axis2.

·         Desarrollo de clientes para servicios web.

·         Diseño de procesos en BPEL.

·         Desarrollo de servicios proxy.

·         Desarrollo de servicios de reglas de negocio.

·         Desarrollo de componentes de interfaz de usuario para las herramientas.

·         Creación de componentes .car que permiten el despliegue del resto de los componentes desarrollados en las herramientas.

·         Conexión local a las herramientas así como su ejecución, y conexión remota a las herramientas permitiendo el despliegue de los componentes desarrollados.

2.       Governance Registry: esta herramienta sirve fundamentalmente para el almacenamiento de los meta datos de los servicios web, lo que permite que también se puedan gestionar estos servicios a partir de definir ciclos de vida de los mismos y controlar su desarrollo y versionado. Implementa  2 mecanismos de descubrimiento de los servicios UDDIv3 y WS-Discovery. Este último permite que los servicios desplegados o desarrollados en otras herramientas sean registrado automáticamente en el Governance Registry y además permite obtener los endpoint de los servicios desde lo clientes en tiempo de ejecución apoyando aún más la transparencia de ubicación que se logra con el ESB.

3.       Message Broker: la herramienta permite la creación de colas de mensajería basadas en el estándar JMS así como topics para la implementación de patrones de integración basados en mensajes. Esto potencia la comunicación asíncrona así como esquemas de arquitectura basados en el patrón de publicación/subscripción.

4.       Elastic Load Balance: en arquitecturas de alto rendimiento y alta disponibilidad siempre hace falta un balanceador de carga que enrute los mensajes hacia sus destinos finales, en este caso los diferentes nodos de uno o varios clústeres. Eso es lo que permite esta herramienta que se puede poner enfrente de uno o varios clústeres de las herramientas de la suite y permite el balanceo de carga entre ellos. Además tiene la característica de ser elástico, o sea que en función del nivel de carga puede configurarse para que agregue o elimine nodos de un clúster previa configuración de las condiciones que se deben cumplir.

Read More [...]

Posted in developer studio, Elastic Load Balancer, ELB, Governance Registry, GREG, MB, Message Broker, WSO2