Hello All,
I have created an application to upload file to box and accordingly create a shared link for each of the files being uploaded, To achieve this functionality in a more efficient way I create 10 app accounts and I'm using multithreading logic to use all these apps with respect to their current usage. Only issue i'm getting here is related to multiple request at a same time. If the number of requests are very less than the application works perfectly fine but when we are doing a load test with 500 requests at a time I'm getting below error
Current date\/time MUST be before the expiration date\/time listed in the 'exp' claim
I had discussion with box team but according to them its happening due to time synchronization gap between appian server and box server, I know this is not true because if such is the case then it should be happening even when the number of requests are very less. If anyone have work on this feature and have any thoughts or suggestions related to this then kindly help me to resolve this error. Thanks in advance
Discussion posts and replies are publicly visible
Yes, createtoken() function doesn't support "exp" parameter and also it can not be more than 60 secs, So I guess that won't make any change here.
Attached is the screenshot of inside processing of "Process Attachment". Let me explain the entire working
-> I created 9 apps under box service account to accomplish multi threading logic.
-> Out of 9 apps one app is only used to create folder and accordingly it will pass the folder id to successor nodes.
-> The successor node will pick 1 document at a time and finds the usage of other 8 app accounts
-> The account which is being less used will be taken for the processing and it will accept all the necessary authorization details for that specific app including folder name that was created
-> By using all this information it will upload the document in desired folder.
* The reason behind we are using multithreading concept is due to the fact that with single app account it was taking long time to process documents when the number of documents are high, Say 5 documents. So we have decided to use multi-threading where every document is being uploaded by different apps and results into less execution time.
-> Also its not the matter of process model timing getting stored inside the mysql table. That was just to see how much time this process model is taking for document uploads. After all we are not making this a web api thing, This concept will going to be used inside the main process model which handles job execution and related actions.
**** With that note I have one question in my mind. Suppose we got 500 requests at a same time for box upload that means 500 instances of a same process model will be called. Then how exactly the appian is handling those processes? Is it executing in parallel or sequential? Because as far as I observer, It seems as if the appian is showing us that all the 500 instances are initiated but in the back end its executing certain number of models at a time. As a result of which this token error arises because when the process is coming out of waiting list after certain amount of time then definitely its time is out of sync with the box time. Isn't it?