El API JAXR

La mayor�a de las interacciones negocio-a-negocio (B2B) se basan en un proceso de colaboraci�n entre 2 partes que se unen en una sociedad. Un registro es un tercera parte neutral que facilita ayudas para colaboraci�n. Un registro est� disponible para las organizaciones como un recurso compartido a menudo en la forma de un servicio basado en Web. Un registro es un componente clave en cualquier configuraci�n de servicios Web porque proporciona a las organizaciones la capacidad de publicar, descubrir y utilizar servicios Web. Los registros permiten una colaboraci�n B2B din�mica y cercanamente unida.

[Nota]

Mientras que este documento podr�a presentar el uso de registro en contextos enfocados al negocio, el API JAXR es suficientemente general como para soportar muchos otros tipos de usos.

.�Escenarios de usos de Registros

La siguiente figura muestra unos pocos escenarios comunes que involucran un registro de negocio. El escenario muestra c�mo un registro facilita a una compa��a compradora el descubriento de una compa�era vendedora y su uni�n en una proceso de colaboraci�n B2B.


Un escenario de uso de Registros.
  1. Primero, la compa��a vendedora pide a un registro las especificaciones que definen un proceso de colaboraci�n de negocio as� como los componentes base que definen los elementos XML reutilizables usados en los documentos de negocio (por ejemplo, direcci�n, contacto etc.). Estas especificaciones han sido pr�viamente enviadas por una organizaci�n de est�ndares vertical.
  2. Entonces el vendedor utiliza las especificaciones y los componentes base descargados del registro para implementar su sistema local de eBusiness con la ayuda de los procesos de colaboraci�n deseados.
  3. Entonces el vendedor coloca la informaci�n sobre su compa��a, sus productos y sus servicios en el registro. Dicha informaci�n se puede clasificar para facilitar su descubrimiento por compradores potenciales.
  4. Una compa��a compradora puede hojear el registro por clasificaciones etc. y descubrir al vendedor. Tambi�n puede descargar especificaciones t�cnicas y componentes base para implementar su sistema local para utilizar el proceso colaborativo.
  5. Entonces el comprador negocia con el vendedor en un acuerdo para colaborar en el proceso de colaboraci�n elegido implementado y convenido por ambas partes.
  6. Finalmente las dos partes se unen en el proceso de negocio colaborativo deseado e intercambian documentos de negocio.

.�Roles de los Participantes

Esta secci�n describe los roles clave ejecutados por los participantes o actores dentro de varios escenarios de registros. Esta secci�n no es una lista completa de roles.

.�Organizaci�n Enviante

Una organizaci�n enviante (SO) es una organizaci�n que env�a o publica contenidos en un registro. Una SO podr�a ser una empresa o una entidad dentro de una empresa.

Una SO muestra el contenido que publica en un registro.

.�Emisor de Contenido

Un emisor de contenido es un usuario que pertenece a una organizaci�n y que est� autorizado para enviar contenido de parte de la organizaci�n.

.�Invitado del Registro

Un invitado del registro es un usuario casual no privilegiado del registro que simplemente navega por los datos del registro.

.�Registro contra Repositorio

Los t�rminos Registro y Repositorio frecuentemente se usan juntos y alg�nas veces se confunden uno con otro.

Las siguientes secciones describen la distinci�n entre un registro y un repositorio y presenta el contenido de cada uno.

.�Repositorio e �tems de Repositorio

La informaci�n publicada por un SO en un registro se salva en un almac�n estable llamado repositorio. El registro mantiene el repositorio. El repositorio es el sostenedor del contenido (e.g. DTDs, esquemas XML, documentos WSDL, etc.) enviado por un SO a un registro. Los contenidos grabados en el repositorio se llaman items del repositorio.

El API JAXR no proporciona directamente el acceso al repositorio. En su lugar, todo el acceso al repositorio se hace a trav�s del registro. Como tal, el repositorio es un detalle de implementaci�n de un registro. Se menciona en esta especificaci�n solamente como concepto. Sin embargo, ni el repositorio ni los items del repositorio son parte del modelo de informaci�n JAXR o del API.

.�Registro y Entradas de Registro

Cuando un SO env�a items a repositorio usando el API JAXR, tambi�n proporciona los metadata adicionales que catalogan o describen los items del repositorio. Dichos metadatas son referidos como entradas del registro en el modelo de informaci�n JAXR. En resumen, un repositorio es un contenedor del contenido enviado mientras que un registro es un cat�logo que describe el contenido enviado al repositorio. Deber�amos observar que no todos los registros incluyen las funcionaliades de repositorio.

.�Funcionalidad de un Registro

Esta secci�n describe las funcionalidades proporcionadas por un registro.

.�Registro como P�ginas Amarillas Electr�nicas

Los registros facilitan la creaci�n de relaciones de negocio proporcionando un servicio de intercambio de infromaci�n independiente online que permite que los proveedores de servicios (vendedores) anuncien sus productos y servicios, y los consumidores del servicio (compradores) descubranr estos productos y servicios. Dicho servicio de intercambio de informaci�n se conoce a veces como "p�ginas amarillas electr�nicas".

.�Capacidad de Clasificaci�n Flexible

Los registros proporcionan a una rica capacidad de clasificaci�n que permite que los proveedores de contenido clasifiquen el contenido como las descripciones de la organizaci�n y su servicio de formas arbitrarias y flexibles. Por ejemplo, el contenido enviado al registro puede ser la descripci�n de una organizaci�n de negocio que est� clasificada por la industria a la que pertenece, por la zona geograf�ca donde se localiza, por los procesos que soporta el negocio, y por los productos que vende.

Dichas capacidades de clasificaci�n flexible de registro facilitan la localizaci�n del contenido por las partes interesadas.

.�Registro como una Base de Datos de Datos Relativamente Est�ticos

Un registro (y su repositorio) almacena metadatos y datos. De esta forma, es mucho m�s que una base de datos. Almacena informaci�n sobre:

  • Descripciones de proceso del negocio colaborativo que describen en formato XML un protocolo espec�fico del negocio. (por ejemplo, RosettaNet PIP3A4 para ordenes de compra)
  • Las partes de un proceso de negocio colaborativo.
  • Esquemas ML que definen la estructura de documentos XML intercambiados durante un proceso de negocio colaborativo.

Un registro desempe�a un papel en aplicaciones B2B que es similar al jugado por las bases de datos en aplicaciones empresariales; proporciona una forma para que las aplicaciones graben la informaci�n relativamente est�tica de forma confiada y permiten compartir dicha informaci�n.

.�Registro como Bolet�n Electr�nico

Un registro tambi�n puede proporcionar medios para intercambiar el contenido din�mico entre las partes. Los ejemplos incluyen la notificaci�n gen�rica de eventos, cambios de precios, descuentos, promociones, etc. Dichas capacidades din�micas permiten m�s sociedades B2B "Just-In-Time".

.�Especificaciones de Registros Existentes

Actualmente hay varias especificaciones de registro. Los ejemplos incluyen OASIS, el marco de trabajo eCo, ebXML y UDDI. Al igual que podr�a haber ciertas semejanzas entre estas especificaciones, en general son diferentes.

El API JAXR aspira a ser la confluencia de varias especificaciones de registros como se ve en la sigueinte figura.


�rbol de Familia de las Especificaciones de Registro.

.�Proveedor de Registro

Un proveedor de registro proporciona una implementaci�n de una especificaci�n o est�ndar de registro. Los ejemplos incluyen:

  • Un proveedor de registro UDDI que implementa especificaciones de regsitro UDDI.
  • Un proveedor de registro ebXML que implementa especificaciones de registro ebXML.

No se espera que un proveedor de servicio implemente la especificaci�n JAXR.

.�Proveedor JAXR

Un proveedor JAXR proporciona una implementaci�n de la especificaci�n JAXR. Un proveedor JAXR se puede implementar como su propio proveedor que cumple el registro JAXR. Sin embargo, es m�s probable que un proveedor JAXR est� implementado como una fachada alrededor de un proveedor de registro existente como un registro UDDI o ebXML.

.�Cliente JAXR

Un cliente JAXR es una programa Java que usa el API JAXR para acceder a servicios proporcionados por un proveedor JAXR.

.�Soporte para M�ltiples Especifiaciones de Registros

El API JAXR debe soportar distintas especificaciones de registro que pueden variar significativamente en sus capacidades y en el modelo de informaci�n subyacente.

JAXR apunta a utilizar diversas especificaciones de registro proporcionando un API amplio y capaz en vez de un API "m�nimo denominador com�n". Para utilizar una analog�a Java, la filosof�a JAXR esta relacionada con dise�ar una m�quina virtual Java que sea una uni�n de las capacidades m�s �tiles de todas las plataformas hardware utilizadas en vez de una intersecci�n de sus capacidades. Este acercamiento para utilizar diversas especificaciones de registro significa que no todos los registros pueden soportar todos los aspectos del API JAXR.

.�Capacidades y Perfiles de Capacidad

Los grupos JAXR relacionan caracter�sticas con capacidades. Cada capacidad est� representada por un interface JAXR, mientras que cada caracter�stica dentro de una capacidad est� representada por un m�todo dentro del interface.

Para facilitar la compatibilidad y para minimizar los problemas de interoperabilidad, JAXR divide las capacidades en un peque�o n�mero de perfiles de capacidad. Actualmente s�lo se han definido dos perfiles.

Un perfil de capacidad define el conjunto de interfaces JAXR que debe soportarse para alcanzar los requerimientos de ese perfil de capacidad. Un proveedor JAXR debe implementar todos los interfaces completamente seg�n lo requerido por el perfil de capacidad fuente.

Para facilitar el descubrimiento de la capacidad, JAXR tambi�n define un interface discovery que permite a un cliente interrogar y describir capacidades de registro.

.�Perfil de Nivel 0

El Perfil de Nivel 0 se requiere que sea soportado por todos los proveedores JAXR. El interface definido mediante este perfil proporciona las capacidades de registro m�s b�sicas.

El API JAXR Business
El perfil de nivel 0 consta de interfaces que definen un API de nivel de negocio que soporta enfoque y funciones espec�ficas orientadas a negocio. El API Business est� dise�ado para clientes que tienen requerimientos sencillos para capacidades de registros. El perfil de nive 0 requiere total soporte para todos los interfaces incluidos en el API Business.

.�Perfil Nivel 1

El Perfil Nivel 1 es opcional para los proveedores JAXR. Los interfaces definidos por este perfil proporcionan capacidades de registros m�s avanzadas, que son necesarias para clientes JAXR m�s exigentes y relativamente m�s sofisticados. Soportar el perfil de nivel 1 tambi�n implica el soporte total del nivel 0.

El API JAXR Generic
El perfil de nivel 1 consta de interfaces que definen un API Generic que proporciona una funcionalidad m�s avanzada. Este API est� dise�ado para clientes que demandan m�s flexibilidad y capaciades funcionales del proveedor JAXR. El perfil de nivel 1 requiere total soporte del API Generic.

.�M�ltiples Escenarios de Registro

La siguiente figura muestra c�mo el API JXR soporta dos niveles diferentes de perfiles de capacidad. Un cliente JAXR podr�a escribirse para usar s�lo el API Business como define el p�rfil de nivel 0 de JAXR. Dichos clientes pueden acceder a cualquier proveedor JAXR de una forma portable.

Un cliente JAXR avanzado tambi�n podr�a escribirse para usar el API Generic seg�n lo definido por el perfil de nivel 1 de JAXR. Este cliente de nivel 1 s�lo puede acceder a proveedores JAXR que soporten el nivel 1 de una forma portable.

Los proveedores para UDDI son compatibles con el nivel 0 y son accesibles mediante el API Business. Los proveedores JAXR para ebXML son compatibles con el nivel 1 y sin accesibles mediante los APIs Business o Generic.


Soporte JAXR para Distintas Especificaciones de Registro.

COMPARTE ESTE ARTÍCULO

COMPARTIR EN FACEBOOK
COMPARTIR EN TWITTER
COMPARTIR EN LINKEDIN
COMPARTIR EN WHATSAPP
ARTÍCULO ANTERIOR