🚀 go-pugleaf

W związku z szerokim wejściem w miarę standardowych profili serwerowych 
(Web Profile), mamy JPA i kilka innych rzeczy, dla mnie zaniedbane jest 
cache.
Zanim grupa zdechnie całkiem i usenet wyłączą, zapytam.

1. Cache: pod spodem JPA jest "jakieś" cache. Przez oficjalne API tj 
javax.persistence. Cache "widać" to jakby read-only wyłącznie z operacją 
evict() czyli praktycznie nic. Mam świadomość jak to (bardzo) z grubsza 
jest w Hibernate (oczywiście poza API JPA)

Czy jest sens "ekonomiczny" podłączać się pod to, lub inne rozwiązanie 
cache, które gdzieś w tym JEE6 W.P. przecież jest.

2. Próba zestandaryzowania tematu "cache". O kilku lat kibicuję JST 107 
który zdechł i nigdy nie dojrzał w oficjalny standard. Od kilku miesięcy 
pojawia się javax.cache ale jak na razie jako API bez implementacji. 
Implementacje dopiero są zapowiedziane.

3. Czy w "dużym" serwerze EE6 jest coś w tym względzie?

4. Zestandaryzowane lub nie, za każdym patrzeniem na pakiety uwiera mnie 
Ehcache wybrane jakiś czas temu. Za duże, za ambitne, niepotrzebne mi 
rozproszenie na clustry itd, dające JAR locking, zbyt gadające w logach.
Potrzebuję cache w tej samej JVM, pracujące w RAM i opcja na dysku, i 
żeby kod był "w razie czego" przenośny. Liczbowe wymagania nie są 
wysokie. jednak chodzi o buforowanie również danych nie zarządzanych 
przez JPA (taka bzdura: kosztowne fragmenty stron).
Jakaś lekka uznana biblioteka?

Szkoda by było nie skorzystać z czegoś, co już jest "pod" JPA... 
Dopuszczam jakieś rzutowania i wyłuskanie klas które to w rzeczywistości 
implementują (wystarczy 2-3 wiodących implementacjach).