El API JAXR

La mayora de las interacciones negocio-a-negocio (B2B) se basan en un proceso de colaboracin entre 2 partes que se unen en una sociedad. Un registro es un tercera parte neutral que facilita ayudas para colaboracin. 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 configuracin de servicios Web porque proporciona a las organizaciones la capacidad de publicar, descubrir y utilizar servicios Web. Los registros permiten una colaboracin B2B dinmica y cercanamente unida.

[Nota]

Mientras que este documento podra 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 cmo un registro facilita a una compaa compradora el descubriento de una compaera vendedora y su unin en una proceso de colaboracin B2B.


Un escenario de uso de Registros.
  1. Primero, la compaa vendedora pide a un registro las especificaciones que definen un proceso de colaboracin de negocio as como los componentes base que definen los elementos XML reutilizables usados en los documentos de negocio (por ejemplo, direccin, contacto etc.). Estas especificaciones han sido prviamente enviadas por una organizacin de estndares 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 colaboracin deseados.
  3. Entonces el vendedor coloca la informacin sobre su compaa, sus productos y sus servicios en el registro. Dicha informacin se puede clasificar para facilitar su descubrimiento por compradores potenciales.
  4. Una compaa compradora puede hojear el registro por clasificaciones etc. y descubrir al vendedor. Tambin puede descargar especificaciones tcnicas 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 colaboracin 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 seccin describe los roles clave ejecutados por los participantes o actores dentro de varios escenarios de registros. Esta seccin no es una lista completa de roles.

.Organizacin Enviante

Una organizacin enviante (SO) es una organizacin que enva o publica contenidos en un registro. Una SO podra 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 organizacin y que est autorizado para enviar contenido de parte de la organizacin.

.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 trminos Registro y Repositorio frecuentemente se usan juntos y algnas veces se confunden uno con otro.

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

.Repositorio e tems de Repositorio

La informacin publicada por un SO en un registro se salva en un almacn 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 travs del registro. Como tal, el repositorio es un detalle de implementacin de un registro. Se menciona en esta especificacin solamente como concepto. Sin embargo, ni el repositorio ni los items del repositorio son parte del modelo de informacin JAXR o del API.

.Registro y Entradas de Registro

Cuando un SO enva items a repositorio usando el API JAXR, tambin proporciona los metadata adicionales que catalogan o describen los items del repositorio. Dichos metadatas son referidos como entradas del registro en el modelo de informacin JAXR. En resumen, un repositorio es un contenedor del contenido enviado mientras que un registro es un catlogo que describe el contenido enviado al repositorio. Deberamos observar que no todos los registros incluyen las funcionaliades de repositorio.

.Funcionalidad de un Registro

Esta seccin describe las funcionalidades proporcionadas por un registro.

.Registro como Pginas Amarillas Electrnicas

Los registros facilitan la creacin de relaciones de negocio proporcionando un servicio de intercambio de infromacin 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 informacin se conoce a veces como "pginas amarillas electrnicas".

.Capacidad de Clasificacin Flexible

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

Dichas capacidades de clasificacin flexible de registro facilitan la localizacin del contenido por las partes interesadas.

.Registro como una Base de Datos de Datos Relativamente Estticos

Un registro (y su repositorio) almacena metadatos y datos. De esta forma, es mucho ms que una base de datos. Almacena informacin sobre:

  • Descripciones de proceso del negocio colaborativo que describen en formato XML un protocolo especfico 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 desempea 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 informacin relativamente esttica de forma confiada y permiten compartir dicha informacin.

.Registro como Boletn Electrnico

Un registro tambin puede proporcionar medios para intercambiar el contenido dinmico entre las partes. Los ejemplos incluyen la notificacin genrica de eventos, cambios de precios, descuentos, promociones, etc. Dichas capacidades dinmicas permiten ms 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 podra 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 implementacin de una especificacin o estndar 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 especificacin JAXR.

.Proveedor JAXR

Un proveedor JAXR proporciona una implementacin de la especificacin JAXR. Un proveedor JAXR se puede implementar como su propio proveedor que cumple el registro JAXR. Sin embargo, es ms 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 Mltiples Especifiaciones de Registros

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

JAXR apunta a utilizar diversas especificaciones de registro proporcionando un API amplio y capaz en vez de un API "mnimo denominador comn". Para utilizar una analoga Java, la filosofa JAXR esta relacionada con disear una mquina virtual Java que sea una unin de las capacidades ms tiles de todas las plataformas hardware utilizadas en vez de una interseccin 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 caractersticas con capacidades. Cada capacidad est representada por un interface JAXR, mientras que cada caracterstica dentro de una capacidad est representada por un mtodo dentro del interface.

Para facilitar la compatibilidad y para minimizar los problemas de interoperabilidad, JAXR divide las capacidades en un pequeo nmero de perfiles de capacidad. Actualmente slo 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 segn lo requerido por el perfil de capacidad fuente.

Para facilitar el descubrimiento de la capacidad, JAXR tambin 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 ms bsicas.

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 especficas orientadas a negocio. El API Business est diseado 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 ms avanzadas, que son necesarias para clientes JAXR ms exigentes y relativamente ms sofisticados. Soportar el perfil de nivel 1 tambin 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 ms avanzada. Este API est diseado para clientes que demandan ms flexibilidad y capaciades funcionales del proveedor JAXR. El perfil de nivel 1 requiere total soporte del API Generic.

.Mltiples Escenarios de Registro

La siguiente figura muestra cmo el API JXR soporta dos niveles diferentes de perfiles de capacidad. Un cliente JAXR podra escribirse para usar slo el API Business como define el prfil de nivel 0 de JAXR. Dichos clientes pueden acceder a cualquier proveedor JAXR de una forma portable.

Un cliente JAXR avanzado tambin podra escribirse para usar el API Generic segn lo definido por el perfil de nivel 1 de JAXR. Este cliente de nivel 1 slo 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

ENVIAR A UN AMIGO
COMPARTIR EN FACEBOOK
COMPARTIR EN TWITTER
COMPARTIR EN GOOGLE +
¡SÉ EL PRIMERO EN COMENTAR!
Conéctate o Regístrate para dejar tu comentario.