<?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 - Criticism of Java Persistence Frameworks</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>Sat, 25 May 2013 09:51:23 -0400</pubDate>


    <item>

        <title>only 1000 users in a user base 10 years ago?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=52106</link>

        

        
            <description><![CDATA[<p>I was working with companies with 10,000s of users .... dont know what machines your thinking of?</p>]]></description>
        

        <pubDate>Wed, 27 Feb 2013 10:20:23 -0500</pubDate>

        

        <jf:creationDate>Wed, 27 Feb 2013 10:20:23 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 27 Feb 2013 10:20:23 -0500</jf:modificationDate>
        <jf:date>Feb 27, 2013</jf:date>
        <jf:author>SecurityMan53</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: ORM</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=52106</link>

        

        
            <description><![CDATA[<blockquote>I don't want to get involved in a fight over ORM but I started a library for working with databases in a fundamentally different way than ORM.  You could build ORM on top of it, I suppose, but it's not really my goal.  If you are interested...]]></description>
        

        <pubDate>Sat, 03 Jan 2009 01:32:15 -0500</pubDate>

        

        <jf:creationDate>Sat, 03 Jan 2009 01:32:15 -0500</jf:creationDate>
        <jf:modificationDate>Sat, 03 Jan 2009 01:32:15 -0500</jf:modificationDate>
        <jf:date>Jan 3, 2009</jf:date>
        <jf:author>Ganapathiram Natarajan</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: Criticism of Java Persistence Frameworks</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=52106</link>

        

        
            <description><![CDATA[Thanks for valuable comments. I know some ORM frameworks already have solid solutions for some of these problems. Besides, I don’t target any specific solution or framework. My criticism is general and includes Java standard solutions. Most of criticism...]]></description>
        

        <pubDate>Wed, 17 Dec 2008 06:02:04 -0500</pubDate>

        

        <jf:creationDate>Wed, 17 Dec 2008 06:02:04 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 17 Dec 2008 06:02:04 -0500</jf:modificationDate>
        <jf:date>Dec 17, 2008</jf:date>
        <jf:author>Sdf Sdf</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Desgin Patterns (DAO)</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=52106</link>

        

        
            <description><![CDATA[You may want to look into design patterns and Jt (Java Pattern Oriented Framework). It solves some of the issues that you identify (Simpler persistence API). ...]]></description>
        

        <pubDate>Mon, 15 Dec 2008 15:24:55 -0500</pubDate>

        

        <jf:creationDate>Mon, 15 Dec 2008 15:24:55 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 15 Dec 2008 15:24:55 -0500</jf:modificationDate>
        <jf:date>Dec 15, 2008</jf:date>
        <jf:author>Dan Evans</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: RDBMS is totally unsuitable for representing objects.</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=52106</link>

        

        
            <description><![CDATA[<blockquote> Well a certain CJ Date would disagree and I'm with him. Much of what some consider Object/relational is what CJ Date would call "Relational done right" for example. Certainly there are RDBMS that handle complex types and inheritance such as...]]></description>
        

        <pubDate>Tue, 09 Dec 2008 09:50:05 -0500</pubDate>

        

        <jf:creationDate>Tue, 09 Dec 2008 09:50:05 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 09 Dec 2008 09:50:05 -0500</jf:modificationDate>
        <jf:date>Dec 9, 2008</jf:date>
        <jf:author>Gopi Nathan</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: Java Persistence Frameworks - a new hope</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=52106</link>

        

        
            <description><![CDATA[<blockquote>For everyone interested I especially recommend the article “<b><i>What's wrong with Hibernate and JPA</i></b>” that can be found here:<br><a href="http://incubator.apache.org/empire-db/empiredb/hibernate.htm"...]]></description>
        

        <pubDate>Tue, 09 Dec 2008 08:13:18 -0500</pubDate>

        

        <jf:creationDate>Tue, 09 Dec 2008 08:13:18 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 09 Dec 2008 08:13:18 -0500</jf:modificationDate>
        <jf:date>Dec 9, 2008</jf:date>
        <jf:author>Guido Anzuoni</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: Java Persistence Frameworks - a new hope</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=52106</link>

        

        
            <description><![CDATA[<blockquote>And yes XML mappings should be immediately abandoned. I never understood how anyone could have possibly come up with that idea in the first place</blockquote>...]]></description>
        

        <pubDate>Tue, 09 Dec 2008 03:13:36 -0500</pubDate>

        

        <jf:creationDate>Tue, 09 Dec 2008 03:13:36 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 09 Dec 2008 03:13:36 -0500</jf:modificationDate>
        <jf:date>Dec 9, 2008</jf:date>
        <jf:author>Johana Macedo</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Java Persistence Frameworks - a new hope</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=52106</link>

        

        
            <description><![CDATA[I absolutely agree with Ibrahim Levent in his criticism of Java Persistence Frameworks....]]></description>
        

        <pubDate>Mon, 08 Dec 2008 16:15:59 -0500</pubDate>

        

        <jf:creationDate>Mon, 08 Dec 2008 16:15:59 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 08 Dec 2008 16:15:59 -0500</jf:modificationDate>
        <jf:date>Dec 8, 2008</jf:date>
        <jf:author>Rainer D??bele</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>RDBMS is totally unsuitable for representing objects.</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=52106</link>

        

        
            <description><![CDATA[<blockquote>The current persistence problem is a bye-product of gross mismatch between relational database and the object oriented approach of Java. RDBMS is totally unsuitable for representing objects... No patchwork can solve this. RDMS handles 2-D...]]></description>
        

        <pubDate>Mon, 08 Dec 2008 15:58:57 -0500</pubDate>

        

        <jf:creationDate>Mon, 08 Dec 2008 15:58:57 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 08 Dec 2008 15:58:57 -0500</jf:modificationDate>
        <jf:date>Dec 8, 2008</jf:date>
        <jf:author>rob bygrave</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: Buzzwords re-inventing the wheel</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=52106</link>

        

        
            <description><![CDATA[<blockquote>Hibernate application is in fact redefining the data. It all works in simple cases. All these mappings become too complex in a real scenario.</blockquote> When this complexity gets outsourced/offshored, it becomes really unmanageable....]]></description>
        

        <pubDate>Mon, 08 Dec 2008 11:13:14 -0500</pubDate>

        

        <jf:creationDate>Mon, 08 Dec 2008 11:13:14 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 08 Dec 2008 11:13:14 -0500</jf:modificationDate>
        <jf:date>Dec 8, 2008</jf:date>
        <jf:author>Pavel Vlasov</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Buzzwords re-inventing the wheel</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=52106</link>

        

        
            <description><![CDATA[The current persistence problem is a bye-product of gross mismatch between relational database and the object oriented approach of Java. RDBMS is totally unsuitable for representing objects... No patchwork can solve this. RDMS handles 2-D tables... and...]]></description>
        

        <pubDate>Mon, 08 Dec 2008 11:02:49 -0500</pubDate>

        

        <jf:creationDate>Mon, 08 Dec 2008 11:02:49 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 08 Dec 2008 11:02:49 -0500</jf:modificationDate>
        <jf:date>Dec 8, 2008</jf:date>
        <jf:author>Gopi Nathan</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

        <title>Re: Criticism of Java Persistence Frameworks</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=52106</link>

        

        
            <description><![CDATA[I read some (but not all) of this discussion and was disappointed to see the discussion was rather concentrated on the technology (software architectures), rather than what needs to be done....]]></description>
        

        <pubDate>Mon, 08 Dec 2008 04:01:05 -0500</pubDate>

        

        <jf:creationDate>Mon, 08 Dec 2008 04:01:05 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 08 Dec 2008 04:01:05 -0500</jf:modificationDate>
        <jf:date>Dec 8, 2008</jf:date>
        <jf:author>Mike Brough</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: Lazy Loading network cost?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=52106</link>

        

        
            <description><![CDATA[<blockquote><blockquote>Specifically, when your object graphs are on a different box (say an application server) from your DBMS (say on a separate DB server box) - then you need to "materialise" object graphs on the app server (move the data over the...]]></description>
        

        <pubDate>Sun, 07 Dec 2008 22:42:45 -0500</pubDate>

        

        <jf:creationDate>Sun, 07 Dec 2008 22:42:45 -0500</jf:creationDate>
        <jf:modificationDate>Sun, 07 Dec 2008 22:42:45 -0500</jf:modificationDate>
        <jf:date>Dec 7, 2008</jf:date>
        <jf:author>Robert Greene</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Lazy Loading network cost?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=52106</link>

        

        
            <description><![CDATA[<blockquote>The relationship are just there to use regardless of how complex the graph....]]></description>
        

        <pubDate>Sun, 07 Dec 2008 20:50:08 -0500</pubDate>

        

        <jf:creationDate>Sun, 07 Dec 2008 20:50:08 -0500</jf:creationDate>
        <jf:modificationDate>Sun, 07 Dec 2008 20:50:08 -0500</jf:modificationDate>
        <jf:date>Dec 7, 2008</jf:date>
        <jf:author>rob bygrave</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: ORM needs more from SQL for efficent Object Graph construction</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=52106</link>

        

        
            <description><![CDATA[<blockquote>Said bluntly, SQL is not great for building *SOME* object graphs. Oracle exposing its MVC timestamp means an ORM vendor can use that to build the object graph *MUCH* more efficiently. I'm wondering if an OODBMS query language would be even...]]></description>
        

        <pubDate>Sat, 06 Dec 2008 19:24:07 -0500</pubDate>

        

        <jf:creationDate>Sat, 06 Dec 2008 19:24:07 -0500</jf:creationDate>
        <jf:modificationDate>Sat, 06 Dec 2008 19:24:07 -0500</jf:modificationDate>
        <jf:date>Dec 6, 2008</jf:date>
        <jf:author>Robert Greene</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>



</channel>
</rss>

