<?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 - Inversion of Control Containers: A write up</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, 18 May 2013 17:40:25 -0400</pubDate>


    <item>

        <title>Inversion of Control Containers: J2EE without EJB :)</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29840</link>

        

        
            <description><![CDATA[Sure, I used to believe. I <i>wanted</i> to believe. Until I took a dispassionate look at whether the benefits of EJB in practice were all they promised--initially based on all the EJB projects in the group of companies I then worked for--and whether...]]></description>
        

        <pubDate>Thu, 11 Nov 2004 04:04:40 -0500</pubDate>

        

        <jf:creationDate>Thu, 11 Nov 2004 04:04:40 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 11 Nov 2004 04:04:40 -0500</jf:modificationDate>
        <jf:date>Nov 11, 2004</jf:date>
        <jf:author>Rod Johnson</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Dance til you drop...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29840</link>

        

        
            <description><![CDATA[Juergen, not argueing with it. Let's put it this way: Spring does not lock you in (most of the time). But of course, because of its broad value proposition, it may lock You in. I am just pessimistic out of principle (and experience), not because I...]]></description>
        

        <pubDate>Wed, 10 Nov 2004 18:33:41 -0500</pubDate>

        

        <jf:creationDate>Wed, 10 Nov 2004 18:33:41 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 10 Nov 2004 18:33:41 -0500</jf:modificationDate>
        <jf:date>Nov 10, 2004</jf:date>
        <jf:author>Karl Banke</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Dance til you drop...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29840</link>

        

        
            <description><![CDATA[<blockquote><blockquote>How many times must we dance this dance? As the Spring guys metioned just about everytime you make this assertion, Spring does have its own messaging, jmx, or transaction manager.</blockquote>Then, frankly, the spring guys are in...]]></description>
        

        <pubDate>Wed, 10 Nov 2004 12:35:26 -0500</pubDate>

        

        <jf:creationDate>Wed, 10 Nov 2004 12:35:26 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 10 Nov 2004 12:35:26 -0500</jf:modificationDate>
        <jf:date>Nov 10, 2004</jf:date>
        <jf:author>David McCoy</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

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

        

        
            <description><![CDATA[<blockquote><blockquote>As the Spring guys metioned just about everytime you make this assertion, Spring does have its own messaging, jmx, or transaction manager.</blockquote>I assume you mean: Spring does <i>not</i> have its own messaging, jmx, or...]]></description>
        

        <pubDate>Wed, 10 Nov 2004 12:29:15 -0500</pubDate>

        

        <jf:creationDate>Wed, 10 Nov 2004 12:29:15 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 10 Nov 2004 12:29:15 -0500</jf:modificationDate>
        <jf:date>Nov 10, 2004</jf:date>
        <jf:author>David McCoy</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Inversion of Control Containers: J2EE without EJB :)</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29840</link>

        

        
            <description><![CDATA[Here is the quote from the <a href="http://www.theserverside.com/news/thread.tss?thread_id=10603" target="_blank">original thread</a>:<br><blockquote><br>J2EE without Enterprise Java Beans? <br><br>Posted by: Rod Johnson on December 05, 2001 in response...]]></description>
        

        <pubDate>Wed, 10 Nov 2004 12:06:49 -0500</pubDate>

        

        <jf:creationDate>Wed, 10 Nov 2004 12:06:49 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 10 Nov 2004 12:06:49 -0500</jf:modificationDate>
        <jf:date>Nov 10, 2004</jf:date>
        <jf:author>Fyodor Kupolov</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Dance til you drop...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29840</link>

        

        
            <description><![CDATA[In my experience, in all but the most trivial applications there is an unavoidable amount of glue code that you have to write.  Some examples would be:<br><br>1. Code to glue different objects together (services) so they can talk to each other.<br>2....]]></description>
        

        <pubDate>Wed, 10 Nov 2004 11:37:30 -0500</pubDate>

        

        <jf:creationDate>Wed, 10 Nov 2004 11:37:30 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 10 Nov 2004 11:37:30 -0500</jf:modificationDate>
        <jf:date>Nov 10, 2004</jf:date>
        <jf:author>Keith Donald</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Dance til you drop...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29840</link>

        

        
            <description><![CDATA[I fully agree that pre-built integrations are an important part of Spring's value proposition. There is no point in rebuilding Hibernate integration, JMS support etc for every use case. It's better to rely on proven integration code that's guaranteed to...]]></description>
        

        <pubDate>Wed, 10 Nov 2004 09:29:59 -0500</pubDate>

        

        <jf:creationDate>Wed, 10 Nov 2004 09:29:59 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 10 Nov 2004 09:29:59 -0500</jf:modificationDate>
        <jf:date>Nov 10, 2004</jf:date>
        <jf:author>Juergen Hoeller</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Dance til you drop...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29840</link>

        

        
            <description><![CDATA[<blockquote>How many times must we dance this dance? As the Spring guys metioned just about everytime you make this assertion, Spring does have its own messaging, jmx, or transaction manager.</blockquote><br>Then, frankly, the spring guys are in denial....]]></description>
        

        <pubDate>Wed, 10 Nov 2004 07:37:10 -0500</pubDate>

        

        <jf:creationDate>Wed, 10 Nov 2004 07:37:10 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 10 Nov 2004 07:37:10 -0500</jf:modificationDate>
        <jf:date>Nov 10, 2004</jf:date>
        <jf:author>Karl Banke</jf:author>
        <jf:replyCount>4</jf:replyCount>
    </item>


    <item>

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

        

        
            <description><![CDATA[<blockquote>As the Spring guys metioned just about everytime you make this assertion, Spring does have its own messaging, jmx, or transaction manager.</blockquote><br>I assume you mean: Spring does <i>not</i> have its own messaging, jmx, or transaction...]]></description>
        

        <pubDate>Wed, 10 Nov 2004 02:25:16 -0500</pubDate>

        

        <jf:creationDate>Wed, 10 Nov 2004 02:25:16 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 10 Nov 2004 02:25:16 -0500</jf:modificationDate>
        <jf:date>Nov 10, 2004</jf:date>
        <jf:author>Juergen Hoeller</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

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

        

        
            <description><![CDATA[<blockquote>Hm, well said Juergen but in the end this seems gradually going the way I was always expecting. Adding more and more stuff (JMX, 2PC TX, Messaging etc.) to the sweet &amp;amp; simple thing like pico, spring whatever will make it over time as...]]></description>
        

        <pubDate>Tue, 09 Nov 2004 21:52:35 -0500</pubDate>

        

        <jf:creationDate>Tue, 09 Nov 2004 21:52:35 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 09 Nov 2004 21:52:35 -0500</jf:modificationDate>
        <jf:date>Nov 9, 2004</jf:date>
        <jf:author>David McCoy</jf:author>
        <jf:replyCount>7</jf:replyCount>
    </item>


    <item>

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

        

        
            <description><![CDATA[<blockquote>Adding more and more stuff (JMX, 2PC TX, Messaging etc.) to the sweet &amp;amp; simple thing like pico, spring whatever will make it over time as bloated as your regular J2EE server - just more unstable.</blockquote><br>Well, that's not the...]]></description>
        

        <pubDate>Tue, 09 Nov 2004 17:28:33 -0500</pubDate>

        

        <jf:creationDate>Tue, 09 Nov 2004 17:28:33 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 09 Nov 2004 17:28:33 -0500</jf:modificationDate>
        <jf:date>Nov 9, 2004</jf:date>
        <jf:author>Juergen Hoeller</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>IOC and JMX Mbean Server , I got ...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29840</link>

        

        
            <description><![CDATA[Dude:<br><br>I like the comment and I guess I'll have to do it (with my example code) and put it out for public consumption.  I already have done this and I want to put into public production soon because I could use this for business...]]></description>
        

        <pubDate>Tue, 09 Nov 2004 17:17:30 -0500</pubDate>

        

        <jf:creationDate>Tue, 09 Nov 2004 17:17:30 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 09 Nov 2004 17:17:30 -0500</jf:modificationDate>
        <jf:date>Nov 9, 2004</jf:date>
        <jf:author>David Whitehurst</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

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

        

        
            <description><![CDATA[Hm, well said Juergen but in the end this seems gradually going the way I was always expecting. Adding more and more stuff (JMX, 2PC TX, Messaging etc.) to the sweet &amp; simple thing like pico, spring whatever will make it over time as bloated as your...]]></description>
        

        <pubDate>Tue, 09 Nov 2004 17:03:31 -0500</pubDate>

        

        <jf:creationDate>Tue, 09 Nov 2004 17:03:31 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 09 Nov 2004 17:03:31 -0500</jf:modificationDate>
        <jf:date>Nov 9, 2004</jf:date>
        <jf:author>Karl Banke</jf:author>
        <jf:replyCount>9</jf:replyCount>
    </item>


    <item>

        <title>Inversion of Control Containers: A write up</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29840</link>

        

        
            <description><![CDATA[<blockquote>Actually who needs pico or spring when there is already everything in place with JMX.</blockquote><br>Well, you'll typically just expose *specific* components in your application via JMX - namely, the ones that you want to manage via a JMX...]]></description>
        

        <pubDate>Tue, 09 Nov 2004 12:15:53 -0500</pubDate>

        

        <jf:creationDate>Tue, 09 Nov 2004 12:15:53 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 09 Nov 2004 12:15:53 -0500</jf:modificationDate>
        <jf:date>Nov 9, 2004</jf:date>
        <jf:author>Juergen Hoeller</jf:author>
        <jf:replyCount>10</jf:replyCount>
    </item>


    <item>

        <title>Inversion of Control Containers: A write up</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29840</link>

        

        
            <description><![CDATA[<blockquote>Good news. Actually who needs pico or spring when there is already everything in place with JMX. I mean that is what a service is all about. It is a manageable part of your application. If it depends on other services then no problem. Either...]]></description>
        

        <pubDate>Tue, 09 Nov 2004 10:39:54 -0500</pubDate>

        

        <jf:creationDate>Tue, 09 Nov 2004 10:39:54 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 09 Nov 2004 10:39:54 -0500</jf:modificationDate>
        <jf:date>Nov 9, 2004</jf:date>
        <jf:author>Tazz Man</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>



</channel>
</rss>

