<?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 - Sun creates new Persistence API: EJB &amp;amp; JDO join forces</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>Mon, 20 May 2013 11:18:17 -0400</pubDate>


    <item>

        <title>Stored procedure issue</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=28995</link>

        

        
            <description><![CDATA[<blockquote>May be Sun can provide a set of new API for calling stored procedure in database site, may be in something like EJBQL of JDOQL. So, it make the integration to legacy system that use stored procedure easier.Thanks.</blockquote><br><br>You...]]></description>
        

        <pubDate>Fri, 08 Apr 2005 16:57:58 -0400</pubDate>

        

        <jf:creationDate>Fri, 08 Apr 2005 16:57:58 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 08 Apr 2005 16:57:58 -0400</jf:modificationDate>
        <jf:date>Apr 8, 2005</jf:date>
        <jf:author>PJ Murray</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Let JDO continue after 2.0 outside of JCP</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=28995</link>

        

        
            <description><![CDATA[<blockquote>Just went to Javapolis last week and I went too see the JDO 2.0 &amp;amp; EJB 3.0 sessions. I really like the stuff in JDO 2.0.The information about the new common persistence API in EJB3.0 worried me: The API is is the old EJB entity API...]]></description>
        

        <pubDate>Sat, 26 Feb 2005 20:25:07 -0500</pubDate>

        

        <jf:creationDate>Sat, 26 Feb 2005 20:25:07 -0500</jf:creationDate>
        <jf:modificationDate>Sat, 26 Feb 2005 20:25:07 -0500</jf:modificationDate>
        <jf:date>Feb 26, 2005</jf:date>
        <jf:author>Tony Vai</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>so will the new API be javax.jdo.* or javax.ejb.* ???</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=28995</link>

        

        
            <description><![CDATA[<blockquote>Hi Dave<blockquote>hopefully the new specification will be backward compatible with JDO 1.0.1, so that those of us with JDO-based applications today (and those building apps with persistence requirements between now and 2006) will have a...]]></description>
        

        <pubDate>Sat, 26 Feb 2005 19:51:37 -0500</pubDate>

        

        <jf:creationDate>Sat, 26 Feb 2005 19:51:37 -0500</jf:creationDate>
        <jf:modificationDate>Sat, 26 Feb 2005 19:51:37 -0500</jf:modificationDate>
        <jf:date>Feb 26, 2005</jf:date>
        <jf:author>Tony Vai</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

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

        

        
            <description><![CDATA[<blockquote><blockquote>JDBC is fine for small applications.  For a large scale application with 50 tables you're looking at 4+ CRUD operations per table.  That's 50 * 4 = 200 flippin' JDBC calls!  Now, let's PRAY that you didn't hard code those into the...]]></description>
        

        <pubDate>Wed, 19 Jan 2005 16:12:59 -0500</pubDate>

        

        <jf:creationDate>Wed, 19 Jan 2005 16:12:59 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 19 Jan 2005 16:12:59 -0500</jf:modificationDate>
        <jf:date>Jan 19, 2005</jf:date>
        <jf:author>vik sheth</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Let JDO continue after 2.0 outside of JCP</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=28995</link>

        

        
            <description><![CDATA[Hi,<br><br>I'm not an expert on persistence APIs, but there does seem to be a common theme here with regards to the JCP process. What I see is a lot of standardisation too early. Why not let a number of solutions compete for mind share, and then after...]]></description>
        

        <pubDate>Tue, 04 Jan 2005 07:08:14 -0500</pubDate>

        

        <jf:creationDate>Tue, 04 Jan 2005 07:08:14 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 04 Jan 2005 07:08:14 -0500</jf:modificationDate>
        <jf:date>Jan 4, 2005</jf:date>
        <jf:author>Paul Beckford</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Let JDO continue after 2.0 outside of JCP</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=28995</link>

        

        
            <description><![CDATA[Just went to Javapolis last week and I went too see the JDO 2.0 &amp; EJB 3.0 sessions. I really like the stuff in JDO 2.0.<br>The information about the new common persistence API in EJB3.0 worried me: The API is is the old EJB entity API (but now...]]></description>
        

        <pubDate>Sat, 18 Dec 2004 09:34:32 -0500</pubDate>

        

        <jf:creationDate>Sat, 18 Dec 2004 09:34:32 -0500</jf:creationDate>
        <jf:modificationDate>Sat, 18 Dec 2004 09:34:32 -0500</jf:modificationDate>
        <jf:date>Dec 18, 2004</jf:date>
        <jf:author>Steven Sagaert</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

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

        

        
            <description><![CDATA[<blockquote><blockquote>JDBC is fine for small applications.  For a large scale application with 50 tables you're looking at 4+ CRUD operations per table.  That's 50 * 4 = 200 flippin' JDBC calls!  Now, let's PRAY that you didn't hard code those into the...]]></description>
        

        <pubDate>Fri, 12 Nov 2004 19:52:37 -0500</pubDate>

        

        <jf:creationDate>Fri, 12 Nov 2004 19:52:37 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 12 Nov 2004 19:52:37 -0500</jf:modificationDate>
        <jf:date>Nov 12, 2004</jf:date>
        <jf:author>Martin N.</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Sun really do a perfect choice</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=28995</link>

        

        
            <description><![CDATA[Today, the biggest problem in java communicty I think is not how much choices we have but too many choices we own. When a few of fans enjoy them, many of others complain this. It push some of them to migrate to .net group. We have too many frameworks,...]]></description>
        

        <pubDate>Thu, 28 Oct 2004 22:35:40 -0400</pubDate>

        

        <jf:creationDate>Thu, 28 Oct 2004 22:35:40 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 28 Oct 2004 22:35:40 -0400</jf:modificationDate>
        <jf:date>Oct 28, 2004</jf:date>
        <jf:author>Jim Huang</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Persistence Needs and Queries</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=28995</link>

        

        
            <description><![CDATA[There are at least two different ways applications use persistence. One is when you have a large graph of objects which you'd prefer to keep in memory if memory was infinite and permanent, but since it isn't, you need a way to swap them out to a...]]></description>
        

        <pubDate>Thu, 28 Oct 2004 17:30:36 -0400</pubDate>

        

        <jf:creationDate>Thu, 28 Oct 2004 17:30:36 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 28 Oct 2004 17:30:36 -0400</jf:modificationDate>
        <jf:date>Oct 28, 2004</jf:date>
        <jf:author>Frank LaRosa</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>they never give up</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=28995</link>

        

        
            <description><![CDATA[<blockquote>I know...I worked with it</blockquote>Thats not what I remember... you have worked with very little of it. Plent of talk about it though... :-)]]></description>
        

        <pubDate>Thu, 30 Sep 2004 23:00:49 -0400</pubDate>

        

        <jf:creationDate>Thu, 30 Sep 2004 23:00:49 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 30 Sep 2004 23:00:49 -0400</jf:modificationDate>
        <jf:date>Sep 30, 2004</jf:date>
        <jf:author>Nick Minutello</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>What's wrong with Hibernate?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=28995</link>

        

        
            <description><![CDATA[<blockquote>So why should I bother Hibernate?</blockquote>Probably because Hibernate has more users than all the JDO vendors put together?<br>Being on a small-userbase product puts you firmly on the bug-finding path...<br><br>Large-scale vendor adoption...]]></description>
        

        <pubDate>Thu, 30 Sep 2004 22:56:38 -0400</pubDate>

        

        <jf:creationDate>Thu, 30 Sep 2004 22:56:38 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 30 Sep 2004 22:56:38 -0400</jf:modificationDate>
        <jf:date>Sep 30, 2004</jf:date>
        <jf:author>Nick Minutello</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Non-relational data stores?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=28995</link>

        

        
            <description><![CDATA[<blockquote>However, we specifically will not require that a relational backing store be used with the persistence API. This allows vendors to supply implementations of the standard that support non-relational data stores. For example, the TCK for the...]]></description>
        

        <pubDate>Thu, 30 Sep 2004 13:23:10 -0400</pubDate>

        

        <jf:creationDate>Thu, 30 Sep 2004 13:23:10 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 30 Sep 2004 13:23:10 -0400</jf:modificationDate>
        <jf:date>Sep 30, 2004</jf:date>
        <jf:author>Juozas Baliuka</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Non-relational data stores?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=28995</link>

        

        
            <description><![CDATA[<blockquote><blockquote>what you are describing already exists and is called JDO. What's the reason to drop the JDO EG work and use the EJB 3.0 draft developed by a team with O/R mapping background?</blockquote>The JDO 2.0 work is not being dropped. It...]]></description>
        

        <pubDate>Thu, 30 Sep 2004 06:28:35 -0400</pubDate>

        

        <jf:creationDate>Thu, 30 Sep 2004 06:28:35 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 30 Sep 2004 06:28:35 -0400</jf:modificationDate>
        <jf:date>Sep 30, 2004</jf:date>
        <jf:author>Erik Bengtson</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Non-relational data stores?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=28995</link>

        

        
            <description><![CDATA[<blockquote>what you are describing already exists and is called JDO. What's the reason to drop the JDO EG work and use the EJB 3.0 draft developed by a team with O/R mapping background?</blockquote>The JDO 2.0 work is not being dropped. It will...]]></description>
        

        <pubDate>Thu, 30 Sep 2004 05:32:40 -0400</pubDate>

        

        <jf:creationDate>Thu, 30 Sep 2004 05:32:40 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 30 Sep 2004 05:32:40 -0400</jf:modificationDate>
        <jf:date>Sep 30, 2004</jf:date>
        <jf:author>Craig Russell</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Too late I think.</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=28995</link>

        

        
            <description><![CDATA[Other already existing persistent frameworks are very good by this time and by time when JSR-220 is be released ... a bit late.]]></description>
        

        <pubDate>Thu, 30 Sep 2004 04:04:37 -0400</pubDate>

        

        <jf:creationDate>Thu, 30 Sep 2004 04:04:37 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 30 Sep 2004 04:04:37 -0400</jf:modificationDate>
        <jf:date>Sep 30, 2004</jf:date>
        <jf:author>Martin Dolog</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>



</channel>
</rss>

