<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: The Problem with EJBs</title>
	<atom:link href="http://www.fuzzylizard.com/archives/2006/09/18/795/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.fuzzylizard.com/archives/2006/09/18/795/</link>
	<description>My thoughts on Agile, Java and Ruby on Rails (mostly)</description>
	<pubDate>Thu, 20 Nov 2008 16:03:30 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: fuzzylizard</title>
		<link>http://www.fuzzylizard.com/archives/2006/09/18/795/#comment-6951</link>
		<dc:creator>fuzzylizard</dc:creator>
		<pubDate>Sat, 23 Sep 2006 04:22:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.fuzzylizard.com/archives/2006/09/18/795/#comment-6951</guid>
		<description>My initial answer to that question is actually twofold: first, I am not convinced that you can just "simply add another server" and get a true 1x scaling factor (i.e., double the throughput of the application) and second, I am not sure that using a distributed method of scaling is the right method of scaling an application. My second answer to your question is that I am not really sure. I have not worked with EJB applications enough to fully answer your question.

Over and over again I keep hearing on the net two things, the first is that most real applications only use the web container and second that scalability is highly overused.

I think that if you really do need an application that must service millions of transactions a day with 99.999% availability and must be distributed geographically, then EJBs may be the way to go.

If I can find some links to better answers, I will post them because I realize that my answer is definitely lacking in evidence to support my opinions.</description>
		<content:encoded><![CDATA[<p>My initial answer to that question is actually twofold: first, I am not convinced that you can just &#8220;simply add another server&#8221; and get a true 1x scaling factor (i.e., double the throughput of the application) and second, I am not sure that using a distributed method of scaling is the right method of scaling an application. My second answer to your question is that I am not really sure. I have not worked with EJB applications enough to fully answer your question.</p>
<p>Over and over again I keep hearing on the net two things, the first is that most real applications only use the web container and second that scalability is highly overused.</p>
<p>I think that if you really do need an application that must service millions of transactions a day with 99.999% availability and must be distributed geographically, then EJBs may be the way to go.</p>
<p>If I can find some links to better answers, I will post them because I realize that my answer is definitely lacking in evidence to support my opinions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James J.</title>
		<link>http://www.fuzzylizard.com/archives/2006/09/18/795/#comment-6949</link>
		<dc:creator>James J.</dc:creator>
		<pubDate>Sat, 23 Sep 2006 00:53:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.fuzzylizard.com/archives/2006/09/18/795/#comment-6949</guid>
		<description>Well what about scalability. How can you scale applications the way you can with EJB. Because with EJB you simply add another server with your EJB code and you're good to go. How would you do it, the "non-EJB" way?</description>
		<content:encoded><![CDATA[<p>Well what about scalability. How can you scale applications the way you can with EJB. Because with EJB you simply add another server with your EJB code and you&#8217;re good to go. How would you do it, the &#8220;non-EJB&#8221; way?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
