Details
-
Improvement
-
Resolution: Fixed
-
None
-
Low
-
If enabled segments in TMs will be updated asynchronously via queued worker (runtimeOptions.LanguageResources.tmQueuedUpdate)
-
Empty show more show less
Description
t5memory has a feature called reorganization, whose purpose is to fix opened memory in case it is corrupted. The reorganization process can take some time and it depends on memory size.
The problem:
When a segment is saved t5 within the same HTTP request (PUT) tries to save it in all memories that support updating data.
While reorganization is happening t5memory can not save anything to the memory that is being reorganized (version 4.x is completely inoperable at that moment).
So at that moment, t5 can not save the segment to the memory because it is inoperable. Users can edit and save several segments until memory becomes operable again. And all those segments won't be saved to the memory.
The solution:
We need to split saving segment to t5 DB and saving segments to t5memory (and others). Need to do next: when a segment is saved with PUT - an event should be published to something like AMQP. The event should be processed in the background and the segment should be pushed to all needed memories and if memory is unreachable - republish the message for further processing or wait until it's reachable.
Attachments
Issue Links
- causes
-
TRANSLATE-3579 Delete old code branch
- Open