Integración de repositorios de metadatos de IBM, Parte 1: API de acceso a Rational Asset Manager

Aprenda a habilitar el desarrollo basado en activos integrando sus aplicaciones con IBM® Rational® Asset Manager. Este artículo describe capacidades de varias API para recuperar y modificar activos basados en repositorios. Además se incluye código de ejemplo que usa API de servicios web y HTTP para realizar operaciones de repositorio comunes.

Bei Bei Wang, Software Engineer, IBM

Bei Bei Wang is a Software Engineer at the SOA Design Center in the China Development Lab. She focuses on SOA governance related topics, and is currently a developer working on the SOA Federated Metadata Management (FMDM) incubation project.



Tian Tan, Software Engineer, IBM

Tian Tan photoTian Tan se unió al Centro de Diseño SOA del China Development Lab como Software Engineer en 2007. Desde hace dos años, trabaja en el proyecto de incubación FMDM centrándose en la integración de Rational Asset Manager, la gestión de metadatos, la ontología y la Web semántica. Además, tiene amplia experiencia en técnicas relacionadas con Web 2.0, Java, J2EE y Eclipse RCP. Tan Tian es IBM Certified SOA Solution Designer.



Zhe Yan, Software Engineer, IBM

Zhe Yan photoZhe Yan es Staff Software Engineer del Centro de Diseño SOA del China Development Lab. Su actividad se concentra en temas relacionados con la gobernabilidad SOA, especialmente la federación de metadatos. Actualmente se dedica al diseño y desarrollo relacionado con la integración de WBG y WebSphere Services Registry and Repository.



Xiao Xing Liang, Software Engineer, IBM

Xiao Xing Liang photoXiao Xing Liang es Software Engineer en el Centro de Diseño SOA del China Development Lab. Es IBM Certified WebSphere Enterprise Developer e IBM Certified SOA Solution Designer. Actualmente se dedica a gobernabilidad SOA y temas relacionados, como WebSphere Service Registry and Repository, Rational Asset Manager, Tivoli Application Dependency Discovery Manager y Tivoli Change and Configuration Management Database



Yu Chen Zhou, Staff Software Engineer, IBM

Yu Chen Zhou photoYu Chen Zhou se desempeña como Staff Software Engineer en el IBM China Software Development Lab. Se especializa en soluciones ubicuas y de portal. Para contactarlo, escríbale a zhouyuc@cn.ibm.com.



28-07-2011

Introducción

Los repositorios de metadatos son una parte importante de las soluciones empresariales. Esta serie de artículos muestra cómo integrar repositorios a su aplicación, compartir activos entre repositorios, descubrir y aprovechar nuevos activos y usar un glosario de negocios para clasificar metadatos de una amplia gama de fuentes. La Parte 1 se centra en cómo habilitar el desarrollo basado en activos integrando sus aplicaciones con Rational Asset Manager (en adelante, “Asset Manager”). Los artículos posteriores se refieren a Tivoli® Application Dependency Discovery Manager, WebSphere® Service Registry and Repository y WebSphere Business Glossary.

El desarrollo basado en activos (Asset-based development - ABD) es un mecanismo clave para abordar los crecientes desafíos de costos y eficiencia a los que deben responder la producción y la entrega de software. Asset Manager es una solución de gestión de activos para el desarrollo de software colaborativo. Esta solución soporta la creación, descripción y gestión de activos en base a la especificación de activos reutilizables (Reusable Asset Specification - RAS), estándar de la industria creado por el Object Management Group (OMG). Asset Manager también proporciona búsqueda de activos, seguimiento de cambios y gestión del ciclo de vida, lo cual facilita la reutilización de todo tipo de activos de desarrollo de software. Este artículo explica cómo usar las API de servicios web y HTTP para integrar Asset Manager a aplicaciones interplataforma. Usando estas API, puede habilitarse ABD en una amplia gama de entornos de desarrollo de software para:

  • Crear y modificar un activo
  • Acceder a los metadatos del tiempo de ejecución de un activo
  • Acceder a los metadatos del sistema requeridos por el proceso ABD
  • Interactuar con el proceso de gobernabilidad de activos

Encuentre el código de muestra aquí usado en la sección de descargas al final del artículo.

Activos, ABD y Asset Manager

Los sistemas de información actuales se están tornando enormes y complejos. Los clientes buscan maximizar sus inversiones al considerar oportunidades de negocios emergentes, mientras que los proveedores de soluciones buscan reutilizar producciones de trabajos previos para aumentar la calidad y, al mismo tiempo, reducir el costo de entrega. ABD beneficia a las dos partes ya que posibilita la reutilización de soluciones previas (denominadas “activos”) para resolver problemas recurrentes y emergentes y esto logra reducir la duplicación de la inversión, el tiempo y la mano de obra.

Definiciones formales de ABD y activo

“El desarrollo basado en activos o Asset-Based Development consiste en desarrollar soluciones de software reutilizando artefactos de software cohesivos y documentados. El desarrollo de software se organiza de manera tal que logra potenciar inversiones previas e influye en la naturaleza de inversiones futuras. Es así como se acelera el desarrollo y se reducen los costos y los riesgos a través de la reutilización de activos y artefactos para resolver problemas recurrentes.”

“Un activo es un conjunto de artefactos relacionados que proporcionan una solución a un problema. El activo puede personalizarse a través de sus puntos de variabilidad, es decir, las ubicaciones dentro del activo (o, más específicamente, dentro de los artefactos del activo) que admiten la personalización.”

El proceso ABD contiene cuatro etapas clave: identificación de activos, producción de activos, gestión de activos y consumo de activos. Las soluciones que se identifican como posibles activos pasan a la etapa de producción. Los resultados de la producción de activos se almacenan y gestionan como activos dentro de un repositorio y pueden ser reutilizados por los consumidores. Los consumidores también pueden proporcionar feedback durante las etapas de producción y gestión de activos, lo cual contribuye para que el proceso ABD se convierta en un bucle de automejoramiento.

Figura 1. Proceso de desarrollo basado en activos
Proceso de desarrollo basado en activos

IBM proporciona una suite de productos para la construcción de procesos ABD conformada por Rational Software Architect, Rational Clear Case/Clear Quest y Asset Manager para la producción, el consumo y la gestión de activos.

Asset Manager es la solución de gestión y gobernabilidad de activos de la suite y desempeña el rol central en el proceso ABD. Además de proporcionar gestión de activos, esta solución brinda un mecanismo de colaboración para la reutilización de activos, un sistema ontológico para mejorar la categorización de activos y un proceso de gobernabilidad para dirigir el ciclo de vida de los activos. Para participar en el proceso ABD, las aplicaciones deben interactuar con Asset Manager.

Antecedentes de la solución

Asset Manager proporciona dos tipos de interfaces de usuario (UI). Una es una UI nativa basada en Internet, mientras que la otra es un complemento de cliente rico de Asset Manager incrustado en herramientas de desarrollo basadas en Eclipse (por ejemplo, Rational Software Architect o WebSphere Business Modeler). El complemento proporciona una integración sin contratiempos con Asset Manager. Sin embargo, los entornos reales de desarrollo suelen contener una serie de herramientas de desarrollo y gestión interplataforma y, probablemente, los usuarios ya estén familiarizados con sus propios estilos de operación y UI. Hasta la fecha, al usar herramientas no basadas en Eclipse, debemos usar la UI Web de Asset Manager para interactuar con el proceso ABD.

Asset Manager además proporciona API para integrar Asset Manager a otras aplicaciones. Una de ellas es una API binaria basada en Java (consulte el centro de información de Asset Manager a través de la sección de Recursos para obtener detalles sobre esta API e instrucciones de integración). Sin embargo, esta API es una implementación específica a esta plataforma, por lo cual, otras plataformas no basadas en Java como Microsoft®.NET Framework no pueden aprovecharla. La otra es una API de servicios web y HTTP que puede usarse en un entorno interplataforma pero resulta más compleja.

Este artículo explica cómo usar las llamadas a servicios web y las solicitudes HTTP estándar para integrar Asset Manager a una aplicación. La solución se muestra en Java pero también puede aplicarse a otras plataformas.

Modelo de contenidos de Asset Manager

El modelo de contenidos de Asset Manager comprende dos tipos de datos: datos del activo (datos relacionados con una instancia de activo determinada) y metadatos de sistemas (datos compartidos entre las instancias de activos). La Figura 2 ilustra el modelo de contenidos de Asset Manager.

Figura 2. Modelo de contenidos de Asset Manager
Modelo de contenidos de Asset Manager

Los datos de activos contienen: información básica sobre activos, una declaración de activos, los metadatos extendidos, y el contenido de los activos (Figura 3).

Figura 3. Modelo de datos de activos
Modelo de datos de activos

La información básica de un activo está formada por:

  • El ID y la versión del activo, que individualizan al activo
  • La fecha de la última modificación del activo
  • El estado de gobernabilidad del activo
  • El nombre y una descripción breve del activo

La declaración de activos son los metadatos centrales; ésta cumple con RAS y contiene las siguientes secciones:

  • Sección de clasificación — conjunto de descriptores de clasificación del activo y descripción de los contextos en los que el activo resulta relevante.
  • Sección de la solución — índice del conjunto de artefactos que describe la estructura jerárquica de los artefactos incluidos en el activo.
  • Sección de utilización — reglas de instalación, personalización y uso del activo.
  • Sección de activos relacionados — relación del activo con otros activos.

Asset Manager define los metadatos extendidos a fin de mejorar la experiencia del usuario y facilitar la reutilización de activos. Los metadatos contienen los siguientes elementos:

  • Etiquetas de usuarios — información descriptiva definida por el usuario acerca de los activos. Aquí se guarda información adicional a la contenida en la sección de clasificación de la declaración de activos.
  • Historial de cambios — registro de cambios realizados a un activo. Puede emplearse para el seguimiento de versiones de activos y del estado de gobernabilidad.
  • Métricas de uso — información estadística sobre clasificaciones de activos proporcionadas por los usuarios; son una forma de medición de la popularidad del activo. Las métricas son útiles para promocionar la reutilización de un activo.

El contenido del activo es la implementación de la solución. Éste abarca un conjunto de artefactos organizados en una jerarquía de directorios. La estructura jerárquica concuerda con la sección de la solución de la declaración de activos.

Los metadatos del sistema son los metadatos comunes que deben compartir todas las instancias de activos en Asset Manager. Estos incluyen los tipos de activos, los esquemas de categorías, los esquemas de gobernabilidad y los tipos de relaciones. Esta información también se emplea para la manipulación de activos.

Las siguientes secciones explican cómo acceder a la información incluida en el modelo de contenidos de Asset Manager.

Conexión con las API de servicios web y HTTP

Asset Manager proporciona dos API: una de servicios web y otra HTTP. La API de servicios web puede acceder a los metadatos del sistema y a la declaración de activos, pero no puede crear y actualizar ni la declaración ni el contenido de los activo. La API HTTP puede recuperar, crear y actualizar el contenido de un activo, pero no puede manipular ni los metadatos extendidos del activo ni los metadatos del sistema. Para lograr una integración ABD exitosa, se deben combinar las capacidades de ambas API.

Primero conéctese con las API. Ambas API usan autenticación básica HTTP para identificar usuarios. Por lo tanto, antes de enviar una solicitud, verifique que el nombre de usuario y la contraseña del encabezado de la solicitud HTTP sean correctos.

La API HTTP usa solicitudes HTTP GET para recuperar el contenido de los activos y solicitudes HTTP POST para crear y actualizar el contenido de los activos. El punto final de la API HTTP es:

                https://<host>:<port>/com.ibm.ram.repository.web.ws.was/RAMSecure/
                RAMAssetAccess.jsp?assetID=<id>&version=<version>

Tome en cuenta que se trata de una conexión HTTPS —verifique que los parámetros de conexión de seguridad, como el almacenamiento de claves y el almacenamiento de confianza estén correctamente establecidos para obtener una solicitud exitosa.

Para conectarse con la API de servicios web, siga los siguientes pasos:

  • Descargue el archivo de Lenguaje de Descripción de servicios web (WSDL) del servicio web de Asset Manager (consulte el centro de información de Asset Manager a través de la sección de Recursos).
  • Use un generador de códigos (por ejemplo: WSDL2Java) para generar los stubs al servicio remoto.
  • Realice una solicitud de servicio web a la dirección:
    http://<host>:<port>/com.ibm.ram.repository.web.ws.was/RAMSecure/services/RAM1

Una vez conectado, podrá accede al servicio web usando las operaciones definidas en el WSDL. En otras plataformas, como .NET o C++, puede usar técnicas similares para conectarse con las API HTTP y de servicios web.

Acceso a la declaración y al contenido de un activo

Existen dos estilos de acceso a la declaración de activos: uno es recuperar el archivo XML completo de la declaración de activos junto con el contenido del activo a través de la interfaz HTTP; el otro consiste en seguir los métodos definidos por la interfaz de servicios web de manera orientada a los objetos.

Acceso mediante la API HTTP

La API HTTP proporciona más información de bajo nivel y control total de la declaración; sin embargo, para usarla es necesario tener conocimientos de RAS para comprender y modificar el manifiesto correctamente. Una ventaja que ofrece este estilo es que proporciona acceso tanto al contenido de activos como a la declaración de activos. Esto resulta útil porque se requiere de ambos para crear y modificar un activo.

Para acceder al activo mediante este estilo, primero deberá enviar una solicitud HTTP GET usando como parámetros el ID del activo y la versión del activo. La respuesta que recibirá será un flujo ZIP que contendrá la declaración de activos y el contenido de activos. Puede guardar estos datos en el disco local o usar herramientas de compresión estándar para administrarlos. La Figura 4 muestra una estructura de archivo ZIP de un activo.

Figura 4. Estructura de archivo ZIP de un activo de muestra
Estructura de archivo ZIP de un activo de muestra

El archivo ZIP de un activo contiene el archivo de declaración de activos (manifest.rmd) y los artefactos. El archivo de la declaración describe la clasificación de la solución, su uso y los activos relacionados. La Figura 5 muestra un archivo de declaración.

Figura 5. Archivo de muestra de una declaración de activos
Archivo de muestra de una declaración de activos

Puede usar técnicas estándar de procesamiento de ZIP y XML para manipular el contenido y la declaración de un activo según RAS. Esta modalidad le proporcionará control total sobre el activo, pero resultará menos intuitiva y más riesgosa. Por ejemplo, para agregar un término de clasificación al activo, deberá agregar un elemento nodeDescriptor dentro del elemento descriptorGroup correspondiente. Si el descriptorGroup no existiese, deberá agregar ambos elementos, descriptorGroup y nodeDescriptor. (Ver la sección Acceso a los metadatos del sistema para aprender cómo recuperar la información necesaria agregando un nuevo elemento descriptorGroup). Para agregar un artefacto al activo, primero deberá agregar el artefacto en la posición correcta dentro del archivo ZIP y luego agregar un elemento de entrada de artefacto a la sección de la solución correspondiente de la declaración de activos. Todas las modificaciones realizadas en el archivo central del activo deben cumplir con RAS.

Después de crear y modificar el activo, use una solicitud HTTPS POST para enviar al nuevo activo al repositorio de Asset Manager. Para obtener una explicación de los parámetros HTTP POST, consulte el centro de información de Asset Manager (ver la sección de Recursos).

El Listado 1 muestra cómo usar la interfaz HTTP para acceder a un activo.

Listado 1. Acceso a un activo mediante la interfaz HTTP
 String http_location =
                "https://9.125.62.227:9080/com.ibm.ram.repository.web.ws.was/RAMSecure/
RAMAssetAccess.jsp?assetID=
  {C986918C-8E01-4039-6D94-D56E0B6E57A6}&version=0.9"; try 
  { // use the https
     get to get the asset content InputStream is =
       HTTPHelper.getHTTPSContent(oneAssetHTTPLocation,username, password);
         ZipInputStreamzis = new ZipInputStream(is); 
		 ZipEntry zipEntry; nt len = 0; String
            name = null; byte[]
			buffer = new byte[512];
     			while ((zipEntry = zis.getNextEntry())
                != null)
	{ ByteArrayOutputStream out = new ByteArrayOutputStream(); 
				name = zipEntry.getName(); 
				 while
				 ((len = zis.read(buffer, 0, buffer.length)) != -1) 
				 {
                out.write(buffer, 0, len); }
				 out.flush();
				  entryMap.put(name, out.toByteArray());
                out.close(); } }
				 catch (IOException e) 
				  { // TODO Auto-generated catch block
                e.printStackTrace(); } 
				 byte[] mainfest = entryMap.get("manifest.rmd");

Acceso mediante la API de servicios web

La interfaz de servicios web es una interfaz amigable para los consumidores de activos. Ésta proporciona objetos y métodos para acceder a la declaración de activos mediante un estilo orientado a los objetos y ofrece control total sobre los metadatos extendidos de los activos.

Luego de conectarse con la interfaz de servicios web, puede efectuar una búsqueda de activos en el repositorio de Asset Manager y luego usar el ID y la versión del activo para obtener el objeto requerido de metadatos de un activo. El objeto de metadatos contiene la información necesaria de la declaración de activos. Otra posibilidad es llamar al método getManifest para obtener el archivo de la declaración de la misma forma en que usó el archivo manifest.rmd en la sección anterior, o bien invocar métodos sobre los objetos de metadatos del activo para obtener las secciones correspondientes de la declaración de activos. Por ejemplo, puede invocar al método getRelationships para obtener la sección relatedAsset (activos relacionados) de la declaración de activos o invocar getArtifactsRoot para obtener la raíz de la jerarquía de artefactos y luego invocar el método getChildren recursivamente para obtener la jerarquía de artefactos completa.

Algunos metadatos extendidos, como las etiquetas de usuarios y el historial de cambios, también pueden recuperarse y modificarse mediante la API de servicios web. Para obtener más información acerca de la API de servicios web de Asset Manager, consulte la sección de Recursos.

El Listado 2 muestra cómo usar la API de servicios web.

Listado 2. Acceso a un activo mediante la interfaz de servicios web
try { //Getthe asset metadata object AssetSO asset = ramWebService.getAsset
(assetID, assetVersion, true, true, true, true, true, true, true, true, true, "zh_CN"); 
//Get the category schema list related to this asset 
object CategorySchema[]
                categoryschemas=asset.getCategorySchemas(); 
				for(int
                i=0;i<categoryschemas.length;i++)
				{ CategorySchema
                oneCategorySchema=categoryschemas[i]; 
				//OO Style Access: get the categories related
                to this asset Category[] categories=oneCategorySchema.getCategories(); //
       Recursively retrieve the sub categories for
	   (int j=0;i<categories.length;j++)
	   { Category oneSubCategory=categories[j];
				SubCategory[]
                subCategories=oneSubCategory.getSubCategories(); // ...... } }

Acceso a los metadatos del sistema

Algunos metadatos comunes del sistema (como tipos de activos, esquemas de categorías y tipos de relaciones) son compartidos entre los activos guardados en el repositorio de Asset Manager. Estos metadatos resultan necesarios para manipular la declaración de activos. Por ejemplo, podría ser necesario recuperar la jerarquía de clasificación del sistema para comprender mejor la sección de clasificación del archivo de la declaración, o podría ser necesario conocer todos los términos de clasificación cuando se desea agregar una clasificación a un activo. Esta sección explica cómo usar dos tipos distintos de metadatos del sistema: el esquema de categorías y las relaciones.

Acceso a los esquemas de categorías

El sistema de clasificación de Asset Manager contiene un conjunto de esquemas de categorías. A su vez, cada esquema de categorías contiene un conjunto de términos relacionados. Cada término posee un identificador único dentro del esquema de categorías, el cual debe conocerse para comprender la sección de clasificación del archivo de declaración de activos.

En primer lugar, deberá saber cuántos esquemas de categorías tiene el sistema. Para obtener la lista de todos los objetos de esquemas de categorías, use el método getCategorySchemas de la siguiente manera:

CategorySchemaSO[] categories =
                ramWebService.getCategorySchemas(null, true);

Existen además dos formas de acceder a un esquema de categorías. Una es obtener una descripción XML completa de todo el esquema de categorías y la otra es emplear el estilo recursivo usando los métodos definidos en la API de servicios web de Asset Manager. Para recuperar el contenido XML completo de un esquema de categorías, primero obtenga la URL del esquema de categorías y luego realice una solicitud HTTP GET en la URI del esquema. La Figura 6 muestra un esquema de categorías.

Figura 6. Archivo XML de esquema de categorías de muestra
Archivo XML de esquema de categorías de muestra

El esquema de categorías contiene una jerarquía de entradas de clasificación. Cada entrada es un elemento específico que posee dos atributos: @xmi:id y @name. El @xmi:id es único e identifica la entrada de clasificación de esquema de categorías usada para clasificar el activo en la declaración de activos.

La otra forma de recuperar el esquema de categorías es obtener transversalmente los objetos del esquema de categorías llamando recursivamente al método getSubCategories. Éste es un estilo más intuitivo para el usuario cuando se explora la jerarquía de categorías de manera descendente.

Acceso a los tipos de relaciones

Las relaciones entre activos también desempeñan un rol de importancia en la organización de los activos. Si bien es posible recuperar las relaciones existentes de un activo a través de la declaración de activos, cuando desee agregar una nueva relación para un activo o agregar y eliminar un nuevo tipo de relación durante la creación de un activo, deberá listar todos los tipos de relaciones disponibles en el servidor Asset Manager. Estas tareas también pueden realizarse mediante la API de servicios web. El Listado 3 muestra cómo listar todos los tipos de relaciones en el repositorio de Asset Manager.

Listado 3. Obtención del listado de los tipos de relaciones en un repositorio de Asset Manager
	RelationshipType[] types = ramWebService.getAllAssetRelationTypes();
	for(int i=0;i<types.length;i++){
                RelationshipType oneType=types[i]; 
				String displayName=oneType.getDisplayName();
                String reverseRealtionShipName= oneType.getReverseName();
				String name=
                oneType.getName(); }

Sea cuidadoso al eliminar un tipo de relación, ya que la eliminación de una relación existente podría provocar la pérdida de la sección relatedAsset de la declaración de activos.

Interacción con el ciclo de vida de los activos

Asset Manager posee una definición de ciclo de vida del activo. Luego de enviar un activo, este se evalúa y aprueba para el uso público. Asimismo, las versiones antiguas de activos se retiran y archivan cuando dejan de ser aplicables. La Figura 7 muestra el ciclo de vida predeterminado de los activos.

Figura 7. Ciclo de vida predeterminado de los activos
Ciclo de vida predeterminado de los activos

Asset Manager no permite la personalización del ciclo de vida de los activos. Sin embargo, en un entorno real de desarrollo, el usuario podría contar con su propia definición de ciclo de vida y su propio proceso de evaluación de activos. Es posible que el ciclo de vida del usuario no concuerde exactamente con el ciclo de vida predeterminado de los activos de Asset Manager. Para cerrar esta brecha, puede aplicarse un mecanismo de ciclo de vida externamente manejado. Puede empezar definiendo su propio ciclo de vida y reglas de transición de estados y luego mapear los estados de este ciclo de vida personalizado con el ciclo de vida predeterminado de los activos de Asset Manager. Finalmente, puede usar un disparador externo para que se transiten los estados de un activo en Asset Manager cuando el estado externo del activo alcanza un punto de transición predefinido.

El Listado 4 muestra cómo gestionar el ciclo de vida de un activo con un disparador externo.

Listado 4. Obtención del listado de tipos de relaciones en un repositorio de Asset Manager
// Get the asset metadata object AssetSO asset =
      ramWebService.getAsset 
	  (assetID, assetVersion, true, true, true, true, 
	  true,true,true, true, true,"zh_CN"); 
	  String currentState = asset.getState().getName();
        String newState = "Approved";
		if 
		(someConditionSatisfied == true)
		{ String[] message = ramWebService.changeAssetState
		(assetID, assetVersion, newState, true); 
		if
          (message == null) 
		  { System.out.println("State Change Success"); } 
		  else {
                System.out.println("State Change Failed"); } }

Resumen

El desarrollo basado en activos es la mejor opción para desarrollar una solución de arquitectura orientada a servicios (SOA). Este artículo propone una solución que permite que aplicaciones heterogéneas participen fácilmente en el proceso ABD a través de la integración con Asset Manager. ABD fomenta y acelera la reutilización de módulos y componentes tanto en la esfera de los negocios como en la de TI.


Descargar

DescripciónNombretamaño
Sample codeRAM71AccessSampleCode.zip216KB

Recursos

Comentarios

developerWorks: Ingrese

Los campos obligatorios están marcados con un asterisco (*).


¿Necesita un IBM ID?
¿Olvidó su IBM ID?


¿Olvidó su Password?
Cambie su Password

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


La primera vez que inicie sesión en developerWorks, se creará un perfil para usted. La información en su propio perfil (nombre, país/región y nombre de la empresa) se muestra al público y acompañará a cualquier contenido que publique, a menos que opte por la opción de ocultar el nombre de su empresa. Puede actualizar su cuenta de IBM en cualquier momento.

Toda la información enviada es segura.

Elija su nombre para mostrar



La primera vez que inicia sesión en developerWorks se crea un perfil para usted, teniendo que elegir un nombre para mostrar en el mismo. Este nombre acompañará el contenido que usted publique en developerWorks.

Por favor elija un nombre de 3 - 31 caracteres. Su nombre de usuario debe ser único en la comunidad developerWorks y debe ser distinto a su dirección de email por motivos de privacidad.

Los campos obligatorios están marcados con un asterisco (*).

(Por favor elija un nombre de 3 - 31 caracteres.)

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


Toda la información enviada es segura.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=90
Zone=WebSphere, SOA y servicios web
ArticleID=479745
ArticleTitle=Integración de repositorios de metadatos de IBM, Parte 1: API de acceso a Rational Asset Manager
publish-date=07282011