<?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 - Transparent Distributed Lazy Loading and Persistence</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 05:52:51 -0400</pubDate>


    <item>

        <title>Transparent Distributed Lazy Loading and Persistence</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=17886</link>

        

        
            <description><![CDATA[You really nailed it !...]]></description>
        

        <pubDate>Wed, 24 Sep 2003 17:10:27 -0400</pubDate>

        

        <jf:creationDate>Wed, 24 Sep 2003 17:10:27 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 24 Sep 2003 17:10:27 -0400</jf:modificationDate>
        <jf:date>Sep 24, 2003</jf:date>
        <jf:author>Michael Link</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Transparent Distributed Lazy Loading and Persistence</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=17886</link>

        

        
            <description><![CDATA[<div class="jive-quote">I see this useful for small application for which using EJBs doesn&#x92;t make much sense anyway. For enterprise scale I see some drawbacks. </div>...]]></description>
        

        <pubDate>Mon, 08 Sep 2003 11:33:17 -0400</pubDate>

        

        <jf:creationDate>Mon, 08 Sep 2003 11:33:17 -0400</jf:creationDate>
        <jf:modificationDate>Mon, 08 Sep 2003 11:33:17 -0400</jf:modificationDate>
        <jf:date>Sep 8, 2003</jf:date>
        <jf:author>David Kempster</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Transparent Distributed Lazy Loading and Persistence</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=17886</link>

        

        
            <description><![CDATA[Hi Razvan - thanks for your comments....]]></description>
        

        <pubDate>Sat, 16 Aug 2003 09:28:34 -0400</pubDate>

        

        <jf:creationDate>Sat, 16 Aug 2003 09:28:34 -0400</jf:creationDate>
        <jf:modificationDate>Sat, 16 Aug 2003 09:28:34 -0400</jf:modificationDate>
        <jf:date>Aug 16, 2003</jf:date>
        <jf:author>tim fox</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Needs interfaces for your domain objects</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=17886</link>

        

        
            <description><![CDATA[Nice idea....]]></description>
        

        <pubDate>Sat, 16 Aug 2003 09:16:12 -0400</pubDate>

        

        <jf:creationDate>Sat, 16 Aug 2003 09:16:12 -0400</jf:creationDate>
        <jf:modificationDate>Sat, 16 Aug 2003 09:16:12 -0400</jf:modificationDate>
        <jf:date>Aug 16, 2003</jf:date>
        <jf:author>tim fox</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>I've been doing this for a few years...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=17886</link>

        

        
            <description><![CDATA[<a class="jive-link-external" href="http://cglib.sf.net" target="_newWindow">http://cglib.sf.net</a> was designed for this kind of use cases....]]></description>
        

        <pubDate>Sun, 22 Jun 2003 13:59:59 -0400</pubDate>

        

        <jf:creationDate>Sun, 22 Jun 2003 13:59:59 -0400</jf:creationDate>
        <jf:modificationDate>Sun, 22 Jun 2003 13:59:59 -0400</jf:modificationDate>
        <jf:date>Jun 22, 2003</jf:date>
        <jf:author>Juozas Baliuka</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Transparent Distributed Lazy Loading and Persistence</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=17886</link>

        

        
            <description><![CDATA[Or you could use a Virtual Proxy as explained in <a class="jive-link-external" href="http://www.anands.net/articles/lazyLoad.html" target="_newWindow">http://www.anands.net/articles/lazyLoad.html</a> to load the data.  This can get the relevant...]]></description>
        

        <pubDate>Wed, 14 May 2003 14:58:43 -0400</pubDate>

        

        <jf:creationDate>Wed, 14 May 2003 14:58:43 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 14 May 2003 14:58:43 -0400</jf:modificationDate>
        <jf:date>May 14, 2003</jf:date>
        <jf:author>Anand Sankaran</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Transparent Distributed Lazy Loading and Persistence</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=17886</link>

        

        
            <description><![CDATA[I see this useful for small application for which using EJBs doesn&#x92;t make much sense anyway. For enterprise scale I see some drawbacks. ...]]></description>
        

        <pubDate>Wed, 23 Apr 2003 20:46:10 -0400</pubDate>

        

        <jf:creationDate>Wed, 23 Apr 2003 20:46:10 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 23 Apr 2003 20:46:10 -0400</jf:modificationDate>
        <jf:date>Apr 23, 2003</jf:date>
        <jf:author>Razvan Nicolau</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

        <title>Proxy/advice mismatch</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=17886</link>

        

        
            <description><![CDATA[I understand that only data is passed. My mixup was as a result of confusing dynamic proxies and advice weaved in at the class level. Thanks for the clarification. Looks like it's time to play with nanning :-)]]></description>
        

        <pubDate>Fri, 07 Mar 2003 14:34:05 -0500</pubDate>

        

        <jf:creationDate>Fri, 07 Mar 2003 14:34:05 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 07 Mar 2003 14:34:05 -0500</jf:modificationDate>
        <jf:date>Mar 7, 2003</jf:date>
        <jf:author>Chris Winters</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>How to distinguish client/server?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=17886</link>

        

        
            <description><![CDATA[<div class="jive-quote">But now we're passing these Order objects (which are actually proxies) to the client. What happens now? We've attached additional meaning to these seemingly harmless POJOs: these proxies are meant to run in the server, not the...]]></description>
        

        <pubDate>Fri, 07 Mar 2003 09:48:34 -0500</pubDate>

        

        <jf:creationDate>Fri, 07 Mar 2003 09:48:34 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 07 Mar 2003 09:48:34 -0500</jf:modificationDate>
        <jf:date>Mar 7, 2003</jf:date>
        <jf:author>tim fox</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>How to distinguish client/server?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=17886</link>

        

        
            <description><![CDATA[I generally understand the immense value of the Interceptor/Proxy pattern and how it works. (&quot;Generally&quot; because I haven't done it myself, I *think* my knowledge is clear.) What I don't understand is how objects passed from the server to the...]]></description>
        

        <pubDate>Wed, 05 Mar 2003 14:49:22 -0500</pubDate>

        

        <jf:creationDate>Wed, 05 Mar 2003 14:49:22 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 05 Mar 2003 14:49:22 -0500</jf:modificationDate>
        <jf:date>Mar 5, 2003</jf:date>
        <jf:author>Chris Winters</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Not a pattern discussion???</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=17886</link>

        

        
            <description><![CDATA[I'm just mentioning several alternative implemenations of the pattern you mentioned.  Although TOPLink (and JDO) does do many things, one of the things it does is distributed lazy loading.  Hopefully, discussion of the practical implementation of...]]></description>
        

        <pubDate>Mon, 24 Feb 2003 09:44:39 -0500</pubDate>

        

        <jf:creationDate>Mon, 24 Feb 2003 09:44:39 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 24 Feb 2003 09:44:39 -0500</jf:modificationDate>
        <jf:date>Feb 24, 2003</jf:date>
        <jf:author>Matt Pouttu-Clarke</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Stateless session bean handles</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=17886</link>

        

        
            <description><![CDATA[Yes, my own code.  I just used a DAO pattern, then hid the call to the stateless session bean handle inside my bean.  This does hide a &quot;side effect&quot; of calling the stateless session bean but isn't that the purpose of OO? ;)  Just document the...]]></description>
        

        <pubDate>Mon, 24 Feb 2003 08:52:41 -0500</pubDate>

        

        <jf:creationDate>Mon, 24 Feb 2003 08:52:41 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 24 Feb 2003 08:52:41 -0500</jf:modificationDate>
        <jf:date>Feb 24, 2003</jf:date>
        <jf:author>Matt Pouttu-Clarke</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>it certainly works</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=17886</link>

        

        
            <description><![CDATA[I also use this kind of framework to access databases. It eases development very very much. Persistence is not an issue any more, i just write the java object and create a table with the same field names. It works nice at server, below session ejbs...]]></description>
        

        <pubDate>Thu, 20 Feb 2003 17:54:30 -0500</pubDate>

        

        <jf:creationDate>Thu, 20 Feb 2003 17:54:30 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 20 Feb 2003 17:54:30 -0500</jf:modificationDate>
        <jf:date>Feb 20, 2003</jf:date>
        <jf:author>Dieter Cailliau</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Toplink has been doing this for a long time.</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=17886</link>

        

        
            <description><![CDATA[Sigh... You're right....]]></description>
        

        <pubDate>Thu, 20 Feb 2003 09:03:00 -0500</pubDate>

        

        <jf:creationDate>Thu, 20 Feb 2003 09:03:00 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 20 Feb 2003 09:03:00 -0500</jf:modificationDate>
        <jf:date>Feb 20, 2003</jf:date>
        <jf:author>tim fox</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Transparent Distributed Lazy Loading and Persistence</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=17886</link>

        

        
            <description><![CDATA[I agree. The Patterns part of TheServerside has become just a place where one could express and discuss some ideas. I think there should be strict requirements for posts in this area, at least a requirement of following GoF pattern definition. Otherwise...]]></description>
        

        <pubDate>Wed, 19 Feb 2003 16:37:31 -0500</pubDate>

        

        <jf:creationDate>Wed, 19 Feb 2003 16:37:31 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 19 Feb 2003 16:37:31 -0500</jf:modificationDate>
        <jf:date>Feb 19, 2003</jf:date>
        <jf:author>Slava Imeshev</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>



</channel>
</rss>

