You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 31, 2021. It is now read-only.
Podcache will perform a full update of all feeds once a day (and possibly on startup). During the update (which could take a while on slower connections), HSQLDB will lock the table (for update).
The change from c5ae073 means that existing feeds can be read during this time at least, but adding or modifying a feed still has to wait for the entire update operation to complete.
It also seems like HSQLDB does not support lock timeouts (AFAIK), so the transactions literally wait forever.
Consider improving this situation. Maybe there is a better way (Java-side locks?) to enforce consistency?
The text was updated successfully, but these errors were encountered:
Podcache will perform a full update of all feeds once a day (and possibly on startup). During the update (which could take a while on slower connections), HSQLDB will lock the table (for update).
The change from c5ae073 means that existing feeds can be read during this time at least, but adding or modifying a feed still has to wait for the entire update operation to complete.
It also seems like HSQLDB does not support lock timeouts (AFAIK), so the transactions literally wait forever.
Consider improving this situation. Maybe there is a better way (Java-side locks?) to enforce consistency?
The text was updated successfully, but these errors were encountered: