Jens Wilke

cache2k supports variable time refresh via its `ExpiryPolicy`. There is also a `ResiliencePolicy` to handle the exceptional case differently. There are still shortcomings. Recently I had an idea for a...

Meanwhile I spend some more thoughts on this and started hacking on an improved refresh ahead infrastructure in cache2k. At the moment my line of thought is that the variable...

There is a [CoalescingBulkLoader](https://github.com/ben-manes/caffeine/blob/master/examples/coalescing-bulkloader/src/main/java/com/github/benmanes/caffeine/examples/coalescing/bulkloader/CoalescingBulkloader.java) in the example section that joins multiple load requests into a bulk request by issuing a delay. When reviewing, I think I spotted at least one...

> ...but would you mind pointing out the concurrency issues (at least a one or two of them)? @dalegaspi here you are: `asyncLoad` is doing: ```` .... if (size.incrementAndGet() >=...

@sheepdreamofandroids: > doLoad() does respect the maxLoadSize though. If there are more keys to load, the bulkloader will be called more than once from doLoad() . Yes it does! Sorry....

Strongly in favor of this! > what you want is that it tells the number of files with potentially changed content. Also half true, since the meaning of "potentially changed"...

+1 for keeping it open. I think Thymeleaf should have a standard solution for this. In what artifact it is included, is another discussion. We might take a look at...

I started to hack in this kind of functionality in the ES status updater and indexer. But that is not the 'right' place for it. Probably it needs to go...

Probably yes, it's some time ago. The scheduler is changing the fetch interval. That is one aspect of it. It uses `MD5SignatureParseFilter`. But the signature makes more sense on the...

Hi Julien, I think the actual feature request is not satisfied: - Have an update timestamp, when a change in the parsed data is detected - Only send parsed data...