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

Reply via email to