<?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 - Opinion: EJB Limitations. Can you break them? Can you not?</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>Sat, 25 May 2013 13:13:20 -0400</pubDate>


    <item>

        <title>read/write Static data a real problem</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=23012</link>

        

        
            <description><![CDATA[My understanding of the reason to not use static data is not that it won't really behave as a singleton in a multi-VM environment.<br><br>If you have read/write static data accessed by multiple threads (i.e. from different transactions) you need to...]]></description>
        

        <pubDate>Tue, 06 Jul 2004 14:17:06 -0400</pubDate>

        

        <jf:creationDate>Tue, 06 Jul 2004 14:17:06 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 06 Jul 2004 14:17:06 -0400</jf:modificationDate>
        <jf:date>Jul 6, 2004</jf:date>
        <jf:author>Damon Feldman</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Singletons are an implementation detail: users shouldn't care</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=23012</link>

        

        
            <description><![CDATA[IMHO: Having a factory method which provides developers with access to objects is fine.  Having big, heavyweight objects pooled so that different transactions can re-use them can be fine (if they're read-only or stateless and threadsafe or some such...]]></description>
        

        <pubDate>Tue, 30 Dec 2003 21:48:45 -0500</pubDate>

        

        <jf:creationDate>Tue, 30 Dec 2003 21:48:45 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 30 Dec 2003 21:48:45 -0500</jf:modificationDate>
        <jf:date>Dec 30, 2003</jf:date>
        <jf:author>Sean Broadley</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Opinion: EJB Limitations. Can you break them? Can you not?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=23012</link>

        

        
            <description><![CDATA[<div class="jive-quote">Ironically enough, the original EJB spec was intended to allow &quot;coding services for dummies&quot;....</div>...]]></description>
        

        <pubDate>Tue, 30 Dec 2003 21:28:37 -0500</pubDate>

        

        <jf:creationDate>Tue, 30 Dec 2003 21:28:37 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 30 Dec 2003 21:28:37 -0500</jf:modificationDate>
        <jf:date>Dec 30, 2003</jf:date>
        <jf:author>Sean Broadley</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>new threads issues</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=23012</link>

        

        
            <description><![CDATA[<div class="jive-quote">Some app servers store context information in thread local. If you spin up a new &gt;thread, it has no context, and thus cannot use J2EE APIs implemented by that &gt;server.</div>...]]></description>
        

        <pubDate>Fri, 26 Dec 2003 18:39:47 -0500</pubDate>

        

        <jf:creationDate>Fri, 26 Dec 2003 18:39:47 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 26 Dec 2003 18:39:47 -0500</jf:modificationDate>
        <jf:date>Dec 26, 2003</jf:date>
        <jf:author>thoff thoff</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Opinion: EJB Limitations. Can you break them? Can you not?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=23012</link>

        

        
            <description><![CDATA[[deleted the older quotations]...]]></description>
        

        <pubDate>Fri, 26 Dec 2003 13:05:58 -0500</pubDate>

        

        <jf:creationDate>Fri, 26 Dec 2003 13:05:58 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 26 Dec 2003 13:05:58 -0500</jf:modificationDate>
        <jf:date>Dec 26, 2003</jf:date>
        <jf:author>Gal Binyamini</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>new threads issues</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=23012</link>

        

        
            <description><![CDATA[<i>Thread local is always shared amongst applications....]]></description>
        

        <pubDate>Fri, 26 Dec 2003 12:40:00 -0500</pubDate>

        

        <jf:creationDate>Fri, 26 Dec 2003 12:40:00 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 26 Dec 2003 12:40:00 -0500</jf:modificationDate>
        <jf:date>Dec 26, 2003</jf:date>
        <jf:author>Cameron Purdy</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Opinion: EJB Limitations. Can you break them? Can you not?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=23012</link>

        

        
            <description><![CDATA[Thread local is always shared amongst applications.
<br>It's never owned by just one app, so that's not a
<br>reason to limit threading.]]></description>
        

        <pubDate>Fri, 26 Dec 2003 12:01:07 -0500</pubDate>

        

        <jf:creationDate>Fri, 26 Dec 2003 12:01:07 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 26 Dec 2003 12:01:07 -0500</jf:modificationDate>
        <jf:date>Dec 26, 2003</jf:date>
        <jf:author>thoff thoff</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

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

        

        
            <description><![CDATA[Cedric: <i>The problem with the static field approach is that there are only two states: null and non-null. Bob's scenario will only work if the non-null state is always valid. It won't work if the value can become stale over time</i>...]]></description>
        

        <pubDate>Fri, 26 Dec 2003 11:31:55 -0500</pubDate>

        

        <jf:creationDate>Fri, 26 Dec 2003 11:31:55 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 26 Dec 2003 11:31:55 -0500</jf:modificationDate>
        <jf:date>Dec 26, 2003</jf:date>
        <jf:author>Cameron Purdy</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Opinion: EJB Limitations. Can you break them? Can you not?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=23012</link>

        

        
            <description><![CDATA[Mike,...]]></description>
        

        <pubDate>Fri, 26 Dec 2003 05:11:18 -0500</pubDate>

        

        <jf:creationDate>Fri, 26 Dec 2003 05:11:18 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 26 Dec 2003 05:11:18 -0500</jf:modificationDate>
        <jf:date>Dec 26, 2003</jf:date>
        <jf:author>Robert Boothby</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

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

        

        
            <description><![CDATA[Sorry for the extra quoting in my reply above.
<br>
<br>-- 
<br>Cedric]]></description>
        

        <pubDate>Fri, 26 Dec 2003 01:34:16 -0500</pubDate>

        

        <jf:creationDate>Fri, 26 Dec 2003 01:34:16 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 26 Dec 2003 01:34:16 -0500</jf:modificationDate>
        <jf:date>Dec 26, 2003</jf:date>
        <jf:author>Cedric Beust</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Opinion: EJB Limitations. Can you break them? Can you not?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=23012</link>

        

        
            <description><![CDATA[<div class="jive-quote"><div class="jive-quote">I posted the following remark on <a href="http://beust.com/weblog" target="_blank">my weblog</a>:</div></div>...]]></description>
        

        <pubDate>Fri, 26 Dec 2003 01:33:31 -0500</pubDate>

        

        <jf:creationDate>Fri, 26 Dec 2003 01:33:31 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 26 Dec 2003 01:33:31 -0500</jf:modificationDate>
        <jf:date>Dec 26, 2003</jf:date>
        <jf:author>Cedric Beust</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

        <title>Opinion: EJB Limitations. Can you break them? Can you not?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=23012</link>

        

        
            <description><![CDATA[\Robert Boothby\...]]></description>
        

        <pubDate>Thu, 25 Dec 2003 18:53:06 -0500</pubDate>

        

        <jf:creationDate>Thu, 25 Dec 2003 18:53:06 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 25 Dec 2003 18:53:06 -0500</jf:modificationDate>
        <jf:date>Dec 25, 2003</jf:date>
        <jf:author>Mike Spille</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Opinion: EJB Limitations. Can you break them? Can you not?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=23012</link>

        

        
            <description><![CDATA[<div class="jive-quote">But then again, one must consider the original intent of the first EJB spec.  Ironically enough, the original EJB spec was intended to allow &quot;coding services for dummies&quot; and really only contained SLSB and SSB.</div>...]]></description>
        

        <pubDate>Thu, 25 Dec 2003 17:56:25 -0500</pubDate>

        

        <jf:creationDate>Thu, 25 Dec 2003 17:56:25 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 25 Dec 2003 17:56:25 -0500</jf:modificationDate>
        <jf:date>Dec 25, 2003</jf:date>
        <jf:author>Robert Boothby</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

        <title>Opinion: EJB Limitations. Can you break them? Can you not?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=23012</link>

        

        
            <description><![CDATA[<div class="jive-quote">I posted the following remark on <a href="http://beust.com/weblog" target="_blank">my weblog</a>:</div>...]]></description>
        

        <pubDate>Thu, 25 Dec 2003 17:10:25 -0500</pubDate>

        

        <jf:creationDate>Thu, 25 Dec 2003 17:10:25 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 25 Dec 2003 17:10:25 -0500</jf:modificationDate>
        <jf:date>Dec 25, 2003</jf:date>
        <jf:author>Gal Binyamini</jf:author>
        <jf:replyCount>4</jf:replyCount>
    </item>


    <item>

        <title>Opinion: EJB Limitations. Can you break them? Can you not?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=23012</link>

        

        
            <description><![CDATA[I posted the following remark on <a href="http://beust.com/weblog" target="_blank">my weblog</a>:...]]></description>
        

        <pubDate>Thu, 25 Dec 2003 11:29:17 -0500</pubDate>

        

        <jf:creationDate>Thu, 25 Dec 2003 11:29:17 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 25 Dec 2003 11:29:17 -0500</jf:modificationDate>
        <jf:date>Dec 25, 2003</jf:date>
        <jf:author>Cedric Beust</jf:author>
        <jf:replyCount>8</jf:replyCount>
    </item>



</channel>
</rss>

