<?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 - Norman Richards on revision of history and J2EE</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, 22 May 2013 20:30:30 -0400</pubDate>


    <item>

        <title>Re: Transparent persistence voids the need for an EJB approach</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=44617</link>

        

        
            <description><![CDATA[<blockquote>EJBs were probably not ill conceived (though I gave them a wide berth) though they were conceived in a time before mature transparent persistence via ORM (JDO/Hibernate) was commonplace.</blockquote>...]]></description>
        

        <pubDate>Sat, 17 Mar 2007 14:45:30 -0400</pubDate>

        

        <jf:creationDate>Sat, 17 Mar 2007 14:45:30 -0400</jf:creationDate>
        <jf:modificationDate>Sat, 17 Mar 2007 14:45:30 -0400</jf:modificationDate>
        <jf:date>Mar 17, 2007</jf:date>
        <jf:author>Roger Voss</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Transparent persistence voids the need for an EJB approach</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=44617</link>

        

        
            <description><![CDATA[EJBs were probably not ill conceived (though I gave them a wide berth) though they were conceived in a time before mature transparent persistence via ORM (JDO/Hibernate) was commonplace....]]></description>
        

        <pubDate>Thu, 15 Mar 2007 19:04:12 -0400</pubDate>

        

        <jf:creationDate>Thu, 15 Mar 2007 19:04:12 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 15 Mar 2007 19:04:12 -0400</jf:modificationDate>
        <jf:date>Mar 15, 2007</jf:date>
        <jf:author>Chris Golfman</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>A positive J2EE experience</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=44617</link>

        

        
            <description><![CDATA[In this article I relate a positive enterprise development experience using J2EE - but probably not quite along the lines that folks might be expecting:...]]></description>
        

        <pubDate>Thu, 15 Mar 2007 01:45:10 -0400</pubDate>

        

        <jf:creationDate>Thu, 15 Mar 2007 01:45:10 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 15 Mar 2007 01:45:10 -0400</jf:modificationDate>
        <jf:date>Mar 15, 2007</jf:date>
        <jf:author>Roger Voss</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Re: J2EE/JavaEE easier than Spring</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=44617</link>

        

        
            <description><![CDATA[<blockquote><blockquote>I had already written my own dynamic proxies so the AOP stuff seemed straighforward. Spring's AOP only took me a day to change over.<br><br>I've got junior guys able to use Spring AOP, Spring Quartz integration, Spring Transaction...]]></description>
        

        <pubDate>Wed, 14 Mar 2007 09:47:36 -0400</pubDate>

        

        <jf:creationDate>Wed, 14 Mar 2007 09:47:36 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 14 Mar 2007 09:47:36 -0400</jf:modificationDate>
        <jf:date>Mar 14, 2007</jf:date>
        <jf:author>David McCoy</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: J2EE/JavaEE easier than Spring</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=44617</link>

        

        
            <description><![CDATA[I agree with  Amin Mohammed-Coleman....]]></description>
        

        <pubDate>Wed, 14 Mar 2007 07:06:50 -0400</pubDate>

        

        <jf:creationDate>Wed, 14 Mar 2007 07:06:50 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 14 Mar 2007 07:06:50 -0400</jf:modificationDate>
        <jf:date>Mar 14, 2007</jf:date>
        <jf:author>Patrick Santana</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: J2EE/JavaEE easier than Spring</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=44617</link>

        

        
            <description><![CDATA[In my opinion i don't think it's a problem with the J2EE technology stack.  Projects shouldn't be governed by technology but by requirements and whether a piece of technology can furfill that requirement.  To me the important factor of successful...]]></description>
        

        <pubDate>Wed, 14 Mar 2007 05:04:47 -0400</pubDate>

        

        <jf:creationDate>Wed, 14 Mar 2007 05:04:47 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 14 Mar 2007 05:04:47 -0400</jf:modificationDate>
        <jf:date>Mar 14, 2007</jf:date>
        <jf:author>Amin Mohammed-Coleman</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: J2EE/JavaEE easier than Spring</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=44617</link>

        

        
            <description><![CDATA[<blockquote><blockquote></blockquote>Not necessarily. You can easily use non standard open source solutions instead of J2EE such as Hibernate, JDO for persistance, Burlan and Hessian for remote communication,  ... </blockquote><br><br><br>I see you...]]></description>
        

        <pubDate>Wed, 14 Mar 2007 04:41:23 -0400</pubDate>

        

        <jf:creationDate>Wed, 14 Mar 2007 04:41:23 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 14 Mar 2007 04:41:23 -0400</jf:modificationDate>
        <jf:date>Mar 14, 2007</jf:date>
        <jf:author>Alexandre Poitras</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: J2EE/JavaEE easier than Spring</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=44617</link>

        

        
            <description><![CDATA[<blockquote>I had already written my own dynamic proxies so the AOP stuff seemed straighforward. Spring's AOP only took me a day to change over.<br><br>I've got junior guys able to use Spring AOP, Spring Quartz integration, Spring Transaction support,...]]></description>
        

        <pubDate>Tue, 13 Mar 2007 19:30:55 -0400</pubDate>

        

        <jf:creationDate>Tue, 13 Mar 2007 19:30:55 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 13 Mar 2007 19:30:55 -0400</jf:modificationDate>
        <jf:date>Mar 13, 2007</jf:date>
        <jf:author>Javier Castanon</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

        <title>Re: Norman Richards on revision of history and J2EE</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=44617</link>

        

        
            <description><![CDATA[IMHO the issues facing J2EE projects is scale and responsiveness. More specifically J2EE projects require a larger infrastructure in terms of people and knowledge. Compared to competing technologies eg. .Net, Spring perhaps (POJO land) it is lumbering....]]></description>
        

        <pubDate>Tue, 13 Mar 2007 18:24:14 -0400</pubDate>

        

        <jf:creationDate>Tue, 13 Mar 2007 18:24:14 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 13 Mar 2007 18:24:14 -0400</jf:modificationDate>
        <jf:date>Mar 13, 2007</jf:date>
        <jf:author>Eddie Fung</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: J2EE/JavaEE easier than Spring</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=44617</link>

        

        
            <description><![CDATA[<blockquote><blockquote>So true, the entire Spring API would not be considered "lightweight" - but I don't believe this has ever been claimed (and nor would a product that tries to provide many features probably claim that its feature count is...]]></description>
        

        <pubDate>Tue, 13 Mar 2007 15:37:40 -0400</pubDate>

        

        <jf:creationDate>Tue, 13 Mar 2007 15:37:40 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 13 Mar 2007 15:37:40 -0400</jf:modificationDate>
        <jf:date>Mar 13, 2007</jf:date>
        <jf:author>David McCoy</jf:author>
        <jf:replyCount>4</jf:replyCount>
    </item>


    <item>

        <title>Re: J2EE/JavaEE easier than Spring</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=44617</link>

        

        
            <description><![CDATA[<blockquote><blockquote>Also, the nice thing is that with Spring 'style' POJO coding it is far easier to a give a more junior team member a task without them needing to be an expert in the underlying technology. To write a session bean to perform a...]]></description>
        

        <pubDate>Tue, 13 Mar 2007 15:32:05 -0400</pubDate>

        

        <jf:creationDate>Tue, 13 Mar 2007 15:32:05 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 13 Mar 2007 15:32:05 -0400</jf:modificationDate>
        <jf:date>Mar 13, 2007</jf:date>
        <jf:author>David McCoy</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: J2EE/JavaEE easier than Spring</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=44617</link>

        

        
            <description><![CDATA[<blockquote>So true, the entire Spring API would not be considered "lightweight" - but I don't believe this has ever been claimed (and nor would a product that tries to provide many features probably claim that its feature count is...]]></description>
        

        <pubDate>Tue, 13 Mar 2007 13:50:32 -0400</pubDate>

        

        <jf:creationDate>Tue, 13 Mar 2007 13:50:32 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 13 Mar 2007 13:50:32 -0400</jf:modificationDate>
        <jf:date>Mar 13, 2007</jf:date>
        <jf:author>Javier Castanon</jf:author>
        <jf:replyCount>5</jf:replyCount>
    </item>


    <item>

        <title>Re: J2EE/JavaEE easier than Spring</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=44617</link>

        

        
            <description><![CDATA[<blockquote></blockquote>Not necessarily. You can easily use non standard open source solutions instead of J2EE such as Hibernate, JDO for persistance, Burlan and Hessian for remote communication,  ... </blockquote>...]]></description>
        

        <pubDate>Tue, 13 Mar 2007 13:41:01 -0400</pubDate>

        

        <jf:creationDate>Tue, 13 Mar 2007 13:41:01 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 13 Mar 2007 13:41:01 -0400</jf:modificationDate>
        <jf:date>Mar 13, 2007</jf:date>
        <jf:author>Javier Castanon</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: J2EE/JavaEE easier than Spring</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=44617</link>

        

        
            <description><![CDATA[<blockquote>I agree. Not without a high load of irony, I show the J2EE and Spring javadocs to someone and then ask "What is the API that is supposed to be lightweight" </blockquote>...]]></description>
        

        <pubDate>Tue, 13 Mar 2007 12:55:29 -0400</pubDate>

        

        <jf:creationDate>Tue, 13 Mar 2007 12:55:29 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 13 Mar 2007 12:55:29 -0400</jf:modificationDate>
        <jf:date>Mar 13, 2007</jf:date>
        <jf:author>Robert Smith</jf:author>
        <jf:replyCount>6</jf:replyCount>
    </item>


    <item>

        <title>Re: J2EE/JavaEE easier than Spring</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=44617</link>

        

        
            <description><![CDATA[<blockquote>The bulk load is still in J2EE, and Spring is a handy support library.<br><br><br>Javier</blockquote> ...]]></description>
        

        <pubDate>Tue, 13 Mar 2007 12:41:55 -0400</pubDate>

        

        <jf:creationDate>Tue, 13 Mar 2007 12:41:55 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 13 Mar 2007 12:41:55 -0400</jf:modificationDate>
        <jf:date>Mar 13, 2007</jf:date>
        <jf:author>Alexandre Poitras</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>



</channel>
</rss>

