<?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 - Mr. Persister 2.0 Released (ORM API)</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>Sun, 26 May 2013 01:41:33 -0400</pubDate>


    <item>

        <title>What's in Store for the Next Release...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=27745</link>

        

        
            <description><![CDATA[<blockquote>On the other hand, Mr. Persister doesn't have some of the features of the other products out there (object caching would top my wish list).</blockquote>I considered including object caching in the 2.0.0 release or not, but decided to leave it...]]></description>
        

        <pubDate>Sun, 08 Aug 2004 04:26:20 -0400</pubDate>

        

        <jf:creationDate>Sun, 08 Aug 2004 04:26:20 -0400</jf:creationDate>
        <jf:modificationDate>Sun, 08 Aug 2004 04:26:20 -0400</jf:modificationDate>
        <jf:date>Aug 8, 2004</jf:date>
        <jf:author>Jakob Jenkov</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>So different, yet so much alike.  :-)</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=27745</link>

        

        
            <description><![CDATA[Hi Jakob,<br><br>I noticed that later.  Yes, that is indeed a unique feature of Mr. Persister!<br><br>Cheers,<br>Clinton]]></description>
        

        <pubDate>Thu, 05 Aug 2004 15:37:56 -0400</pubDate>

        

        <jf:creationDate>Thu, 05 Aug 2004 15:37:56 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 05 Aug 2004 15:37:56 -0400</jf:modificationDate>
        <jf:date>Aug 5, 2004</jf:date>
        <jf:author>Clinton Begin</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

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

        

        
            <description><![CDATA[Looks very interesting.  To me, the main advantages of using this ORM are ease of use and productivity increases gained by eliminating mundane tasks.  I also like the fact that you can maintain control over the SQL (complex joins, indeces for...]]></description>
        

        <pubDate>Thu, 05 Aug 2004 12:36:33 -0400</pubDate>

        

        <jf:creationDate>Thu, 05 Aug 2004 12:36:33 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 05 Aug 2004 12:36:33 -0400</jf:modificationDate>
        <jf:date>Aug 5, 2004</jf:date>
        <jf:author>Michael Bochenek</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>You DON'T need to subclass AbstractDao for each POJO...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=27745</link>

        

        
            <description><![CDATA[Well, actually the AbstractDao is only a facade that eases access to the components that really does the ORM work. You can go directly to those components if you like. That way no subclassing is necessary at all.]]></description>
        

        <pubDate>Thu, 05 Aug 2004 11:13:39 -0400</pubDate>

        

        <jf:creationDate>Thu, 05 Aug 2004 11:13:39 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 05 Aug 2004 11:13:39 -0400</jf:modificationDate>
        <jf:date>Aug 5, 2004</jf:date>
        <jf:author>Jakob Jenkov</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>So different, yet so much alike.  :-)</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=27745</link>

        

        
            <description><![CDATA[Hi Clinton,<blockquote>Just a small correction here, so people don't get the wrong idea.  iBATIS has been able to do this since 1.2.0.  Aliasing is only required if the column names don't match the bean.</blockquote>It seems Ibatis and Mr. Persister are...]]></description>
        

        <pubDate>Thu, 05 Aug 2004 11:11:53 -0400</pubDate>

        

        <jf:creationDate>Thu, 05 Aug 2004 11:11:53 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 05 Aug 2004 11:11:53 -0400</jf:modificationDate>
        <jf:date>Aug 5, 2004</jf:date>
        <jf:author>Jakob Jenkov</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>You DON'T need to subclass AbstractDao for each POJO...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=27745</link>

        

        
            <description><![CDATA[Hi Again,<br><br>You DAO class needs to subclass AbstractDao, but your POJO's don't. I guess that is confusing some readers.]]></description>
        

        <pubDate>Thu, 05 Aug 2004 11:03:56 -0400</pubDate>

        

        <jf:creationDate>Thu, 05 Aug 2004 11:03:56 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 05 Aug 2004 11:03:56 -0400</jf:modificationDate>
        <jf:date>Aug 5, 2004</jf:date>
        <jf:author>Jakob Jenkov</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>So different, yet so much alike.  :-)</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=27745</link>

        

        
            <description><![CDATA[<blockquote> iBATIS has been able to do this since 1.2.0.  Aliasing is only required if the column names don't match the bean.</blockquote>Probably it is better to use private fields for read/write operations, It must not be a problem to use any names in...]]></description>
        

        <pubDate>Wed, 04 Aug 2004 13:56:20 -0400</pubDate>

        

        <jf:creationDate>Wed, 04 Aug 2004 13:56:20 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 04 Aug 2004 13:56:20 -0400</jf:modificationDate>
        <jf:date>Aug 4, 2004</jf:date>
        <jf:author>Juozas Baliuka</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>So different, yet so much alike.  :-)</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=27745</link>

        

        
            <description><![CDATA[Hi Jakob,<br><br>Congratulations on a nice piece of software.  <br><br>I've had a look at the software and documentation and I'd like to say that the code quality and documentation are outstanding.  I think you're the first to offer (free) flash video...]]></description>
        

        <pubDate>Wed, 04 Aug 2004 10:33:51 -0400</pubDate>

        

        <jf:creationDate>Wed, 04 Aug 2004 10:33:51 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 04 Aug 2004 10:33:51 -0400</jf:modificationDate>
        <jf:date>Aug 4, 2004</jf:date>
        <jf:author>Clinton Begin</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

        <title>You DON'T need to subclass AbstractDao for each POJO...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=27745</link>

        

        
            <description><![CDATA[Jakob - I think the thread starter was, as many people seem to be doing, implying that you shouldn't ever have to subclass anything in order to make a persistable POJO.  <br><br>Admirable goal, but at times unrealistic.  I usually find that subclassing...]]></description>
        

        <pubDate>Wed, 04 Aug 2004 09:47:39 -0400</pubDate>

        

        <jf:creationDate>Wed, 04 Aug 2004 09:47:39 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 04 Aug 2004 09:47:39 -0400</jf:modificationDate>
        <jf:date>Aug 4, 2004</jf:date>
        <jf:author>Gerry G</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>All in all...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=27745</link>

        

        
            <description><![CDATA[<blockquote>All in all Mr. Persister is for those who like to have full control using JDBC and SQL, but don't like to do all the trivial mapping yourself.</blockquote>It should have said &quot;but don't like to do all the trivial JDBC code...]]></description>
        

        <pubDate>Wed, 04 Aug 2004 05:43:42 -0400</pubDate>

        

        <jf:creationDate>Wed, 04 Aug 2004 05:43:42 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 04 Aug 2004 05:43:42 -0400</jf:modificationDate>
        <jf:date>Aug 4, 2004</jf:date>
        <jf:author>Jakob Jenkov</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>The name... + questions?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=27745</link>

        

        
            <description><![CDATA[Oh, and I'm happy you like the name :-D <br><br><br>If anyone has anymore questions, follow the link to the website, find our email address and email us. I'll answer any questions within a day or two.]]></description>
        

        <pubDate>Wed, 04 Aug 2004 05:39:38 -0400</pubDate>

        

        <jf:creationDate>Wed, 04 Aug 2004 05:39:38 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 04 Aug 2004 05:39:38 -0400</jf:modificationDate>
        <jf:date>Aug 4, 2004</jf:date>
        <jf:author>Jakob Jenkov</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>All in all...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=27745</link>

        

        
            <description><![CDATA[<blockquote>All in all Mr. Persister is for those who like to have full control using JDBC and SQL, but don't like to do all the trivial mapping yourself.</blockquote>... or need to have full control. Sometimes you need full control to take full...]]></description>
        

        <pubDate>Wed, 04 Aug 2004 05:31:56 -0400</pubDate>

        

        <jf:creationDate>Wed, 04 Aug 2004 05:31:56 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 04 Aug 2004 05:31:56 -0400</jf:modificationDate>
        <jf:date>Aug 4, 2004</jf:date>
        <jf:author>Jakob Jenkov</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>All in all</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=27745</link>

        

        
            <description><![CDATA[All in all Mr. Persister is for those who like to have full control using JDBC and SQL, but don't like to do all the trivial mapping yourself. <br><br>With Mr. Persister you can divide the work between you and the API. Mr. Persister can do the trivial...]]></description>
        

        <pubDate>Wed, 04 Aug 2004 05:27:43 -0400</pubDate>

        

        <jf:creationDate>Wed, 04 Aug 2004 05:27:43 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 04 Aug 2004 05:27:43 -0400</jf:modificationDate>
        <jf:date>Aug 4, 2004</jf:date>
        <jf:author>Jakob Jenkov</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

        <title>Lightweight is ok, but...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=27745</link>

        

        
            <description><![CDATA[You can manage your transactions in Mr. Persister just like you would normally do in JDBC. Only difference is that you can have Mr. Persister do some of the trivial jobs for you, and do the hard parts yourself with regular JDBC.<br><br>You can achieve...]]></description>
        

        <pubDate>Wed, 04 Aug 2004 05:24:25 -0400</pubDate>

        

        <jf:creationDate>Wed, 04 Aug 2004 05:24:25 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 04 Aug 2004 05:24:25 -0400</jf:modificationDate>
        <jf:date>Aug 4, 2004</jf:date>
        <jf:author>Jakob Jenkov</jf:author>
        <jf:replyCount>4</jf:replyCount>
    </item>


    <item>

        <title>the best I've-read-a-Fowler-book-and-started-an-open-source-proj</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=27745</link>

        

        
            <description><![CDATA[I do indeed have Martin Fowlers &quot;Patterns of Enterprise Application Architecture&quot; on the shelf, and I have noted too that it contains a couple of chapters on ORM. I haven't read the book yet though, even if I probably should have :-)]]></description>
        

        <pubDate>Wed, 04 Aug 2004 05:06:14 -0400</pubDate>

        

        <jf:creationDate>Wed, 04 Aug 2004 05:06:14 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 04 Aug 2004 05:06:14 -0400</jf:modificationDate>
        <jf:date>Aug 4, 2004</jf:date>
        <jf:author>Jakob Jenkov</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>



</channel>
</rss>

