<?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: Using OpenEJB for EJB3 testing with Maven2</title>
	<atom:link href="http://www.redstream.nl/2009/02/20/using-openejb-for-ejb3-testing-with-maven2/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.redstream.nl/2009/02/20/using-openejb-for-ejb3-testing-with-maven2/</link>
	<description>Pragmatic Integrators</description>
	<lastBuildDate>Tue, 18 Oct 2011 12:18:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Pascal Alma</title>
		<link>http://www.redstream.nl/2009/02/20/using-openejb-for-ejb3-testing-with-maven2/comment-page-1/#comment-324</link>
		<dc:creator>Pascal Alma</dc:creator>
		<pubDate>Fri, 07 Aug 2009 17:42:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.pascalalma.net/?p=530#comment-324</guid>
		<description>Hi JPTech,

Thx for your comment. I&#039;ll try to find some time coming days to give you an answer/feedback.</description>
		<content:encoded><![CDATA[<p>Hi JPTech,</p>
<p>Thx for your comment. I&#8217;ll try to find some time coming days to give you an answer/feedback.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pascal Alma</title>
		<link>http://www.redstream.nl/2009/02/20/using-openejb-for-ejb3-testing-with-maven2/comment-page-1/#comment-724</link>
		<dc:creator>Pascal Alma</dc:creator>
		<pubDate>Fri, 07 Aug 2009 17:42:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.pascalalma.net/?p=530#comment-724</guid>
		<description>Hi JPTech,

Thx for your comment. I&#039;ll try to find some time coming days to give you an answer/feedback.</description>
		<content:encoded><![CDATA[<p>Hi JPTech,</p>
<p>Thx for your comment. I&#8217;ll try to find some time coming days to give you an answer/feedback.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jptech</title>
		<link>http://www.redstream.nl/2009/02/20/using-openejb-for-ejb3-testing-with-maven2/comment-page-1/#comment-323</link>
		<dc:creator>jptech</dc:creator>
		<pubDate>Thu, 06 Aug 2009 16:28:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.pascalalma.net/?p=530#comment-323</guid>
		<description>Hi Pascal,

You pointed me here from a post on the Glassfish forum.

This is a nice blog entry.  I really wish I&#039;d have seen it about a month ago since I ended up struggling through the same thing on my own.  I have a couple of questions if you don&#039;t mind.

I use a very similar project structure, except I don&#039;t have an equivalent to your &#039;my-services&#039; module.  Would you mind explaining the concept behind that module?  I assume it&#039;s so you can add more &#039;business-services&#039; type modules later without having to reproduce the basic functionality of &#039;my-services&#039; or (maybe worse) mix EJBs from different &#039;business-services&#039;.

Also, I tend to split my remote interfaces into separate modules.  Using your structure as an example, I&#039;d have:

&#039;my-entities&#039;
&#039;my-business-services-api&#039;
&#039;my-business-services-impl&#039;

Do you have any thoughts on whether or not such a design adds any benefit?  It&#039;s not necessary to distribute the &#039;my-business-services-impl&#039; module with application clients, but I&#039;m starting to wonder if it&#039;s worth the hassle of having an extra module for it.

As for the question I was asking on the GF forums, I was asking about combining all of the annotations because I&#039;d like to have the ability to build two UI clients for my app.  I&#039;d like to (be able to) build one in Adobe Flex using webservices and one in Java using remote EJBs.

I&#039;d only develop one UI for my app at the moment and have a partially developed Java Swing UI, but I&#039;ve decided to take a week and assess the viability of moving to Flex as a front end technology.  I was hoping to mix annotations temporarily so I could re-implement a portion of my UI in Flex and compare the two techs.

After reading your blog post I&#039;m thinking the best strategy for me will be to add an EJB module similar to your &#039;my-services&#039; module and keep adding &#039;my-business-services&#039; style modules for each UI type since it&#039;s very unlikely I&#039;d actually end up writing two UIs using different tech but the same requirements.  For example:

&#039;my-web-services&#039; (Flex UI)
&#039;my-remote-ejb-services&#039; (Java UI)

I apologize if my comment seems a bit long winded.  I&#039;d appreciate any feedback you can give me, even if it&#039;s harshly worded criticism.</description>
		<content:encoded><![CDATA[<p>Hi Pascal,</p>
<p>You pointed me here from a post on the Glassfish forum.</p>
<p>This is a nice blog entry.  I really wish I&#8217;d have seen it about a month ago since I ended up struggling through the same thing on my own.  I have a couple of questions if you don&#8217;t mind.</p>
<p>I use a very similar project structure, except I don&#8217;t have an equivalent to your &#8216;my-services&#8217; module.  Would you mind explaining the concept behind that module?  I assume it&#8217;s so you can add more &#8216;business-services&#8217; type modules later without having to reproduce the basic functionality of &#8216;my-services&#8217; or (maybe worse) mix EJBs from different &#8216;business-services&#8217;.</p>
<p>Also, I tend to split my remote interfaces into separate modules.  Using your structure as an example, I&#8217;d have:</p>
<p>&#8216;my-entities&#8217;<br />
&#8216;my-business-services-api&#8217;<br />
&#8216;my-business-services-impl&#8217;</p>
<p>Do you have any thoughts on whether or not such a design adds any benefit?  It&#8217;s not necessary to distribute the &#8216;my-business-services-impl&#8217; module with application clients, but I&#8217;m starting to wonder if it&#8217;s worth the hassle of having an extra module for it.</p>
<p>As for the question I was asking on the GF forums, I was asking about combining all of the annotations because I&#8217;d like to have the ability to build two UI clients for my app.  I&#8217;d like to (be able to) build one in Adobe Flex using webservices and one in Java using remote EJBs.</p>
<p>I&#8217;d only develop one UI for my app at the moment and have a partially developed Java Swing UI, but I&#8217;ve decided to take a week and assess the viability of moving to Flex as a front end technology.  I was hoping to mix annotations temporarily so I could re-implement a portion of my UI in Flex and compare the two techs.</p>
<p>After reading your blog post I&#8217;m thinking the best strategy for me will be to add an EJB module similar to your &#8216;my-services&#8217; module and keep adding &#8216;my-business-services&#8217; style modules for each UI type since it&#8217;s very unlikely I&#8217;d actually end up writing two UIs using different tech but the same requirements.  For example:</p>
<p>&#8216;my-web-services&#8217; (Flex UI)<br />
&#8216;my-remote-ejb-services&#8217; (Java UI)</p>
<p>I apologize if my comment seems a bit long winded.  I&#8217;d appreciate any feedback you can give me, even if it&#8217;s harshly worded criticism.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jptech</title>
		<link>http://www.redstream.nl/2009/02/20/using-openejb-for-ejb3-testing-with-maven2/comment-page-1/#comment-723</link>
		<dc:creator>jptech</dc:creator>
		<pubDate>Thu, 06 Aug 2009 16:28:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.pascalalma.net/?p=530#comment-723</guid>
		<description>Hi Pascal,

You pointed me here from a post on the Glassfish forum.

This is a nice blog entry.  I really wish I&#039;d have seen it about a month ago since I ended up struggling through the same thing on my own.  I have a couple of questions if you don&#039;t mind.

I use a very similar project structure, except I don&#039;t have an equivalent to your &#039;my-services&#039; module.  Would you mind explaining the concept behind that module?  I assume it&#039;s so you can add more &#039;business-services&#039; type modules later without having to reproduce the basic functionality of &#039;my-services&#039; or (maybe worse) mix EJBs from different &#039;business-services&#039;.

Also, I tend to split my remote interfaces into separate modules.  Using your structure as an example, I&#039;d have:

&#039;my-entities&#039;
&#039;my-business-services-api&#039;
&#039;my-business-services-impl&#039;

Do you have any thoughts on whether or not such a design adds any benefit?  It&#039;s not necessary to distribute the &#039;my-business-services-impl&#039; module with application clients, but I&#039;m starting to wonder if it&#039;s worth the hassle of having an extra module for it.

As for the question I was asking on the GF forums, I was asking about combining all of the annotations because I&#039;d like to have the ability to build two UI clients for my app.  I&#039;d like to (be able to) build one in Adobe Flex using webservices and one in Java using remote EJBs.

I&#039;d only develop one UI for my app at the moment and have a partially developed Java Swing UI, but I&#039;ve decided to take a week and assess the viability of moving to Flex as a front end technology.  I was hoping to mix annotations temporarily so I could re-implement a portion of my UI in Flex and compare the two techs.

After reading your blog post I&#039;m thinking the best strategy for me will be to add an EJB module similar to your &#039;my-services&#039; module and keep adding &#039;my-business-services&#039; style modules for each UI type since it&#039;s very unlikely I&#039;d actually end up writing two UIs using different tech but the same requirements.  For example:

&#039;my-web-services&#039; (Flex UI)
&#039;my-remote-ejb-services&#039; (Java UI)

I apologize if my comment seems a bit long winded.  I&#039;d appreciate any feedback you can give me, even if it&#039;s harshly worded criticism.</description>
		<content:encoded><![CDATA[<p>Hi Pascal,</p>
<p>You pointed me here from a post on the Glassfish forum.</p>
<p>This is a nice blog entry.  I really wish I&#8217;d have seen it about a month ago since I ended up struggling through the same thing on my own.  I have a couple of questions if you don&#8217;t mind.</p>
<p>I use a very similar project structure, except I don&#8217;t have an equivalent to your &#8216;my-services&#8217; module.  Would you mind explaining the concept behind that module?  I assume it&#8217;s so you can add more &#8216;business-services&#8217; type modules later without having to reproduce the basic functionality of &#8216;my-services&#8217; or (maybe worse) mix EJBs from different &#8216;business-services&#8217;.</p>
<p>Also, I tend to split my remote interfaces into separate modules.  Using your structure as an example, I&#8217;d have:</p>
<p>&#8216;my-entities&#8217;<br />
&#8216;my-business-services-api&#8217;<br />
&#8216;my-business-services-impl&#8217;</p>
<p>Do you have any thoughts on whether or not such a design adds any benefit?  It&#8217;s not necessary to distribute the &#8216;my-business-services-impl&#8217; module with application clients, but I&#8217;m starting to wonder if it&#8217;s worth the hassle of having an extra module for it.</p>
<p>As for the question I was asking on the GF forums, I was asking about combining all of the annotations because I&#8217;d like to have the ability to build two UI clients for my app.  I&#8217;d like to (be able to) build one in Adobe Flex using webservices and one in Java using remote EJBs.</p>
<p>I&#8217;d only develop one UI for my app at the moment and have a partially developed Java Swing UI, but I&#8217;ve decided to take a week and assess the viability of moving to Flex as a front end technology.  I was hoping to mix annotations temporarily so I could re-implement a portion of my UI in Flex and compare the two techs.</p>
<p>After reading your blog post I&#8217;m thinking the best strategy for me will be to add an EJB module similar to your &#8216;my-services&#8217; module and keep adding &#8216;my-business-services&#8217; style modules for each UI type since it&#8217;s very unlikely I&#8217;d actually end up writing two UIs using different tech but the same requirements.  For example:</p>
<p>&#8216;my-web-services&#8217; (Flex UI)<br />
&#8216;my-remote-ejb-services&#8217; (Java UI)</p>
<p>I apologize if my comment seems a bit long winded.  I&#8217;d appreciate any feedback you can give me, even if it&#8217;s harshly worded criticism.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Blevins</title>
		<link>http://www.redstream.nl/2009/02/20/using-openejb-for-ejb3-testing-with-maven2/comment-page-1/#comment-322</link>
		<dc:creator>David Blevins</dc:creator>
		<pubDate>Fri, 24 Apr 2009 02:48:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.pascalalma.net/?p=530#comment-322</guid>
		<description>Just a followup.  We&#039;ve added the @Remote + @WebService feature (along with any combination of @Remote, @Local, @WebService).  It will be available in the 3.1.1 release.  As well we&#039;ve pushed to get this clarified in the coming EJB 3.1 spec.</description>
		<content:encoded><![CDATA[<p>Just a followup.  We&#8217;ve added the @Remote + @WebService feature (along with any combination of @Remote, @Local, @WebService).  It will be available in the 3.1.1 release.  As well we&#8217;ve pushed to get this clarified in the coming EJB 3.1 spec.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Blevins</title>
		<link>http://www.redstream.nl/2009/02/20/using-openejb-for-ejb3-testing-with-maven2/comment-page-1/#comment-722</link>
		<dc:creator>David Blevins</dc:creator>
		<pubDate>Fri, 24 Apr 2009 02:48:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.pascalalma.net/?p=530#comment-722</guid>
		<description>Just a followup.  We&#039;ve added the @Remote + @WebService feature (along with any combination of @Remote, @Local, @WebService).  It will be available in the 3.1.1 release.  As well we&#039;ve pushed to get this clarified in the coming EJB 3.1 spec.</description>
		<content:encoded><![CDATA[<p>Just a followup.  We&#8217;ve added the @Remote + @WebService feature (along with any combination of @Remote, @Local, @WebService).  It will be available in the 3.1.1 release.  As well we&#8217;ve pushed to get this clarified in the coming EJB 3.1 spec.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Blevins</title>
		<link>http://www.redstream.nl/2009/02/20/using-openejb-for-ejb3-testing-with-maven2/comment-page-1/#comment-321</link>
		<dc:creator>David Blevins</dc:creator>
		<pubDate>Fri, 27 Feb 2009 21:06:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.pascalalma.net/?p=530#comment-321</guid>
		<description>Great blog post.  Going to forward this to the OpenEJB list.  I see what you mean about the interface.  We can definitely fix that.  A great deal of the feature set is driven by feedback like this, so if you have any more, we&#039;re all ears.</description>
		<content:encoded><![CDATA[<p>Great blog post.  Going to forward this to the OpenEJB list.  I see what you mean about the interface.  We can definitely fix that.  A great deal of the feature set is driven by feedback like this, so if you have any more, we&#8217;re all ears.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Blevins</title>
		<link>http://www.redstream.nl/2009/02/20/using-openejb-for-ejb3-testing-with-maven2/comment-page-1/#comment-721</link>
		<dc:creator>David Blevins</dc:creator>
		<pubDate>Fri, 27 Feb 2009 21:06:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.pascalalma.net/?p=530#comment-721</guid>
		<description>Great blog post.  Going to forward this to the OpenEJB list.  I see what you mean about the interface.  We can definitely fix that.  A great deal of the feature set is driven by feedback like this, so if you have any more, we&#039;re all ears.</description>
		<content:encoded><![CDATA[<p>Great blog post.  Going to forward this to the OpenEJB list.  I see what you mean about the interface.  We can definitely fix that.  A great deal of the feature set is driven by feedback like this, so if you have any more, we&#8217;re all ears.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Craig</title>
		<link>http://www.redstream.nl/2009/02/20/using-openejb-for-ejb3-testing-with-maven2/comment-page-1/#comment-319</link>
		<dc:creator>Craig</dc:creator>
		<pubDate>Thu, 26 Feb 2009 13:02:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.pascalalma.net/?p=530#comment-319</guid>
		<description>Thank you for a detailed explanation of how to use Maven, because they could not understand how to use the program, but thanks to your explanation, all became clear!</description>
		<content:encoded><![CDATA[<p>Thank you for a detailed explanation of how to use Maven, because they could not understand how to use the program, but thanks to your explanation, all became clear!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Craig</title>
		<link>http://www.redstream.nl/2009/02/20/using-openejb-for-ejb3-testing-with-maven2/comment-page-1/#comment-719</link>
		<dc:creator>Craig</dc:creator>
		<pubDate>Thu, 26 Feb 2009 13:02:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.pascalalma.net/?p=530#comment-719</guid>
		<description>Thank you for a detailed explanation of how to use Maven, because they could not understand how to use the program, but thanks to your explanation, all became clear!</description>
		<content:encoded><![CDATA[<p>Thank you for a detailed explanation of how to use Maven, because they could not understand how to use the program, but thanks to your explanation, all became clear!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

