09-15-2021 09:52 AM
For EP3, we've installed our first test-environment IDP and REST servers. We don't always disconnect gracefully, and so we accumulate a bunch of zombie sessions consuming all of our Concurrent licenses. Is there a method for an OnBase admin to manually disconnect those sessions? I know we can kill zombie sessions connected to the AppServer64 using the Diagnostics Console. I'm looking for a method to do the same for IDP and API servers.
Thanks!
09-16-2021 09:17 AM
Hi
When you make calls to the Document Management REST API, you'll need to disconnect your session. There is more about this under the Disconnecting section of the Authentication Programmers Guide ...
If you used a Concurrent Client license to connect, there is a minimum consumption of 5 minutes for the license upon disconnect. You can use a Named Client license which will be have a bit differently since it doesn't have the 5 minute rule. Or you can use Query Metered licenses, if available.
Best wishes.
09-16-2021 09:17 AM
Hi
When you make calls to the Document Management REST API, you'll need to disconnect your session. There is more about this under the Disconnecting section of the Authentication Programmers Guide ...
If you used a Concurrent Client license to connect, there is a minimum consumption of 5 minutes for the license upon disconnect. You can use a Named Client license which will be have a bit differently since it doesn't have the 5 minute rule. Or you can use Query Metered licenses, if available.
Best wishes.
09-16-2021 11:08 AM
I know we're supposed to Disconnect. More specifically, I'm wondering how to cleanup sessions where the application calling the RESTful endpoint loses it's token/cookie and cannot disconnect gracefully. Whether the calling app is using a Concurrent or Named client, there's a risk they lose the token/cookie associated w/ a session they've started. Is there a method to manually cleanup those sessions?
09-16-2021 12:05 PM
Hi
09-16-2021 12:50 PM
Don't quote me on it, but I believe that the session times out after 20 minutes of inactivity. (Fun fact: The first version of the REST API didn't even have a Disconnect call, since the timeout was built in anyway. That call was added quickly - maybe even by the first public release - since you will want that control when possible.)
Find what you came for
We want to make your experience in Hyland Connect as valuable as possible, so we put together some helpful links.