Cuando realizo una llamada API para enumerar las rutas en ADLS Gen2 usando maxResults y Continuation como parámetros uri.
Inicialmente, recibo el token de continuación correcto como encabezado de respuesta, pero cuando trato de hacer llamadas posteriores para enumerar los archivos restantes, a veces ADLS regresa con un token de continuación que termina con "==" (llamémoslo tipo uno) y otras veces si regresa con el token normal (tipo dos). Ahora, cuando intento hacer una llamada API usando el primer tipo, ADLS me da un error y funciona bien en el caso del otro token.
Busqué esto antes y lo que encontré en una de las respuestas fue que tenemos que ignorar la respuesta en la que el token devuelto termina con "==" y tenemos que hacer llamadas una y otra vez ignorando el token de continuación (sin usar este token en el uri y usando el mismo uri de solicitud anterior) devuelto hasta que obtengamos el segundo tipo de token (en funcionamiento).
Esta es una tarea compleja cuando se trata de una gran cantidad de archivos, ¿hay una mejor solución para esto? ¿Existe una mejor solución para obtener el tipo correcto de token de continuación para realizar llamadas posteriores?
La solicitud de muestra para realizar la llamada es
GET https://storageAccountName.dfs.core.windows.net/sampleDirectory?recursive={recursive}&resource=filesystem&maxresults={maxresults}&continuation={continuation}Los dos tipos de tokens de continuación de muestra devueltos son
LCJhbGciOiJSUzI1NiIsIng1dCI6ImpTMVhvMU9XRGpfNTJ2Ynd== (No funciona)LCJhbGciOiJSUzI1NiIsIng1dCI6ImpTMVhvMU9XRGpfNTJ2Ynd (uno de trabajo)La documentación oficial de ADLS Gen2 para enumerar rutas es https://docs.microsoft.com/en-us/rest/api/storageservices/datalakestoragegen2/path/list
El enlace a la respuesta de stackoverflow a la que me refería no puede hacer que funcione el token de continuación REST de ADLS Gen2