Como se sugiri� en la lecci�n Factor�as de Objetos, se supone que una implementaci�n de contexto llama a NamingManager.getObjectInstance() o a DirectoryManager.getObjectInstance() antes de devolver un objeto al usuario del API. Si el objeto que est� siendo devuelto es un Reference que no tiene factor�a (es decir, su m�todo getFactoryClassName() devuelve null), entonces estos m�todos chequear�n la Reference buscando una direcci�n del tipo "URL". Cuando estos m�todos encuentren dicha direcci�n, buscar�n una implementaci�n de contexto URL para procesar el string URL de la direcci�n usando el algoritmo descrito anteriormente en esta lecci�n.
Esta caracter�stica proporciona una forma conveniente de usar URLs como referencias. Un programa puede crear una referencia con m�nima informaci�n (un string URL) y unirla a un servicio de nombres o de directorio. Cuando otros programas busquen la referencia, la URL ser� autom�ticamente desreferenciada en el objeto al que se refiere. Este mecanismo es precisamente la clase de cosas necesarias para la federaci�n. Podemos unir la URL de un servicio de nombres en un espacio de nombres de otro servicio de nombres. Esta t�cnica funciona especialmene bien con esquemas URL bien-conocidos (como LDAP) para los que la implementaci�n del contexto URL est� ampliamente disponible. Esto es por lo que no necesitamos distribuir su implementaci�n.