Un proveedor de servicios act�a como intermediario entre la aplicaci�n y el directorio cuando la aplicaci�n almacena o recupera objetos Java desde el directorio. Cuando escribimos un proveedor de servicio, necesitamos realizar este papel de intermediario siguiendo las reglas descritas para leer objetos desde el directorio.
La siguiente descripci�n detallada est� pensada para desarrolladores de proveedores de servicios. Aunque el papel de intermediario del proveedor de servicio tambi�n podr�a interesar a los usuarios del API.
�M�todos Relevantes
Cuando se devuelven objetos a la aplicaci�n cliente JNDI, el proveedor de servicio deber�a usar las reglas seguidas en esta secci�n. Un objeto puede devolverse usando uno de los siguientes m�todos.
�Soporte de Marco de Trabajo
Un proveedor de servicio deber�a usar factor�as de objetos configuradas con el proveedor y la aplicaci�n. Esto permite personalizar el proveedor para soportar tipos de objetos arbitrarios (para los que est� disponible la correspondiente factor�a de objetos).
El marco de trabajo JNDI proporciona m�todos de utilidad que el proveedor de servicios puede usar para acceder a las factor�as de objetos. Un proveedor que implemente s�lo el interface Context deber�a usar NamingManager.getObjectInstance().
Un proveedor de servicio que implemente el interface DirContext deber�a usar DirectoryManager.getObjectInstance().
Estos m�todos interact�an con las factor�as de objetos para producir un objeto Java que representa la informaci�n del directorio. Las factor�as de objetos a utilizar dependen del objeto le�do desde el directorio. Si la referencia contiene una URL, estos m�todos usar�n la factor�a de contextos URL correspondiente. De otro modo, atraviesa la lista de factor�as de objetos especificada en la propiedad de entorno Context.OBJECT_FACTORIES y el fichero de recursos de proveedor e intenta encontrar una factor�a que devuelva una respuesta no-null.
�Federaci�n
C�mo se explic� en la p�gina Otros usos de est� lecci�n, las factor�as de objetos tambi�n juegan un papel en la federaci�n.
El modo en que los proveedores de servicio usan las factor�as de objetos para soportar la federaci�n se describe en la secci�n Construir un Proveedor de Servicio.
La factor�a de objetos realmente es un mecanismo general usado a trav�s del JNDI. En esta lecci�n, las factor�as de objetos se usan para transformar informaci�n almacenada en el directorio en objetos Java que las aplicaciones pueden usar. Y t�picamente, estos objetos son objetos que las aplicaciones usan directamente (por ejemplo, como un objeto Persona o un objeto Drink o Fruit).
La siguiente explicaci�n presenta otros usos de las factor�as de objetos.
Est� pensada como informaci�n de base para usuarios del API. Los desarrolladores de proveedores de servicios pueden encontrar una explicaci�n completa de estos t�picos en las secciones de Construir un Proveedor de Servicio.
�Federaci�n y Factor�as de Contexto
Ya vimos como se une un objeto a un directorio. �Qu� sucede si resulta que el objeto es la ra�z de otro sistema de nombres? En el LDAP, por ejemplo, podemos unir un objeto que es la raiz de un sistema de ficheros. Podemos suministrar una factor�a de objetos cuyo papel sea convertir la informaci�n almacenada en el directorio LDAP sobre el sistema de ficheros en el contexto ra�z del sistema de ficheros. Este tipo de factor�a de objetos se llama factor�a de contexto.
Dando informaci�n sobre el contexto a crear, una factor�a de contexto crear� y devolver� un ejemplar de Context.
En este ejemplo el sistema de ficheros se llama nns (ver la lecci�n Federaci�n).
Al igual que la naturaleza de la informaci�n almacenada en un directorio sobre un objeto Java puede variar (desde una referencia a atributos o a un objeto serializado), lo hace igual la naturaleza de la informaci�n almacenada en un directorio sobre nns. En el sistema de ficheros del ejemplo, podr�amos almacenar una URL que identifique el servidor del sistema de ficheros y la informaci�n de protocolo como una referencia JNDI.
Almacenando informaci�n nns en un directorio, estamos federando.
As�, los sistemas de nombres, permiten resolver nombres mixtos. Ver la secci�n Federaci�n para m�s detalles.
�Factoria de Contextos URL
Una clase especial de factor�a de contexto es una factor�a de contexto URL, que crea un contexto para resolver URLs o contextos cuyas localizaciones est�n especificadas por URLs. Por ejemplo, una factor�a de contexto URL para LDAP puede crear un contexto para aceptar URLs LDAP arbitrarias. La misma factor�a de contexto URL para LDAP puede crear un contexto identificado para una URL LDAP. Este contexto podr� resolver nombres relativos a la localizaci�n espec�ficada por la URL.
Las factor�as de contexto URL las usan las federaciones y tambi�n los contextos iniciales para resolver y procesar peticiones URLs. De echo, en el ejemplo de la referencia remota, el objeto remoto es almacenado en el directorio como una referencia que contiene una URL RMI. Cuando se busca el objeto desde el directorio, JNDI usa una factor�a de contexto URL RMI para buscar y devolver el objeto desde el registro RMI nombrado en la URL.