<?xml version="1.0" encoding="UTF-8"?>











<rss version="2.0" xmlns:jf="http://www.jivesoftware.com/xmlns/jiveforums/rss">



<channel>
    <title>Support Forums: Message List - A New Java Persistence API for Berkeley DB</title>
    <link>http://www.theserverside.com</link>
    <description>Most recent forum messages</description>
    <language>en</language>
    
        <generator>Jive Forums Silver 5.5.30 (www.jivesoftware.com)</generator>
    
    <pubDate>Thu, 23 May 2013 00:35:26 -0400</pubDate>


    <item>

        <title>My Database is faster than yours :)</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38916</link>

        

        
            <description><![CDATA[I am pretty sure your Berkly API DB is faster than other databases, but could you provide some statistics compared to other implementations? Pay a 3rd party company do the comparison between leadning DBs, and Hibernate,JDO,etc..]]></description>
        

        <pubDate>Mon, 06 Mar 2006 11:26:58 -0500</pubDate>

        

        <jf:creationDate>Mon, 06 Mar 2006 11:26:58 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 06 Mar 2006 11:26:58 -0500</jf:modificationDate>
        <jf:date>Mar 6, 2006</jf:date>
        <jf:author>Jeryl Cook</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>A query facility</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38916</link>

        

        
            <description><![CDATA[I have a remark concerning you question 3: Do you consider a high level query facility to be a requirement for a Java persistence solution?<br><br>I wouldn't say that it is a requirement, but if the goal is ease-of-use, I think a query facility, even if...]]></description>
        

        <pubDate>Fri, 24 Feb 2006 15:06:11 -0500</pubDate>

        

        <jf:creationDate>Fri, 24 Feb 2006 15:06:11 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 24 Feb 2006 15:06:11 -0500</jf:modificationDate>
        <jf:date>Feb 24, 2006</jf:date>
        <jf:author>Felix Mayer</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>JDO for SleepyCat</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38916</link>

        

        
            <description><![CDATA[<blockquote>4. The Persistence API does not conform to an existing standard such as JDO. To do so, we believe that both usability and performance would be compromised. Do you consider conformance to a standard to be more important than such...]]></description>
        

        <pubDate>Thu, 16 Feb 2006 03:05:43 -0500</pubDate>

        

        <jf:creationDate>Thu, 16 Feb 2006 03:05:43 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 16 Feb 2006 03:05:43 -0500</jf:modificationDate>
        <jf:date>Feb 16, 2006</jf:date>
        <jf:author>Eric Samson</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Queries</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38916</link>

        

        
            <description><![CDATA[If you need SQL queries perhaps you could use ZQL  <a href="http://www.experlog.com/gibello/zql/" target="_blank">http://www.experlog.com/gibello/zql/</a> to build a SQL layer over the top of Berkeley DB. You would probabaly have to limit the complexity...]]></description>
        

        <pubDate>Wed, 15 Feb 2006 19:39:31 -0500</pubDate>

        

        <jf:creationDate>Wed, 15 Feb 2006 19:39:31 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 15 Feb 2006 19:39:31 -0500</jf:modificationDate>
        <jf:date>Feb 15, 2006</jf:date>
        <jf:author>Rob Griffin</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>A New Java Persistence API for Berkeley DB</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38916</link>

        

        
            <description><![CDATA[Sleepycat would like to thank everyone who participated in this discussion.  Your feedback is invaluable to us and we want you to know that we take your input seriously.  We will evaluate what has been discussed here in considering the Persistence API...]]></description>
        

        <pubDate>Mon, 13 Feb 2006 09:52:52 -0500</pubDate>

        

        <jf:creationDate>Mon, 13 Feb 2006 09:52:52 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 13 Feb 2006 09:52:52 -0500</jf:modificationDate>
        <jf:date>Feb 13, 2006</jf:date>
        <jf:author>David Segleau</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>some comments</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38916</link>

        

        
            <description><![CDATA[<blockquote><blockquote>Like most Java programmers, I don't know or care that much about database programming </blockquote>Sad truth.<blockquote> don't bother the Java programmer with database optimizations. </blockquote>Rather unproductive and unhealthy...]]></description>
        

        <pubDate>Sun, 12 Feb 2006 05:00:08 -0500</pubDate>

        

        <jf:creationDate>Sun, 12 Feb 2006 05:00:08 -0500</jf:creationDate>
        <jf:modificationDate>Sun, 12 Feb 2006 05:00:08 -0500</jf:modificationDate>
        <jf:date>Feb 12, 2006</jf:date>
        <jf:author>Radu-Adrian Popescu</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Relation by ID</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38916</link>

        

        
            <description><![CDATA[<blockquote>From what I understand, Object allocation and deallocation in modern JVMs is much faster than in C so the cost of temporary Objects is low.</blockquote><br>There's no such thing as C. While on one hand &quot;modern JVMs&quot; means something...]]></description>
        

        <pubDate>Sun, 12 Feb 2006 04:52:03 -0500</pubDate>

        

        <jf:creationDate>Sun, 12 Feb 2006 04:52:03 -0500</jf:creationDate>
        <jf:modificationDate>Sun, 12 Feb 2006 04:52:03 -0500</jf:modificationDate>
        <jf:date>Feb 12, 2006</jf:date>
        <jf:author>Radu-Adrian Popescu</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Non-durable identity</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38916</link>

        

        
            <description><![CDATA[<blockquote>The &quot;persistence context&quot; defined for EJB3.JPA implies the use of an object cache and tracking of object status (detached, dirty, etc).A persistence context and object cache make a huge amount of sense when connected to a database...]]></description>
        

        <pubDate>Fri, 10 Feb 2006 03:22:48 -0500</pubDate>

        

        <jf:creationDate>Fri, 10 Feb 2006 03:22:48 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 10 Feb 2006 03:22:48 -0500</jf:modificationDate>
        <jf:date>Feb 10, 2006</jf:date>
        <jf:author>Patrick Linskey</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>In-memory replication for BDB Java Edition</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38916</link>

        

        
            <description><![CDATA[I would like to suggest to Sleepycat that they consider using EVS4J, my Apache-licensed pure-Java implementation of the fastest-known reliable multicast protocol with total ordering properties to add support for multi-master replication.<br><br>Note:...]]></description>
        

        <pubDate>Thu, 09 Feb 2006 18:39:32 -0500</pubDate>

        

        <jf:creationDate>Thu, 09 Feb 2006 18:39:32 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 09 Feb 2006 18:39:32 -0500</jf:modificationDate>
        <jf:date>Feb 9, 2006</jf:date>
        <jf:author>Guglielmo Lichtner</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Primary and Secondary</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38916</link>

        

        
            <description><![CDATA[<blockquote><blockquote>&quot;huge maps&quot;...Don't you wish you had a reliable caching mechanism that was as easy to use as a HashMap?  Don't you wish you could scale a solution that has outgrown it's data handling capabilities without rewriting the...]]></description>
        

        <pubDate>Thu, 09 Feb 2006 15:28:42 -0500</pubDate>

        

        <jf:creationDate>Thu, 09 Feb 2006 15:28:42 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 09 Feb 2006 15:28:42 -0500</jf:modificationDate>
        <jf:date>Feb 9, 2006</jf:date>
        <jf:author>Cameron Purdy</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Performance demonstrated?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38916</link>

        

        
            <description><![CDATA[<blockquote><blockquote>Performance benchmarks are always problematic, of course, but the performance advantages of Berkeley DB are clear and can be demonstrated.</blockquote>Where?</blockquote><br>We've heard that BDB is faster for some of our...]]></description>
        

        <pubDate>Thu, 09 Feb 2006 14:45:54 -0500</pubDate>

        

        <jf:creationDate>Thu, 09 Feb 2006 14:45:54 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 09 Feb 2006 14:45:54 -0500</jf:modificationDate>
        <jf:date>Feb 9, 2006</jf:date>
        <jf:author>Hayes Mark</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Performance demonstrated?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38916</link>

        

        
            <description><![CDATA[<blockquote>Performance benchmarks are always problematic, of course, but the performance advantages of Berkeley DB are clear and can be demonstrated.</blockquote><br>Where?]]></description>
        

        <pubDate>Thu, 09 Feb 2006 14:11:39 -0500</pubDate>

        

        <jf:creationDate>Thu, 09 Feb 2006 14:11:39 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 09 Feb 2006 14:11:39 -0500</jf:modificationDate>
        <jf:date>Feb 9, 2006</jf:date>
        <jf:author>Michael Newcomb</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Primary and Secondary</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38916</link>

        

        
            <description><![CDATA[<blockquote>&quot;huge maps&quot;<br>...<br>Don't you wish you had a reliable caching mechanism that was as easy to use as a HashMap?  Don't you wish you could scale a solution that has outgrown it's data handling capabilities without rewriting the whole...]]></description>
        

        <pubDate>Thu, 09 Feb 2006 13:45:04 -0500</pubDate>

        

        <jf:creationDate>Thu, 09 Feb 2006 13:45:04 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 09 Feb 2006 13:45:04 -0500</jf:modificationDate>
        <jf:date>Feb 9, 2006</jf:date>
        <jf:author>Ruslan Zenin</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Primary and Secondary</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38916</link>

        

        
            <description><![CDATA[I don't speak for or know much about BDB, but I can sum up why you'd want to use it in two words:<br><br>&quot;huge maps&quot;<br><br>Too many people are thrown off by the letters &quot;DB&quot; which they associate the acronym RDBMS, which they are...]]></description>
        

        <pubDate>Thu, 09 Feb 2006 13:04:46 -0500</pubDate>

        

        <jf:creationDate>Thu, 09 Feb 2006 13:04:46 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 09 Feb 2006 13:04:46 -0500</jf:modificationDate>
        <jf:date>Feb 9, 2006</jf:date>
        <jf:author>Aaron Evans</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Object mapping hardcoded in Java code?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38916</link>

        

        
            <description><![CDATA[<blockquote>I've checked further your API. I was wondering how do you perform mapping between your DB and Java objects.I have an impression (correct me if I'm wrong) that developer has no support from your API for &quot;auto-mapping&quot; and needs to...]]></description>
        

        <pubDate>Thu, 09 Feb 2006 12:38:22 -0500</pubDate>

        

        <jf:creationDate>Thu, 09 Feb 2006 12:38:22 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 09 Feb 2006 12:38:22 -0500</jf:modificationDate>
        <jf:date>Feb 9, 2006</jf:date>
        <jf:author>Hayes Mark</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>



</channel>
</rss>

