<?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 on: JDO is Deprecated</title>
	<atom:link href="http://blog.kischuk.com/2005/03/04/jdo-is-deprecated/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.kischuk.com/2005/03/04/jdo-is-deprecated/</link>
	<description>Just another WordPress.com weblog</description>
	<lastBuildDate>Wed, 19 May 2010 15:39:28 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Anonymous</title>
		<link>http://blog.kischuk.com/2005/03/04/jdo-is-deprecated/#comment-48</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Mon, 07 Mar 2005 12:01:36 +0000</pubDate>
		<guid isPermaLink="false">http://rkischuk.wordpress.com/2005/03/04/jdo-is-deprecated/#comment-48</guid>
		<description>JDO is far from dead, regardless of what JBoss and Oracle want.  It will continue to be developed under Apache, and Sun has stated that there will be future revisions of the specification as needed.  Given these facts, and the fact that JDO 2 already has features that won&#039;t be in EJB 3 until one or more spec versions down the road, I think JDO has a long and healthy future.

In addition, you might want to rethink your opinion on ease of migration.  I know at least two major JDO vendors -- SolarMetric and Versant -- have both stated that they will support concurrent access to both the JDO and EJB 3 APIs in the same application, even on the same object instances!  That is as perfect a migration path as you can get.  If I were recommending something to clients, I would put JDO at the front of my list.</description>
		<content:encoded><![CDATA[<p>JDO is far from dead, regardless of what JBoss and Oracle want.  It will continue to be developed under Apache, and Sun has stated that there will be future revisions of the specification as needed.  Given these facts, and the fact that JDO 2 already has features that won&#8217;t be in EJB 3 until one or more spec versions down the road, I think JDO has a long and healthy future.</p>
<p>In addition, you might want to rethink your opinion on ease of migration.  I know at least two major JDO vendors &#8212; SolarMetric and Versant &#8212; have both stated that they will support concurrent access to both the JDO and EJB 3 APIs in the same application, even on the same object instances!  That is as perfect a migration path as you can get.  If I were recommending something to clients, I would put JDO at the front of my list.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rob kischuk</title>
		<link>http://blog.kischuk.com/2005/03/04/jdo-is-deprecated/#comment-47</link>
		<dc:creator>rob kischuk</dc:creator>
		<pubDate>Sat, 05 Mar 2005 10:49:28 +0000</pubDate>
		<guid isPermaLink="false">http://rkischuk.wordpress.com/2005/03/04/jdo-is-deprecated/#comment-47</guid>
		<description>Notice I said POJO.  EJB 2.1 is an option if and only if you&#039;re running in an app server with an EJB container.  I was asked about containerless persistence, so EJB is out.</description>
		<content:encoded><![CDATA[<p>Notice I said POJO.  EJB 2.1 is an option if and only if you&#8217;re running in an app server with an EJB container.  I was asked about containerless persistence, so EJB is out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phillip Rhodes</title>
		<link>http://blog.kischuk.com/2005/03/04/jdo-is-deprecated/#comment-46</link>
		<dc:creator>Phillip Rhodes</dc:creator>
		<pubDate>Sat, 05 Mar 2005 01:07:58 +0000</pubDate>
		<guid isPermaLink="false">http://rkischuk.wordpress.com/2005/03/04/jdo-is-deprecated/#comment-46</guid>
		<description>Just use EJB 2.1 CMP Entity Beans.  They work, and there is a standardized specification, with multiple competing implementations that span every range of price, maturity and stability. And presumably there will be a clearly defined migration path from EJB 2.1 to EJB 3.0 when it comes out.</description>
		<content:encoded><![CDATA[<p>Just use EJB 2.1 CMP Entity Beans.  They work, and there is a standardized specification, with multiple competing implementations that span every range of price, maturity and stability. And presumably there will be a clearly defined migration path from EJB 2.1 to EJB 3.0 when it comes out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick Peak</title>
		<link>http://blog.kischuk.com/2005/03/04/jdo-is-deprecated/#comment-45</link>
		<dc:creator>Patrick Peak</dc:creator>
		<pubDate>Fri, 04 Mar 2005 15:44:59 +0000</pubDate>
		<guid isPermaLink="false">http://rkischuk.wordpress.com/2005/03/04/jdo-is-deprecated/#comment-45</guid>
		<description>I don&#039;t know too much about the JDO saga, having many years ago started to follow the Hiberante path. I do however well more Hiberante developers to the fold. :)

Any, as Howard Lewis Ship says, &quot;Results, not Standards&quot;.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t know too much about the JDO saga, having many years ago started to follow the Hiberante path. I do however well more Hiberante developers to the fold. <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Any, as Howard Lewis Ship says, &#8220;Results, not Standards&#8221;.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
