Failed to remove session

0
We're high frequently calling a published webservice in mendix, from another application and I saw some strange warnings. I've called the webservices 105691 times in a short period of 20 minutes. This webservice has no authentication, because we're calling it from an internal server and I saw the warning below 82xxx times. I don't get it. Is Mendix using the same session ID to handle the webservice calls and why do I get this warning? Failed to remove session '857c0ebd-13b4-471d-871c-ce712ddb4cc1' for user 'SystemUserSession' because actions are still running for this session. Client access has been disabled. Session will be attempted to be removed again in 300 seconds.
asked
2 answers
1

Samet, thanks for your message.

If you call a mendix web service without authentication, it will be run under the system user session. After the call is completed, an attempt is made to remove that session, but that never succeeds and a warning is given. So nothing breaks but the warning is annoying and unnessary.

We will put a fix this on our backlog.

answered
0

Just a guess here, but could it be because of how many web service users you have in the host application.

So if you called it 100K times, I'm assuming you might be running the same microflows concurrently with possibly the same user.

Would this break Mendix if you have one person logging out whilst another (same WS user) is logged in and running a microflow (webservice)?

It might help to know some of the constraints around web services from someone at Mendix, though. Also if you have more information on the number different WS Users being used, that would be helpful as well.

The last suggestion I have is to possibly consider other options like database replication instead of 100K+ calls.

answered