<?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/"
		>
<channel>
	<title>Comments on: JDO and EJB join forces: The cat is out of the bag</title>
	<atom:link href="http://almaer.com/blog/jdo-and-ejb-join-forces-the-cat-is-out-of-the-bag/feed" rel="self" type="application/rss+xml" />
	<link>http://almaer.com/blog/jdo-and-ejb-join-forces-the-cat-is-out-of-the-bag</link>
	<description>blogging about life, the universe, and everything tech</description>
	<lastBuildDate>Fri, 04 May 2012 14:57:05 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Dion</title>
		<link>http://almaer.com/blog/jdo-and-ejb-join-forces-the-cat-is-out-of-the-bag/comment-page-1#comment-8922</link>
		<dc:creator>Dion</dc:creator>
		<pubDate>Mon, 27 Sep 2004 01:27:34 +0000</pubDate>
		<guid isPermaLink="false">http://almaer.com/blog2/jdo-and-ejb-join-forces-the-cat-is-out-of-the-bag#comment-8922</guid>
		<description>Cedric -

This surprises me, as it hasn&#039;t been my experience.

I have been on many projects where we really wanted to change the persistence manager.

For example, being stuck with WebSphere and wanting something better than their CMP.

What normally happened was one of two things:

- Shoot, we are stuck with their damn CMP (since management has mandatted CMP)
- We can get away from this... let&#039;s use JDO where we can CHOOSE the damn vendor depending on our needs (or end up using Hibernate)

Since everyone will be moving to this ONE persistence API, I think it makes OBVIOUS sense to make it so you can plugin the vendor that you wish!

However, I totally understand the app server vendors don&#039;t want this :)

Dion
</description>
		<content:encoded><![CDATA[<p>Cedric -</p>
<p>This surprises me, as it hasn&#8217;t been my experience.</p>
<p>I have been on many projects where we really wanted to change the persistence manager.</p>
<p>For example, being stuck with WebSphere and wanting something better than their CMP.</p>
<p>What normally happened was one of two things:</p>
<p>- Shoot, we are stuck with their damn CMP (since management has mandatted CMP)<br />
- We can get away from this&#8230; let&#8217;s use JDO where we can CHOOSE the damn vendor depending on our needs (or end up using Hibernate)</p>
<p>Since everyone will be moving to this ONE persistence API, I think it makes OBVIOUS sense to make it so you can plugin the vendor that you wish!</p>
<p>However, I totally understand the app server vendors don&#8217;t want this :)</p>
<p>Dion</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cedric</title>
		<link>http://almaer.com/blog/jdo-and-ejb-join-forces-the-cat-is-out-of-the-bag/comment-page-1#comment-8921</link>
		<dc:creator>Cedric</dc:creator>
		<pubDate>Sat, 25 Sep 2004 23:52:48 +0000</pubDate>
		<guid isPermaLink="false">http://almaer.com/blog2/jdo-and-ejb-join-forces-the-cat-is-out-of-the-bag#comment-8921</guid>
		<description>The annotations are definitely staying.

As for the pluggable persistence manager, we&#039;ve had this since WLS 5.0 (!) but we phased it out because, simply put, nobody ever used it, so I question your assertion that a lot of people want that...

--
Cedric

</description>
		<content:encoded><![CDATA[<p>The annotations are definitely staying.</p>
<p>As for the pluggable persistence manager, we&#8217;ve had this since WLS 5.0 (!) but we phased it out because, simply put, nobody ever used it, so I question your assertion that a lot of people want that&#8230;</p>
<p>&#8211;<br />
Cedric</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carlos Sanchez's Weblog</title>
		<link>http://almaer.com/blog/jdo-and-ejb-join-forces-the-cat-is-out-of-the-bag/comment-page-1#comment-8923</link>
		<dc:creator>Carlos Sanchez's Weblog</dc:creator>
		<pubDate>Sat, 25 Sep 2004 19:08:04 +0000</pubDate>
		<guid isPermaLink="false">http://almaer.com/blog2/jdo-and-ejb-join-forces-the-cat-is-out-of-the-bag#comment-8923</guid>
		<description>&lt;strong&gt;JDO and EJB join forces&lt;/strong&gt;

Dion  wrote an interesting entry about the joining of  JDO  and  EJB . A new spec is being created to provide an unified persistence  API  for both standard and enterprise java editions using  POJ Os.
</description>
		<content:encoded><![CDATA[<p><strong>JDO and EJB join forces</strong></p>
<p>Dion  wrote an interesting entry about the joining of  JDO  and  EJB . A new spec is being created to provide an unified persistence  API  for both standard and enterprise java editions using  POJ Os.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dion</title>
		<link>http://almaer.com/blog/jdo-and-ejb-join-forces-the-cat-is-out-of-the-bag/comment-page-1#comment-8920</link>
		<dc:creator>Dion</dc:creator>
		<pubDate>Sat, 25 Sep 2004 18:44:31 +0000</pubDate>
		<guid isPermaLink="false">http://almaer.com/blog2/jdo-and-ejb-join-forces-the-cat-is-out-of-the-bag#comment-8920</guid>
		<description>Gabriel -

JDBC isn&#039;t hidden away. There are provisions for this via:

a) You can grab a JDBC connection within the same TX context
b) You can use SQL as the query language

Dion
</description>
		<content:encoded><![CDATA[<p>Gabriel -</p>
<p>JDBC isn&#8217;t hidden away. There are provisions for this via:</p>
<p>a) You can grab a JDBC connection within the same TX context<br />
b) You can use SQL as the query language</p>
<p>Dion</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Carreira</title>
		<link>http://almaer.com/blog/jdo-and-ejb-join-forces-the-cat-is-out-of-the-bag/comment-page-1#comment-8919</link>
		<dc:creator>Jason Carreira</dc:creator>
		<pubDate>Sat, 25 Sep 2004 17:26:49 +0000</pubDate>
		<guid isPermaLink="false">http://almaer.com/blog2/jdo-and-ejb-join-forces-the-cat-is-out-of-the-bag#comment-8919</guid>
		<description>Any idea if it&#039;s still going to be dependent on 1.5 with annotations? And are those annotations going to be defined and jar&#039;d in the j2ee.jar? Will I have to compile against the j2ee.jar or a vendor jar and either ship with the j2ee.jar or deploy in a container just to get the annotation classes?

This is what worries me about it being based on the current EJB 3.0 work and living in the EJB JSR.
</description>
		<content:encoded><![CDATA[<p>Any idea if it&#8217;s still going to be dependent on 1.5 with annotations? And are those annotations going to be defined and jar&#8217;d in the j2ee.jar? Will I have to compile against the j2ee.jar or a vendor jar and either ship with the j2ee.jar or deploy in a container just to get the annotation classes?</p>
<p>This is what worries me about it being based on the current EJB 3.0 work and living in the EJB JSR.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

