<?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: WebSphere ESB 6.2</title>
	<atom:link href="http://david.currie.name/archives/2008/12/12/websphere-esb-6/feed" rel="self" type="application/rss+xml" />
	<link>http://david.currie.name/archives/2008/12/12/websphere-esb-6</link>
	<description>on work and play</description>
	<lastBuildDate>Sun, 07 Mar 2010 05:41:31 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Remy</title>
		<link>http://david.currie.name/archives/2008/12/12/websphere-esb-6/comment-page-1#comment-93928</link>
		<dc:creator>Remy</dc:creator>
		<pubDate>Mon, 06 Jul 2009 12:27:25 +0000</pubDate>
		<guid isPermaLink="false">http://david.currie.name/?p=745#comment-93928</guid>
		<description>Hi,

Thanks a lot for these clarifications. The external JMS provider
 is investigated because 
the ESB will be distributed over the  WAN.

BR

Rémy</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>Thanks a lot for these clarifications. The external JMS provider<br />
 is investigated because<br />
the ESB will be distributed over the  WAN.</p>
<p>BR</p>
<p>Rémy</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave</title>
		<link>http://david.currie.name/archives/2008/12/12/websphere-esb-6/comment-page-1#comment-93907</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Fri, 03 Jul 2009 20:13:46 +0000</pubDate>
		<guid isPermaLink="false">http://david.currie.name/?p=745#comment-93907</guid>
		<description>Hi Rémy,

You are certainly correct in thinking that the system bus used by the SCA implementation for asynchronous invocations is not the &quot;Bus&quot; in ESB. This is merely implementation detail. The &quot;Bus&quot; is more of a logical concept that combines both connectivity and inter-mediation. In your case, you are choosing to use an external JMS provider to provide the connectivity, which is certainly a valid decision if that provides the necessary means for producers and consumers to connect from their environments. Equally, for other customers, WebSphere&#039;s default messaging provider might suffice.

Regards,
David</description>
		<content:encoded><![CDATA[<p>Hi Rémy,</p>
<p>You are certainly correct in thinking that the system bus used by the SCA implementation for asynchronous invocations is not the &#8220;Bus&#8221; in ESB. This is merely implementation detail. The &#8220;Bus&#8221; is more of a logical concept that combines both connectivity and inter-mediation. In your case, you are choosing to use an external JMS provider to provide the connectivity, which is certainly a valid decision if that provides the necessary means for producers and consumers to connect from their environments. Equally, for other customers, WebSphere&#8217;s default messaging provider might suffice.</p>
<p>Regards,<br />
David</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: remy</title>
		<link>http://david.currie.name/archives/2008/12/12/websphere-esb-6/comment-page-1#comment-93892</link>
		<dc:creator>remy</dc:creator>
		<pubDate>Thu, 02 Jul 2009 09:01:33 +0000</pubDate>
		<guid isPermaLink="false">http://david.currie.name/?p=745#comment-93892</guid>
		<description>Hi,

I&#039;m working on the definition of an ESB based on Websphere-ESB. My references to do this is the book of David A. Chappell &quot;Enterprise Service Bus&quot;.

My proposal to do this is to used an external  JMS provider that will be the core MOM of the ESB. Mediation components will be used to implement the ESB service container plugged into the JMS-based Core MOM.

For me, the Bus of the ESB is really different from the internal bus used by the SCA Mediation components.

What are your opinions , advices about these?

Thanks a lot,

KR

Rémy</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>I&#8217;m working on the definition of an ESB based on Websphere-ESB. My references to do this is the book of David A. Chappell &#8220;Enterprise Service Bus&#8221;.</p>
<p>My proposal to do this is to used an external  JMS provider that will be the core MOM of the ESB. Mediation components will be used to implement the ESB service container plugged into the JMS-based Core MOM.</p>
<p>For me, the Bus of the ESB is really different from the internal bus used by the SCA Mediation components.</p>
<p>What are your opinions , advices about these?</p>
<p>Thanks a lot,</p>
<p>KR</p>
<p>Rémy</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave</title>
		<link>http://david.currie.name/archives/2008/12/12/websphere-esb-6/comment-page-1#comment-92706</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Mon, 30 Mar 2009 21:30:12 +0000</pubDate>
		<guid isPermaLink="false">http://david.currie.name/?p=745#comment-92706</guid>
		<description>Apologies for the delay in responding. There is currently nothing out of the box that is going to help you in these scenarios. I am, however, aware of projects which have implemented a custom mediation primitive that performs for UDDI much the same functionality as the existing EndpointLookup primitive does for WebSphere Service Registry and Repository. It is relatively easy to achieve as, once the primitive has retrieved the necessary endpoint information, it just sets the target address (or alternate targtets) in the SMO header as &lt;a href=&quot;http://publib.boulder.ibm.com/infocenter/dmndhelp/v6r2mx/topic/com.ibm.wbit.620.help.sib.mediation.ui.doc/topics/tnoepl.html&quot; rel=&quot;nofollow&quot;&gt;documented&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>Apologies for the delay in responding. There is currently nothing out of the box that is going to help you in these scenarios. I am, however, aware of projects which have implemented a custom mediation primitive that performs for UDDI much the same functionality as the existing EndpointLookup primitive does for WebSphere Service Registry and Repository. It is relatively easy to achieve as, once the primitive has retrieved the necessary endpoint information, it just sets the target address (or alternate targtets) in the SMO header as <a href="http://publib.boulder.ibm.com/infocenter/dmndhelp/v6r2mx/topic/com.ibm.wbit.620.help.sib.mediation.ui.doc/topics/tnoepl.html" rel="nofollow">documented</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sivaraman</title>
		<link>http://david.currie.name/archives/2008/12/12/websphere-esb-6/comment-page-1#comment-92639</link>
		<dc:creator>Sivaraman</dc:creator>
		<pubDate>Mon, 23 Mar 2009 18:54:41 +0000</pubDate>
		<guid isPermaLink="false">http://david.currie.name/?p=745#comment-92639</guid>
		<description>Hi,
For quite sometime, I&#039;ve been developing PoC&#039;s in Websphere Business Services Fabric for potential customer engagements. Off late the service implementation has grown up extensively such that I am looking to use a service registry to add flexibility to the endpoints.

These endpoints represents communication to the various legacy systems(wrapped inside a process/module with a common interface &amp; BO).

My question is is there any way I can use the Sun service registry or other opensource offerings like JUDDI in the websphere integration developer/Process Server/ESB?

Your comments are highly appreciated.</description>
		<content:encoded><![CDATA[<p>Hi,<br />
For quite sometime, I&#8217;ve been developing PoC&#8217;s in Websphere Business Services Fabric for potential customer engagements. Off late the service implementation has grown up extensively such that I am looking to use a service registry to add flexibility to the endpoints.</p>
<p>These endpoints represents communication to the various legacy systems(wrapped inside a process/module with a common interface &amp; BO).</p>
<p>My question is is there any way I can use the Sun service registry or other opensource offerings like JUDDI in the websphere integration developer/Process Server/ESB?</p>
<p>Your comments are highly appreciated.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Valencia</title>
		<link>http://david.currie.name/archives/2008/12/12/websphere-esb-6/comment-page-1#comment-90869</link>
		<dc:creator>Jim Valencia</dc:creator>
		<pubDate>Tue, 16 Dec 2008 14:49:23 +0000</pubDate>
		<guid isPermaLink="false">http://david.currie.name/?p=745#comment-90869</guid>
		<description>Thanks a lot! A compressive description of some welcome new features in ESB. I&#039;m downloading the 6.2 version to test it. Good job.</description>
		<content:encoded><![CDATA[<p>Thanks a lot! A compressive description of some welcome new features in ESB. I&#8217;m downloading the 6.2 version to test it. Good job.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: WebSphere ESB v6.2 Available &#171; SOA Tips &#8216;n&#8217; Tricks</title>
		<link>http://david.currie.name/archives/2008/12/12/websphere-esb-6/comment-page-1#comment-90862</link>
		<dc:creator>WebSphere ESB v6.2 Available &#171; SOA Tips &#8216;n&#8217; Tricks</dc:creator>
		<pubDate>Tue, 16 Dec 2008 10:23:24 +0000</pubDate>
		<guid isPermaLink="false">http://david.currie.name/?p=745#comment-90862</guid>
		<description>[...] ESB v6.2&#160;Available December 16, 2008 &#8212; andrewferrier   Dave has already beaten me in laying out the details, but it&#8217;s worth pointing out that WebSphere ESB 6.2 (together with its tooling environment, [...]</description>
		<content:encoded><![CDATA[<p>[...] ESB v6.2&nbsp;Available December 16, 2008 &#8212; andrewferrier   Dave has already beaten me in laying out the details, but it&#8217;s worth pointing out that WebSphere ESB 6.2 (together with its tooling environment, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Google #1 for WebSphere ESB 6.2 &#171; log.illsley.org</title>
		<link>http://david.currie.name/archives/2008/12/12/websphere-esb-6/comment-page-1#comment-90817</link>
		<dc:creator>Google #1 for WebSphere ESB 6.2 &#171; log.illsley.org</dc:creator>
		<pubDate>Sun, 14 Dec 2008 12:05:06 +0000</pubDate>
		<guid isPermaLink="false">http://david.currie.name/?p=745#comment-90817</guid>
		<description>[...] &#8220;WebSphere ESB 6.2&#8243; this weekend appears to get a tweet from me and a rather more in depth discussion from my colleague David [...]</description>
		<content:encoded><![CDATA[<p>[...] &#8220;WebSphere ESB 6.2&#8243; this weekend appears to get a tweet from me and a rather more in depth discussion from my colleague David [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
