This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Not enough quota is available to process this command.

Hello,
we write COM.API methods for communication with web service (REST API). We need send some object types (bussines partners...) - a lot of records at first synchronization, only news later.
The method is correct (the companies data are sending and creating in the target web service), but WinServer/M-Files takes message sometimes:

MetadataViewerWnd.cpp, 825, Not enough quota is available to process this command. (0x80070718)
MetadataViewerWnd.cpp, 1208, Not enough quota is available to process this command. (0x80070718)
MetadataViewerThread.cpp, 955, Not enough quota is available to process this command. (0x80070718)
UIHelper.cpp, 707, Not enough quota is available to process this command. (0x80070718)
(M-Files 20.2.8777.3)


M-Files log nothing, System Eventlog nothing.

We run this process in script on workflow-state.
Is some tip for remove this error message?

Thanks,
Olda
Parents
  • My personal guidance would be to move this synchronisation into a VAF background operation, as Joonas suggested. Anything else (event handler, workflow state action, etc.) will be processed synchronously and is bad architecture for synchronisation of large volumes of objects.

    However, I am concerned as to the error message you're getting. If this error is being thrown by the server-side code then it indicates that there may be a resource issue on the server. If that's the case then moving the code to a VAF background operation, whilst being the correct thing to do, may not directly solve the issue (as it may still run out of resources). My suggestion would be to look at the code at the same time and see whether there are optimisations that could be made as part of the process of migrating to the background operation.

    Regards,

    Craig.
Reply
  • My personal guidance would be to move this synchronisation into a VAF background operation, as Joonas suggested. Anything else (event handler, workflow state action, etc.) will be processed synchronously and is bad architecture for synchronisation of large volumes of objects.

    However, I am concerned as to the error message you're getting. If this error is being thrown by the server-side code then it indicates that there may be a resource issue on the server. If that's the case then moving the code to a VAF background operation, whilst being the correct thing to do, may not directly solve the issue (as it may still run out of resources). My suggestion would be to look at the code at the same time and see whether there are optimisations that could be made as part of the process of migrating to the background operation.

    Regards,

    Craig.
Children
No Data