Una Association relaciona dos RegistryObjects. Una Association podr�a ser definda entre dos objetos del registro y del enviante usando el m�todo GenericLifeCycleMangers.saveObjects.
�Cu�l es el prop�sito de Classification en el modelo de informaci�n JAXR? Si no se usa en ning�n lugar del API.
Una Classification clasifica un RegistryObject. Un Classification podr�a ser definido por un RegistryObject y enviado usando el m�todo GenericLifeCycleMangers.saveObjects.
�Qu� pasa con el Soporte UDDI V2?
El soporte UDDI V2 se a�adir� en futuras versiones de esta especificaci�n.
�Por qu� el API JAXR no usa t�rminos y conceptos UDDI?
El API JAXR no es espec�fico para UDDI ni ninguna otra especificaci�n de registro. Es una API de abstracci�n que cubre m�ltiples especificaciones. Est� dise�ado para permitir que el desarrollador elija entre el uso de un registro de servicios web y/o un repositorio. El API JAXR usa t�rminos y conceptos UDDI cuando entran en el modelo de informaci�n JAXR (por ejemplo, Service, ServiceBinding, y los nombres de m�todos en BusinessQueryManager y BusinessLifeCycleManager)
�Por qu� el modelo de informaci�n JAXR usa el Modelo de Informaci�n del Registro ebXML que es m�s b�sico que las Estructuras de Datos de UDDI?
El API JAXR est� dise�ado para soportar m�ltiples registros. El Modelo de Informaci�n de Registro ebXML es m�s gen�rico y extensible que las estructuras de datos UDDI. Debido a esta caracter�stica, fue posible extender el Modelo de Informaci�n del Registro ebXML para satisfacer las necesidades de UDDI y otros registros.
�Por qu� el modelo de informaci�n JAXR no fue dise�ado desde cero?
Los modelos de informaci�n necesitan mucho tiempo para desarrollarse. Fue m�s sencillo empezar desde un modelo de informaci�n existente y mejorarlo.