Una implementaci�n de contexto debe soportar m�todos definidos en el interface Context y sus subinterfaces de acuerdo con las especificaciones JNDI. Dentro de ese marco de trabajo, sin embargo, hay cierta libertad sobre las caracter�sticas que una implementaci�n de contexto soporta. Ninguna de las caracter�sticas explicadas en esta p�gina implica a�adir nuevos componentes. S�lo implican embellecer una implementaci�n de contexto, t�picamente haciendo que m�todos existentes soporten la caracter�stica o a�adiendo nuevos m�todos.
�Federaci�n
Los conceptos de federaci�n se describieron en la lecci�n Federaci�n. El soporte para federaciones consiste en lo siguiente:
- Determinar la porci�n del nombre de entrada a procesar
- Contactar con el siguiente sistema de nombres (nns) para continuar la operaci�n
El marco de trabajo SPI de JNDI contiene m�todos para asistirnos en el �ltimo paso. El soporte de federaci�n en una implementaci�n de contexto es �til pero no necesario. Se puede usar la implementaci�n s�lo para acceder a un servicio de nombres/directorio particular-- un uso v�lido y soportado del JNDI.
La lecci�n Ad�adir Soporte de Federaci�n describe c�mo a�adir soporte de federaciones.
�Soportar Enlaces de Referencia
Un enlace de referencia es un enlace simb�lico que puede expandir m�ltiples sistemas de nombres. Esta representado por la clase LinkRef. Context.lookup() y se supone que la porci�n de resoluci�n de todos los m�todos de contexto pueden desreferenciar enlaces de referencia autom�ticamente. Se usa Context.lookupLink() para leer un enlace de referencia. Los enlaces de referencia se describieron en la lecci�n Miscel�nea.
Una implementaci�n de contexto que no soporte uni�n de enlaces de referencia obviamente no tiene trato con ellas. Una que soporte esta caracter�stica deber�a procesar las referencias de acuerdo a las especifiaciones. Tambi�n deber�a tener mecanismos para capturar bucles de enlaces y/o limitar el n�mero de enlaces que se puede seguir.
La lecci�n Miscel�nea describe c�mo soportar los enlaces de referencias.
�Soporte de Remisiones
Una remisi�n es una entidad usada para redirigir una petici�n de un cliente a otro servidor. Contiene los nombres y localizaciones de otros objetos, la env�a el servidor para indicar que la informaci�n que el cliente ha solicitado puede encontrarse en otra direcci�n (o direcciones), posiblemente en otro u otros servidores.
El LDAP (RFC 2251) usa las remisiones y por lo tanto s�lo se aplica a los directorios del tipo lDAP. Estos se describieron en detalle en la lecci�n Remisiones.
El JNDI especifica con la propiedad de entorno Context.REFERRAL ("java.naming.referral") que una aplicaci�n puede utilizar para controlar c�mo la implementaci�n de contexto procesa las remisiones. Una implementaci�n de contexto que soporte las remisiones debe seguir esta especificaci�n. Tambi�n debe tener mecanimos para capturar bucles de remisiones y/o limitar el n�mero de remisiones que puede seguir.
La lecci�n Miscel�nea describe c�mo soportar las remisiones.
�Soporte de Esquema
Los interfaces DirContext y Attribute contienen m�todos que permiten a los programas recuperar los esquemas de entradas/atributos del directorio. El esquema LDAP se describi� en m�s detalle en la lecci�n Esquema. Estos m�todos s�lo tienen sentido para una implementaci�n de contexto de directorio que publique su esquema. El esquema podr�a ser de s�lo lectura o de lectura-escritura, dependiendo de la implementaci�n de contexto y el servicio de directorio subyacente.
La lecci�n A�adir Soporte de Directorio describe c�mo a�adir soporte para el esquema.
�Soporte de Notificaci�n de Eventos
El soporte para notificaci�n de eventos est� definido en el paquete javax.naming.event. Se describi� en m�s detalle en la lecci�n Notificaci�n de Eventos.
El soporte de notificaci�n de eventos tiene sentido para un servicio de nombres y directorios que soporte notificaci�n de eventos. Algunas implementaciones de contexto podr�an soportar esta caracter�stica para estos servicios subyacentes que no soportan notificaci�n de eventos, usando t�cnicas como "polling" para simular los efectos de las notificaciones.
La lecci�n Miscel�nea describe como a�adir soporte para eventos.