<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for The Quest for Great Software</title>
	<atom:link href="http://kaksles.org/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://kaksles.org</link>
	<description>Reflections of programming as a real-world activity.</description>
	<lastBuildDate>Tue, 11 May 2010 16:19:37 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Comment on How to Migrate a Legacy EJB Application to Spring and Hibernate by camestres.com &#187; Links for 11/5/2010</title>
		<link>http://kaksles.org/2007/08/11/how-to-migrate-a-legacy-ejb-application-to-spring-and-hibernate/#comment-1820</link>
		<dc:creator><![CDATA[camestres.com &#187; Links for 11/5/2010]]></dc:creator>
		<pubDate>Tue, 11 May 2010 16:19:37 +0000</pubDate>
		<guid isPermaLink="false">http://kaksles.org/2007/08/11/how-to-migrate-a-legacy-ejb-application-to-spring-and-hibernate/#comment-1820</guid>
		<description><![CDATA[[...] How to Migrate a Legacy EJB Application to Spring and Hibernate &#171; The Quest for Great Software &#8211; [...]]]></description>
		<content:encoded><![CDATA[<p>[...] How to Migrate a Legacy EJB Application to Spring and Hibernate &laquo; The Quest for Great Software &#8211; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on When Writing Developer Tests, Take on Account that the JRE Is Another Leaky Abstraction by Eugene</title>
		<link>http://kaksles.org/2007/08/25/when-writing-developer-tests-take-on-account-that-the-jre-is-another-leaky-abstraction/#comment-1779</link>
		<dc:creator><![CDATA[Eugene]]></dc:creator>
		<pubDate>Wed, 22 Oct 2008 23:34:34 +0000</pubDate>
		<guid isPermaLink="false">http://kaksles.org/2007/08/25/when-writing-developer-tests-take-on-account-that-the-jre-is-another-leaky-abstraction/#comment-1779</guid>
		<description><![CDATA[Nice article. Thanks. :) Eugene]]></description>
		<content:encoded><![CDATA[<p>Nice article. Thanks. <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  Eugene</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on How to Migrate a Legacy EJB Application to Spring and Hibernate by Timo Rantalaiho</title>
		<link>http://kaksles.org/2007/08/11/how-to-migrate-a-legacy-ejb-application-to-spring-and-hibernate/#comment-1777</link>
		<dc:creator><![CDATA[Timo Rantalaiho]]></dc:creator>
		<pubDate>Mon, 22 Sep 2008 04:51:06 +0000</pubDate>
		<guid isPermaLink="false">http://kaksles.org/2007/08/11/how-to-migrate-a-legacy-ejb-application-to-spring-and-hibernate/#comment-1777</guid>
		<description><![CDATA[Hello jaimex,

Nothing especial about that. The DataSource bean can be changed to look up a WebLogic-managed DataSource from JNDI instead, though the current version is good to have for development too, so that you can develop without having to have WLS running.

There&#039;s no interesting state on the application as it is, so I&#039;m not sure what you&#039;re after with regards to clustering. If you add something that uses HTTP sessions, failover and session replication (if you really really want it) can be configured normally. It doesn&#039;t really depend on the backend.

Best wishes,
Timo]]></description>
		<content:encoded><![CDATA[<p>Hello jaimex,</p>
<p>Nothing especial about that. The DataSource bean can be changed to look up a WebLogic-managed DataSource from JNDI instead, though the current version is good to have for development too, so that you can develop without having to have WLS running.</p>
<p>There&#8217;s no interesting state on the application as it is, so I&#8217;m not sure what you&#8217;re after with regards to clustering. If you add something that uses HTTP sessions, failover and session replication (if you really really want it) can be configured normally. It doesn&#8217;t really depend on the backend.</p>
<p>Best wishes,<br />
Timo</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on How to Migrate a Legacy EJB Application to Spring and Hibernate by jaimex</title>
		<link>http://kaksles.org/2007/08/11/how-to-migrate-a-legacy-ejb-application-to-spring-and-hibernate/#comment-1776</link>
		<dc:creator><![CDATA[jaimex]]></dc:creator>
		<pubDate>Thu, 18 Sep 2008 14:06:24 +0000</pubDate>
		<guid isPermaLink="false">http://kaksles.org/2007/08/11/how-to-migrate-a-legacy-ejb-application-to-spring-and-hibernate/#comment-1776</guid>
		<description><![CDATA[How could I deploy this in an application server such as weblogic in order to cluster it?]]></description>
		<content:encoded><![CDATA[<p>How could I deploy this in an application server such as weblogic in order to cluster it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why Migrate a Legacy EJB Application to Spring and Hibernate by Timo Rantalaiho</title>
		<link>http://kaksles.org/2007/08/11/why-migrate-a-legacy-ejb-application-to-spring-and-hibernate/#comment-1632</link>
		<dc:creator><![CDATA[Timo Rantalaiho]]></dc:creator>
		<pubDate>Wed, 28 Nov 2007 04:18:05 +0000</pubDate>
		<guid isPermaLink="false">http://kaksles.org/2007/08/11/why-migrate-a-legacy-ejb-application-to-spring-and-hibernate/#comment-1632</guid>
		<description><![CDATA[Hi Muthu, the other article is right there

  http://kaksles.org/2007/08/11/how-to-migrate-a-legacy-ejb-application-to-spring-and-hibernate/

after this one. It&#039;s really more of an example than a full-blown guide, but I hope you&#039;ll find it useful!]]></description>
		<content:encoded><![CDATA[<p>Hi Muthu, the other article is right there</p>
<p>  <a href="http://kaksles.org/2007/08/11/how-to-migrate-a-legacy-ejb-application-to-spring-and-hibernate/" rel="nofollow">http://kaksles.org/2007/08/11/how-to-migrate-a-legacy-ejb-application-to-spring-and-hibernate/</a></p>
<p>after this one. It&#8217;s really more of an example than a full-blown guide, but I hope you&#8217;ll find it useful!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why Migrate a Legacy EJB Application to Spring and Hibernate by Muthukumaran</title>
		<link>http://kaksles.org/2007/08/11/why-migrate-a-legacy-ejb-application-to-spring-and-hibernate/#comment-1631</link>
		<dc:creator><![CDATA[Muthukumaran]]></dc:creator>
		<pubDate>Wed, 28 Nov 2007 03:59:33 +0000</pubDate>
		<guid isPermaLink="false">http://kaksles.org/2007/08/11/why-migrate-a-legacy-ejb-application-to-spring-and-hibernate/#comment-1631</guid>
		<description><![CDATA[Hi,

Nice artical, i am looking for the handson guide to conver exesting EJB application to Spring &amp; hibernate.

We are looking at migerating our exesting application to Spring &amp; Hibernate, please let me know when your guide is ready. I will be of great use to us

Thanks,
Muthu]]></description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>Nice artical, i am looking for the handson guide to conver exesting EJB application to Spring &amp; hibernate.</p>
<p>We are looking at migerating our exesting application to Spring &amp; Hibernate, please let me know when your guide is ready. I will be of great use to us</p>
<p>Thanks,<br />
Muthu</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on When Writing Developer Tests, Take on Account that the JRE Is Another Leaky Abstraction by Markus Hjort</title>
		<link>http://kaksles.org/2007/08/25/when-writing-developer-tests-take-on-account-that-the-jre-is-another-leaky-abstraction/#comment-1195</link>
		<dc:creator><![CDATA[Markus Hjort]]></dc:creator>
		<pubDate>Sun, 26 Aug 2007 12:13:45 +0000</pubDate>
		<guid isPermaLink="false">http://kaksles.org/2007/08/25/when-writing-developer-tests-take-on-account-that-the-jre-is-another-leaky-abstraction/#comment-1195</guid>
		<description><![CDATA[I guess Ville proposed this idea because we used to use different JRE  for our unit tests in our last project. JRE 6.0 was used for tests, while production server was JRE 1.4.2. Although, we had different JRE for unit tests, we  did run all higher level tests with same JRE as used in production. So we actually had three different modules: for production code, for unit tests and for integration tests. I know that it is a bit complex setup, but for us it worked pretty well.

And I totally agree with your point. Project&#039;s continuous integration environment should be very similar with production environment. So you should use same JRE if it is possible.]]></description>
		<content:encoded><![CDATA[<p>I guess Ville proposed this idea because we used to use different JRE  for our unit tests in our last project. JRE 6.0 was used for tests, while production server was JRE 1.4.2. Although, we had different JRE for unit tests, we  did run all higher level tests with same JRE as used in production. So we actually had three different modules: for production code, for unit tests and for integration tests. I know that it is a bit complex setup, but for us it worked pretty well.</p>
<p>And I totally agree with your point. Project&#8217;s continuous integration environment should be very similar with production environment. So you should use same JRE if it is possible.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

