MUC messages should be written to database immediately


This issue builds on OF-1200, and is closely related.

applied a mechanism to write data-to-be-accessed-through-archiving-functionality to the database nearly instantly, as opposed to batching these for long amounts of time (which causes queries for data to miss elements that were pending, in a batch).

applied this to the monitoring plugin only. As the monitoring plugin uses data written by Openfire core (and not only written by the plugin itself, as was previously assumed), didn't resolve the larger issue.

A similar mechanism as introduced to the Monitoring plugin in should be applied to the MUC message history mechanism.

Then, the Monitoring plugin can be modified to make use of this new functionality (see )




Guus der Kinderen
May 11, 2020, 4:41 AM

We've neglected to mark this issue as resolved when the feature was added to Openfire 4.4.0. Doing that now.

July 31, 2019, 9:19 AM

Not sure if this is related but user here reports that MUC messages are not saved to DB when restarting Openfire service on Linux, but saves correctly on Windows when shuttling down Openfire.

Your pinned fields
Click on the next to a field label to start pinning.


Guus der Kinderen


Guus der Kinderen