id	summary	reporter	owner	description	type	status	priority	milestone	component	version	resolution	keywords	cc
11216	Limit size of TMS cache	wiktorn	team	"Attached patched introduces Apache Commons Java Caching System (http://commons.apache.org/proper/commons-jcs) as a backend for TMS cache. I've considered also EhCache, but EhCache has a lot more dependencies and I found hard, to trim it down to reasonable size.

Adding this, raises josm.jar by about 500kb, and josm-optimized.jar by 300kb.

Apache JCS has a limitation, that it can only limit the number of entries, not its size. I've introduced static fields with preconfigured sizes:
- 1000 (~20mb) of keys in memory
- 100000 (2000mb) of keys on disk

These can probably can get promoted to properties or even preferences.

I suspect that there is also another layer of tiles caching, which can be removed now.

I tried also switch WMS Cache to this solution, but I don't understand the solution there:
- why we are using Lists for elements instead of HashMaps
- what is the concurency model here (why not use ConcurrentHashMap or anything similar)

I'd assume different cache store (cache region) for WMS, which then would occupy separate diskspace/memory."	enhancement	closed	normal	15.08	Core imagery		fixed	cache tms	bastiK