Good point, you should create a feature request for this on JIRA.
Thanks for your quick response!
Well, I think this is a bug, not feature actually.
At least, is 'state' were protected we could override AsyncProcessor with bug-free implementation.
I'll try to contribute a patch for this problem and report it to Jira.
Did this get logged into Jira? I looked and couldn't find it.
We too are interested in an AsyncStore that support retries or at least an extensible version of AsyncStore so we can write our own retry logic.
I haven't seen one. Alex, have you created one?
Alexander Kosenkov wrote:
- Create async store over JdbcStringBasedCacheStore
- Shut down the database
- Try to save something
- Save operation fails (of course)
- Save queue gets lost on next object put into async save!
This problem still remains afaics. AsyncStore tries to apply the modification three times and then fails with a debug message. In the new (5.2.0) implementation of AsyncStore all fields and relevant methods are private, so any attempts to subclass is futile. Is there any other way to handle this besides writing a new async store ourselves?