Hi, I am not sure extending transaction support and concurrency is way to go. There is many solutions which already have this (Valdemord, HBase...). I think JDBM should be kept as very simple basic storage. In fact I would like to promote JDBM as 'persistent Map'.
Adding better locking can be good, but I am not sure if it will not increase complexity and single thread performance. Will investigate this. JTA requires multiple transactions support (JDBM have only one). There is not chance supporting this. First snapshot of my work: TODO: * secondary indexes * samples * javadoc It uses more compact dataformat (BTree x2 takes less space, HTree x5 takes less space) So dataformat is not compatible with previous version. http://jdbm2.googlecode.com/files/jdbm2-snapshot1.zip Regards, Jan On Thu, May 6, 2010 at 1:17 AM, Elias Ross <gen...@noderunner.net> wrote: > Hi! > > I tried reviving the project. Well, I was specifically interested in > improving/lessening lock contention, since every method held a lock. I > worked on integration with JBoss Cache, which is now Infinispan. > > But from a usability standpoint, I think the main focus the original > team had was on improving transaction support and management. > > What kind of transaction support will your JDBM 2.0 have? Support for > the JTA XAResource interface would be nice, as the project could be > then used as part of a Java EE. This is more of an improvement, in > mind, than any of the features below. > > On Wed, May 5, 2010 at 4:51 PM, Jan Kotek <openco...@gmail.com> wrote: >> Hi, >> I am using JDBM in my project and I decided to revive it. So I am >> working on JDBM 2.0 which will have: >> * generics >> * view over BTree as SortedMap >> * secondary indexes >> * triggers on CRUD operations. >> * in future new store which will use GAE or Valdemord as backend >> Most of 2.0 code is actually already written, now I am working on >> samples and javadoc. >> >> I will also integrate other improvements: fine locking from >> sourceforge version, >> bugfixes from Apache DS. >> >> I have troubles contacting original authors, I also dont like SF.net much. >> So I started new JDBM2 project on Google code. >> >> Best regards, >> Jan Kotek >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> Jdbm-developer mailing list >> Jdbm-developer@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jdbm-developer >> >> -- >> This message has been scanned for viruses and >> dangerous content by MailScanner, and is >> believed to be clean. >> > ------------------------------------------------------------------------------ _______________________________________________ Jdbm-developer mailing list Jdbm-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jdbm-developer
