Cuando usamos la siguiente forma de search(), los valores de atributos son tratados como literales; es decir, se espera que la entrada del directorio contenga exactamente ese valor. search(Name name, Attributes matchingAttrs) Para usar comodines, deber�amos usar formas de filtros de string de search(), de esta forma: search(Name name, String filter, SearchControls ctls)
search(Name name, String filterExpr, Object[]filterArgs, SearchControls ctls). Para la �ltima forma, los caracteres comod�n deben aparece en el argumento filterExpr, y no en filterArgs. Los valores de filterArgs tambi�n son tratados como literales.
��Por qu� no funcionan siempre los comodines en los filtros de b�squeda?
Un comod�n que aparezca �ntes o despu�s del valor del atributo (como en "attr=*I*") indica al servidor que busque valores de atributos usando la regla de correspondencia de sub-strings. Si la definici�n del atributo no tiene una regla de correspondencia de sub-string, el servidor no puede encontrar el atributo. Tendremos que usar un filtro de igualdad o de presencia.
��Por qu� s�lo obtengo n entradas cuando s� que hay m�s
entradas en el directorio?
Algunos servidores est�n configurados para limitar el n�mero de entradas que pueden devolver. Otros tambi�n limitan el n�mero de entradas que pueden examinar durante una operaci�n de b�squeda. Chequea la configuraci�n del servidor.
��C�mo paso controles con mi b�squeda?
Puedes ver los detalles en la lecci�n Controles y Extensiones.
��C�mo puedo encontrar cu�ntos resultados de b�squeda he obtenido?
Debemos llevar la cuenta a trav�s de los resultados de la enumeraci�n. El LDAP no proporciona esta informaci�n.