<?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 - RIFE/Crud 1.0: CRUD scaffolding for RIFE released</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, 19 May 2013 16:07:24 -0400</pubDate>


    <item>

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

        

        
            <description><![CDATA[<blockquote>It seems that Sun is starting to hear the requests, they ask for input and a discussion about the subject in this forum:<a href="http://forum.java.sun.com/thread.jspa?messageID=3949087"...]]></description>
        

        <pubDate>Wed, 26 Oct 2005 05:11:37 -0400</pubDate>

        

        <jf:creationDate>Wed, 26 Oct 2005 05:11:37 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 26 Oct 2005 05:11:37 -0400</jf:modificationDate>
        <jf:date>Oct 26, 2005</jf:date>
        <jf:author>Dennis Bekkering</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

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

        

        
            <description><![CDATA[It seems that Sun is starting to hear the requests, they ask for input and a discussion about the subject in this forum:<br><a href="http://forum.java.sun.com/thread.jspa?messageID=3949087"...]]></description>
        

        <pubDate>Wed, 26 Oct 2005 03:52:10 -0400</pubDate>

        

        <jf:creationDate>Wed, 26 Oct 2005 03:52:10 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 26 Oct 2005 03:52:10 -0400</jf:modificationDate>
        <jf:date>Oct 26, 2005</jf:date>
        <jf:author>gbevin</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

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

        

        
            <description><![CDATA[<blockquote>That road somehow always ends up dead. You will have to manage global vars or don't use 'm. And forget static vars. Even JUNIT can do this right, then why should i even try. I want my full hotswap and nothing else!</blockquote><br>I agree...]]></description>
        

        <pubDate>Tue, 25 Oct 2005 12:56:54 -0400</pubDate>

        

        <jf:creationDate>Tue, 25 Oct 2005 12:56:54 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 25 Oct 2005 12:56:54 -0400</jf:modificationDate>
        <jf:date>Oct 25, 2005</jf:date>
        <jf:author>Remi Vankeisbelck</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

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

        

        
            <description><![CDATA[<blockquote> using a fresh new classloader when you want </blockquote><br>That road somehow always ends up dead. You will have to manage global vars or don't use 'm. And forget static vars. Even JUNIT can do this right, then why should i even try. I want...]]></description>
        

        <pubDate>Tue, 25 Oct 2005 12:34:01 -0400</pubDate>

        

        <jf:creationDate>Tue, 25 Oct 2005 12:34:01 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 25 Oct 2005 12:34:01 -0400</jf:modificationDate>
        <jf:date>Oct 25, 2005</jf:date>
        <jf:author>Dennis Bekkering</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

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

        

        
            <description><![CDATA[<blockquote>Yes, currently in Java, you need to redeploy if you change the methods of a class.</blockquote><br>It make sense IMHO.<br><blockquote>If you change body of method it is no problem to replace class in memory. Only problem is when you introduce...]]></description>
        

        <pubDate>Tue, 25 Oct 2005 12:07:49 -0400</pubDate>

        

        <jf:creationDate>Tue, 25 Oct 2005 12:07:49 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 25 Oct 2005 12:07:49 -0400</jf:modificationDate>
        <jf:date>Oct 25, 2005</jf:date>
        <jf:author>Remi Vankeisbelck</jf:author>
        <jf:replyCount>4</jf:replyCount>
    </item>


    <item>

        <title>No, Trails does NOT generate code</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=37249</link>

        

        
            <description><![CDATA[<blockquote><blockquote><blockquote><blockquote>Yes, currently in Java, you need to redeploy if you change the methods of a class.</blockquote>If you change body of method it is no problem to replace class in memory. Only problem is when you introduce...]]></description>
        

        <pubDate>Tue, 25 Oct 2005 11:11:01 -0400</pubDate>

        

        <jf:creationDate>Tue, 25 Oct 2005 11:11:01 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 25 Oct 2005 11:11:01 -0400</jf:modificationDate>
        <jf:date>Oct 25, 2005</jf:date>
        <jf:author>Dennis Bekkering</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>No, Trails does NOT generate code</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=37249</link>

        

        
            <description><![CDATA[<blockquote><blockquote><blockquote>Yes, currently in Java, you need to redeploy if you change the methods of a class.</blockquote>If you change body of method it is no problem to replace class in memory. Only problem is when you introduce new methods....]]></description>
        

        <pubDate>Tue, 25 Oct 2005 10:16:30 -0400</pubDate>

        

        <jf:creationDate>Tue, 25 Oct 2005 10:16:30 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 25 Oct 2005 10:16:30 -0400</jf:modificationDate>
        <jf:date>Oct 25, 2005</jf:date>
        <jf:author>Andrea Aime</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Code generation</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=37249</link>

        

        
            <description><![CDATA[<blockquote><blockquote><blockquote>The downside of code generation for reusable logic is that you want to extend or override parts of it. </blockquote>There is a simple workaround for that:  only generate base classes and have users subclasss and...]]></description>
        

        <pubDate>Tue, 25 Oct 2005 10:02:04 -0400</pubDate>

        

        <jf:creationDate>Tue, 25 Oct 2005 10:02:04 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 25 Oct 2005 10:02:04 -0400</jf:modificationDate>
        <jf:date>Oct 25, 2005</jf:date>
        <jf:author>Cedric Beust</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Code generation</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=37249</link>

        

        
            <description><![CDATA[Well in this case, this isn't needed, the implementations a generic and adapt to the constraints. The views are generated at runtime, but there you don't have Java inheritance with base classes and such. You could figure out some way to still do that,...]]></description>
        

        <pubDate>Tue, 25 Oct 2005 10:01:35 -0400</pubDate>

        

        <jf:creationDate>Tue, 25 Oct 2005 10:01:35 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 25 Oct 2005 10:01:35 -0400</jf:modificationDate>
        <jf:date>Oct 25, 2005</jf:date>
        <jf:author>gbevin</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Code generation</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=37249</link>

        

        
            <description><![CDATA[<blockquote><blockquote>The downside of code generation for reusable logic is that you want to extend or override parts of it. </blockquote>There is a simple workaround for that:  only generate base classes and have users subclasss and override them.It's...]]></description>
        

        <pubDate>Tue, 25 Oct 2005 09:45:44 -0400</pubDate>

        

        <jf:creationDate>Tue, 25 Oct 2005 09:45:44 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 25 Oct 2005 09:45:44 -0400</jf:modificationDate>
        <jf:date>Oct 25, 2005</jf:date>
        <jf:author>Dennis Bekkering</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Code generation</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=37249</link>

        

        
            <description><![CDATA[<blockquote>The downside of code generation for reusable logic is that you want to extend or override parts of it. </blockquote>There is a simple workaround for that:  only generate base classes and have users subclasss and override them.<br><br>It's so...]]></description>
        

        <pubDate>Tue, 25 Oct 2005 09:40:32 -0400</pubDate>

        

        <jf:creationDate>Tue, 25 Oct 2005 09:40:32 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 25 Oct 2005 09:40:32 -0400</jf:modificationDate>
        <jf:date>Oct 25, 2005</jf:date>
        <jf:author>Cedric Beust</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

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

        

        
            <description><![CDATA[<blockquote><blockquote>because then we would have to config hibernate metadata to store pojo metadata... metadata of metadata!Jokes aside</blockquote>that actually is not a joke you make there. You enter meta-meta area then. Can get very confusing but...]]></description>
        

        <pubDate>Tue, 25 Oct 2005 07:39:37 -0400</pubDate>

        

        <jf:creationDate>Tue, 25 Oct 2005 07:39:37 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 25 Oct 2005 07:39:37 -0400</jf:modificationDate>
        <jf:date>Oct 25, 2005</jf:date>
        <jf:author>Henrique Steckelberg</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>No, Trails does NOT generate code</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=37249</link>

        

        
            <description><![CDATA[<blockquote><blockquote>Yes, currently in Java, you need to redeploy if you change the methods of a class.</blockquote>If you change body of method it is no problem to replace class in memory. Only problem is when you introduce new methods. I'm looking...]]></description>
        

        <pubDate>Tue, 25 Oct 2005 03:00:20 -0400</pubDate>

        

        <jf:creationDate>Tue, 25 Oct 2005 03:00:20 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 25 Oct 2005 03:00:20 -0400</jf:modificationDate>
        <jf:date>Oct 25, 2005</jf:date>
        <jf:author>Dennis Bekkering</jf:author>
        <jf:replyCount>7</jf:replyCount>
    </item>


    <item>

        <title>RIFE/Crud 1.0: CRUD scaffolding for RIFE released</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=37249</link>

        

        
            <description><![CDATA[Excellent stuff as usual, Geert. Congratulations.]]></description>
        

        <pubDate>Mon, 24 Oct 2005 20:19:45 -0400</pubDate>

        

        <jf:creationDate>Mon, 24 Oct 2005 20:19:45 -0400</jf:creationDate>
        <jf:modificationDate>Mon, 24 Oct 2005 20:19:45 -0400</jf:modificationDate>
        <jf:date>Oct 24, 2005</jf:date>
        <jf:author>Bruce Tate</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>No, Trails does NOT generate code</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=37249</link>

        

        
            <description><![CDATA[<blockquote>If you change body of method it is no problem to replace class in memory. Only problem is when you introduce new methods.</blockquote><br>That's what I meant.<br><blockquote>I'm looking forward when sun allow even those classes to be replaced...]]></description>
        

        <pubDate>Mon, 24 Oct 2005 18:46:55 -0400</pubDate>

        

        <jf:creationDate>Mon, 24 Oct 2005 18:46:55 -0400</jf:creationDate>
        <jf:modificationDate>Mon, 24 Oct 2005 18:46:55 -0400</jf:modificationDate>
        <jf:date>Oct 24, 2005</jf:date>
        <jf:author>gbevin</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>



</channel>
</rss>

