nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Child Item

Mover archivos masivo MoveBatchV2Async RelocationBatchV2Launch

jorge_ricardopc

Hola:

Estoy usando la funcion MoveBatchV2Async, y tiene un limite de 25 movimientos de archivos.

En mi proceso necesito hacer el movimiento de hasta 100 archivos, entonces tengo que hacer 4 peticiones al api para mover 4 bloques de 25 archivos, pero por alguna razon no funciona, es como si la segunda peticion de movimiento cancelara la primera, y la tercera cancelara la segunda etc ...

La respuesta de MoveBatch es un RelocationBatchV2Launch y contiene un codigo para obtener el estado del ******-async que se crea cuando llamo la funcion de MoveBatch ...

¿Tengo que esperar a que el primer ****** asyn finalice para poder enviar otra peticion de movimiento de 25 archivos?

¿cual es la mejor forma de mover más de 50 archivos en un proceso?

Gracias

Find more posts tagged with

API

Abuse

Comments

jorge_ricardopc

Por ahorita solo me ha funcionado seccionar los archivos que quiero mover.

Con el codigo que contiene RelocationBatchV2Launch puede obtener el estado del ****** de dropbox que esta moviendo los archivos:

MoveBatchCheckV2Async me responde el estado y con eso puedo saber cuando hacer la segunda peticion de movimiento.

Greg-DB

¡Perdón por el retraso! Parece que su hilo se movió recientemente a la sección API. Para referencia futura, asegúrese de publicar cualquier pregunta sobre la API en la sección API.

De todos modos, independientemente de la cantidad de artículos que tenga por lote, deberá esperar a que termine cada trabajo antes de comenzar el siguiente. Si intenta ejecutar varios trabajos al mismo tiempo, se ejecutará para "bloquear la contención".

Entonces, si necesita mover muchos artículos, debe comenzar un lote con tantos como pueda enviar con éxito, y luego esperar a que termine ese trabajo, según lo informado por MoveBatchCheckV2Async, y solo entonces comenzar el siguiente trabajo con el siguiente lote, y así.

---

Por favor disculpe nuestras traducciones. Nuestras traducciones fueron creadas usando un traductor en línea. Nos gustaría admitir todos los idiomas, pero actualmente no estamos equipados para hacerlo. Aquí está la versión en inglés:

---

Please excuse our translations. Our translations were created using an online translator. We'd like to support every language, but we're not currently equipped to do so. Here is the English version:

---

Apologies for the delay! It looks like your thread was only recently moved to the API section. For future reference, be sure to post any questions regarding the API to the API section.

Anyway, regardless of how many items you have per batch, you'll need to wait for each ****** to finish before you starting the next one. If you try to run multiple jobs at the same time, you'll run in to "lock contention".

So, if you need to move many items, you should start one batch with as many as you can send successfully, and then wait for that ****** to finish, as reported by MoveBatchCheckV2Async, and only then start the next ****** with the next batch, and so on.