<?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 - Presentation by Rod Johnson on Persistence Strategy</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>Wed, 19 Jun 2013 12:52:03 -0400</pubDate>


    <item>

        <title>Re: Presentation by Rod Johnson on Persistence Strategy</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=35233</link>

        

        
            <description><![CDATA[Recently I read a blog on DAO and is a good one to read....]]></description>
        

        <pubDate>Tue, 22 Apr 2008 07:24:29 -0400</pubDate>

        

        <jf:creationDate>Tue, 22 Apr 2008 07:24:29 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 22 Apr 2008 07:24:29 -0400</jf:modificationDate>
        <jf:date>Apr 22, 2008</jf:date>
        <jf:author>guddu sk</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Window on data question</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=35233</link>

        

        
            <description><![CDATA[<blockquote><blockquote><blockquote>A database schema provides the almost perfect meta data.</blockquote>Sadly, it seldom does.  </blockquote>In my experience, it's almost ALWAYS true that you can reverse engineer an database schema (including stored...]]></description>
        

        <pubDate>Fri, 12 Aug 2005 21:29:42 -0400</pubDate>

        

        <jf:creationDate>Fri, 12 Aug 2005 21:29:42 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 12 Aug 2005 21:29:42 -0400</jf:modificationDate>
        <jf:date>Aug 12, 2005</jf:date>
        <jf:author>Mark N</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Window on data question</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=35233</link>

        

        
            <description><![CDATA[<blockquote><blockquote>A database schema provides the almost perfect meta data.</blockquote>Sadly, it seldom does.  </blockquote><br>In my experience, it's almost ALWAYS true that you can reverse engineer an database schema (including stored procedures,...]]></description>
        

        <pubDate>Fri, 12 Aug 2005 16:00:36 -0400</pubDate>

        

        <jf:creationDate>Fri, 12 Aug 2005 16:00:36 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 12 Aug 2005 16:00:36 -0400</jf:modificationDate>
        <jf:date>Aug 12, 2005</jf:date>
        <jf:author>PJ Murray</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Window on data question</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=35233</link>

        

        
            <description><![CDATA[<blockquote>If you're a Java programmer though, then it sort of seems logical to use the programming language you know. </blockquote>If it trully is just a &quot;Window on data&quot; what is anyone programming?  <br><blockquote>A database schema provides...]]></description>
        

        <pubDate>Fri, 12 Aug 2005 09:37:36 -0400</pubDate>

        

        <jf:creationDate>Fri, 12 Aug 2005 09:37:36 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 12 Aug 2005 09:37:36 -0400</jf:modificationDate>
        <jf:date>Aug 12, 2005</jf:date>
        <jf:author>Mark N</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Window on data question</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=35233</link>

        

        
            <description><![CDATA[<blockquote>And no benefit in using Java.  Or coding anything.  Just generate the code.</blockquote><br><br>There's lots of approaches to developing window-on-data applications (just ask Business Objects!).<br><br>If you're a Java programmer though, then...]]></description>
        

        <pubDate>Thu, 11 Aug 2005 18:21:17 -0400</pubDate>

        

        <jf:creationDate>Thu, 11 Aug 2005 18:21:17 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 11 Aug 2005 18:21:17 -0400</jf:modificationDate>
        <jf:date>Aug 11, 2005</jf:date>
        <jf:author>PJ Murray</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

        <title>Window on data question</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=35233</link>

        

        
            <description><![CDATA[<blockquote> I think the point is:In these window-on-data applications, where Java developers have no control of the database schema, can't stop a production database, where there's no business logic required, etc, there's really no benefit of using an...]]></description>
        

        <pubDate>Thu, 11 Aug 2005 16:43:25 -0400</pubDate>

        

        <jf:creationDate>Thu, 11 Aug 2005 16:43:25 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 11 Aug 2005 16:43:25 -0400</jf:modificationDate>
        <jf:date>Aug 11, 2005</jf:date>
        <jf:author>Mark N</jf:author>
        <jf:replyCount>4</jf:replyCount>
    </item>


    <item>

        <title>Window on data question</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=35233</link>

        

        
            <description><![CDATA[<blockquote>In the presentation Rod suggests that an O/R mapping tool is less appropriate if there is a 'window in data'. In do not fully understand this expression. Is it somehow related to the situation where developers work on large object models and...]]></description>
        

        <pubDate>Thu, 11 Aug 2005 11:05:33 -0400</pubDate>

        

        <jf:creationDate>Thu, 11 Aug 2005 11:05:33 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 11 Aug 2005 11:05:33 -0400</jf:modificationDate>
        <jf:date>Aug 11, 2005</jf:date>
        <jf:author>PJ Murray</jf:author>
        <jf:replyCount>5</jf:replyCount>
    </item>


    <item>

        <title>to DAO or not to DAO</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=35233</link>

        

        
            <description><![CDATA[<blockquote>I dont see how writing service.queryCustomerWithPrefetchedAccountsWithAmountGreaterThanis better than query.setString(Customer c join fetch c.accounts a where a.amount &gt; 1000);query.execute();(query not tested query).</blockquote><br>Could...]]></description>
        

        <pubDate>Wed, 10 Aug 2005 17:39:54 -0400</pubDate>

        

        <jf:creationDate>Wed, 10 Aug 2005 17:39:54 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 10 Aug 2005 17:39:54 -0400</jf:modificationDate>
        <jf:date>Aug 10, 2005</jf:date>
        <jf:author>Jing Xue</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Window on data question</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=35233</link>

        

        
            <description><![CDATA[In the presentation Rod suggests that an O/R mapping tool is less appropriate if there is a 'window in data'. In do not fully understand this expression. Is it somehow related to the situation where developers work on large object models and  have many...]]></description>
        

        <pubDate>Tue, 09 Aug 2005 06:43:05 -0400</pubDate>

        

        <jf:creationDate>Tue, 09 Aug 2005 06:43:05 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 09 Aug 2005 06:43:05 -0400</jf:modificationDate>
        <jf:date>Aug 9, 2005</jf:date>
        <jf:author>Sanne deRoever</jf:author>
        <jf:replyCount>6</jf:replyCount>
    </item>


    <item>

        <title>to DAO or not to DAO</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=35233</link>

        

        
            <description><![CDATA[<blockquote>I see DAOs being implemented on a per SQL statement basis meaning that for each unique sql statement, you would have a unique DAO.</blockquote><br>Where do you see this happening?  Whoever writes DAOs like this does needs to find someone who...]]></description>
        

        <pubDate>Mon, 08 Aug 2005 17:58:50 -0400</pubDate>

        

        <jf:creationDate>Mon, 08 Aug 2005 17:58:50 -0400</jf:creationDate>
        <jf:modificationDate>Mon, 08 Aug 2005 17:58:50 -0400</jf:modificationDate>
        <jf:date>Aug 8, 2005</jf:date>
        <jf:author>PJ Murray</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Persistence Object Rollback</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=35233</link>

        

        
            <description><![CDATA[FYI, we've implemented this feature in Hibernate but never commited it, because it creates some inconsistency in the object graph esp when reattached objects work together with loaded objetcs.<br>Plus we were not convinced by the usefulness of this...]]></description>
        

        <pubDate>Sun, 07 Aug 2005 17:33:27 -0400</pubDate>

        

        <jf:creationDate>Sun, 07 Aug 2005 17:33:27 -0400</jf:creationDate>
        <jf:modificationDate>Sun, 07 Aug 2005 17:33:27 -0400</jf:modificationDate>
        <jf:date>Aug 7, 2005</jf:date>
        <jf:author>Emmanuel Bernard</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Persistence Object Rollback</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=35233</link>

        

        
            <description><![CDATA[Juergen, thanks a lot, that was EXACTLY the answer I needed!<br><br>Basically, there's not a graceful way to recover from the rollback, and I need to throw the potentially stale objects away.<br><br>Being able to rollback persistent objects would be very...]]></description>
        

        <pubDate>Sun, 07 Aug 2005 15:39:23 -0400</pubDate>

        

        <jf:creationDate>Sun, 07 Aug 2005 15:39:23 -0400</jf:creationDate>
        <jf:modificationDate>Sun, 07 Aug 2005 15:39:23 -0400</jf:modificationDate>
        <jf:date>Aug 7, 2005</jf:date>
        <jf:author>Fabricio Breciano</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>to DAO or not to DAO</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=35233</link>

        

        
            <description><![CDATA[overcome what? No, I havent used query by criteria much. I happen to like the expressiveness of a dedicated query language, be it SQL or (preferredly if I dont lose power) some flavor of OQL.<br><br>christian]]></description>
        

        <pubDate>Sat, 06 Aug 2005 08:23:29 -0400</pubDate>

        

        <jf:creationDate>Sat, 06 Aug 2005 08:23:29 -0400</jf:creationDate>
        <jf:modificationDate>Sat, 06 Aug 2005 08:23:29 -0400</jf:modificationDate>
        <jf:date>Aug 6, 2005</jf:date>
        <jf:author>Christian Sell</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Standalone JdbcTemplate usage</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=35233</link>

        

        
            <description><![CDATA[Thanks for the suggestion - yes, we need more articles that show how to use Spring features on their own rather than in a full application context. This would certainly help to understand the design of Spring's individual parts.<br><br>In the case of...]]></description>
        

        <pubDate>Sat, 06 Aug 2005 07:36:15 -0400</pubDate>

        

        <jf:creationDate>Sat, 06 Aug 2005 07:36:15 -0400</jf:creationDate>
        <jf:modificationDate>Sat, 06 Aug 2005 07:36:15 -0400</jf:modificationDate>
        <jf:date>Aug 6, 2005</jf:date>
        <jf:author>Juergen Hoeller</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Persistence Object Rollback</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=35233</link>

        

        
            <description><![CDATA[Hibernate does not support a savepoint concept. So while Spring does provide nested transaction demarcation(PROPAGATION_NESTED), it won't work properly with Hibernate's persistent objects - just with the underlying JDBC Connection there (through JDBC 3.0...]]></description>
        

        <pubDate>Sat, 06 Aug 2005 07:28:50 -0400</pubDate>

        

        <jf:creationDate>Sat, 06 Aug 2005 07:28:50 -0400</jf:creationDate>
        <jf:modificationDate>Sat, 06 Aug 2005 07:28:50 -0400</jf:modificationDate>
        <jf:date>Aug 6, 2005</jf:date>
        <jf:author>Juergen Hoeller</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>



</channel>
</rss>

