I'll see what I can do, its a new area for me and alot to read up on. Maybe even a fast moving area at the moment, with things like Apache Ignite
On Fri, Dec 9, 2016 at 6:00 PM, Dan Haywood <d...@haywood-associates.co.uk> wrote: > Thanks for doing this exploration... I've made a note to add something to > the docs, but even better would be a PR from yourself to add it. Perhaps a > new section in "other techniques" chapter of the "beyond the basics" guide > [1,2]? > > Cheers > dan > > [1] http://isis.apache.org/guides/ugbtb.html#_ugbtb_other-techniques > [2] > https://github.com/apache/isis/blob/master/adocs/documentation/src/main/ > asciidoc/guides/_ugbtb_other-techniques.adoc > > > > On Thu, 8 Dec 2016 at 12:11 Stephen Cameron <steve.cameron...@gmail.com> > wrote: > > > Hazelcast (https://hazelcast.org/) works 'out of the box' as a JSR-170 > > javax.cache implementation. No config file expected. > > > > I have: > > > > isis.persistor.datanucleus.impl.datanucleus.cache.level2. > type=javax.cache > > isis.persistor.datanucleus.impl.datanucleus.cache.level2. > mode=UNSPECIFIED > > isis.persistor.datanucleus.cache.level2.cacheName=myCache > > > > Then added the following dependencies: > > > > <dependency> > > <groupId>javax.cache</groupId> > > <artifactId>cache-api</artifactId> > > <version>1.0.0</version> > > </dependency> > > > > <dependency> > > <groupId>com.hazelcast</groupId> > > <artifactId>hazelcast</artifactId> > > <version>3.7.3</version> > > </dependency> > > > > It seems to make quite a significant difference to the speed of the app. > > but I should be measuring that to make any claims. > > > > > > > > > > > > > > > > > > > > > > On Thu, Dec 8, 2016 at 8:35 PM, Stephen Cameron < > > steve.cameron...@gmail.com> > > wrote: > > > > > Thanks Andy, sorry for my astounding naïveté. > > > > > > I see now there is a page where JSR-107 implementations are listed: > > > https://jcp.org/aboutJava/communityprocess/ > implementations/jsr107/index. > > > html > > > > > > 7.5 Billion people in the world and only one person working on > > > DataNucleus, why?! > > > > > > > > > > > > On Thu, Dec 8, 2016 at 6:06 PM, Andy Jefferson <a...@datanucleus.org> > > > wrote: > > > > > >> > Caused by: org.datanucleus.exceptions.NucleusException: Error > creating > > >> > cache > > >> > at > > >> > org.datanucleus.cache.JavaxCacheLevel2Cache.<init>( > > >> > JavaxCacheLevel2Cache.java:98) > > >> > > >> You did not put a Javax.cache provider in your CLASSPATH. As Oscar > > >> suggested. > > >> > > >> DataNucleus provides "a simple wrapper to javax.cache's caches". So > you > > >> need to select an implementation of javax.cache (just like DataNucleus > > is > > >> an implementation of javax.jdo, so you need to select your preferred > > >> implementation of javax.cache). EHCache has one IIRC. > > >> > > >> You didn't really expect DataNucleus to implement its own javax.cache > > >> implementation as well as its own JDO implementation as well as its > own > > JPA > > >> implementation, etc? All with 1 developer?! > > >> > > >> > > >> Regards > > >> -- > > >> Andy > > >> DataNucleus (Web: http://www.datanucleus.org Twitter: @datanucleus) > > >> > > > > > > > > >