Comments on: The Idea of SOA – IBM Impact Day One http://www.redmonk.com/cote/2008/04/07/the-idea-of-soa-ibm-impact-day-one/ One foot in the muck, the other in utopia Thu, 24 May 2012 14:45:32 +0000 hourly 1 http://wordpress.org/?v=3.3.2 By: (Not) Live from IMPACT - a blogger wrap » Smart (Enough) Systems, the blog http://www.redmonk.com/cote/2008/04/07/the-idea-of-soa-ibm-impact-day-one/comment-page-1/#comment-168913 (Not) Live from IMPACT - a blogger wrap » Smart (Enough) Systems, the blog Mon, 14 Apr 2008 21:20:32 +0000 http://www.redmonk.com/cote/2008/04/07/the-idea-of-soa-ibm-impact-day-two/#comment-168913 [...] The Idea of SOA - IBM Impact Day One (Michael Cote) [...] [...] The Idea of SOA – IBM Impact Day One (Michael Cote) [...]

]]> By: cote http://www.redmonk.com/cote/2008/04/07/the-idea-of-soa-ibm-impact-day-one/comment-page-1/#comment-167521 cote Wed, 09 Apr 2008 19:04:23 +0000 http://www.redmonk.com/cote/2008/04/07/the-idea-of-soa-ibm-impact-day-two/#comment-167521 Dan: makes sense, thanks for the clarification. Ric: yeah...it seems like closed source vendors, just by nature of usually having been around longer in this space, are the ones who make claims to scalability first-most, if not "second-most." Dan: makes sense, thanks for the clarification.

Ric: yeah…it seems like closed source vendors, just by nature of usually having been around longer in this space, are the ones who make claims to scalability first-most, if not "second-most."

]]> By: Live from IMPACT - Other bloggers » Smart (Enough) Systems, the blog http://www.redmonk.com/cote/2008/04/07/the-idea-of-soa-ibm-impact-day-one/comment-page-1/#comment-166924 Live from IMPACT - Other bloggers » Smart (Enough) Systems, the blog Tue, 08 Apr 2008 04:34:02 +0000 http://www.redmonk.com/cote/2008/04/07/the-idea-of-soa-ibm-impact-day-two/#comment-166924 [...] Michael Cote (Redmonk) [...] [...] Michael Cote (Redmonk) [...]

]]> By: People Over Process » How’s your T-Zone? - IBM Impact http://www.redmonk.com/cote/2008/04/07/the-idea-of-soa-ibm-impact-day-one/comment-page-1/#comment-166877 People Over Process » How’s your T-Zone? - IBM Impact Tue, 08 Apr 2008 01:13:14 +0000 http://www.redmonk.com/cote/2008/04/07/the-idea-of-soa-ibm-impact-day-two/#comment-166877 [...] afternoon, IBM (of course) re-enforced and nuanced out it’s message about SOA’ness from this morning: SOA is the technology to build out what business’s want and IBM is the most mature, thus, [...] [...] afternoon, IBM (of course) re-enforced and nuanced out it’s message about SOA’ness from this morning: SOA is the technology to build out what business’s want and IBM is the most mature, thus, [...]

]]> By: Ric http://www.redmonk.com/cote/2008/04/07/the-idea-of-soa-ibm-impact-day-one/comment-page-1/#comment-166884 Ric Mon, 07 Apr 2008 19:47:25 +0000 http://www.redmonk.com/cote/2008/04/07/the-idea-of-soa-ibm-impact-day-two/#comment-166884 Well we got 60 to an SOA conf in Sydney a few weeks back - must be IBM's pulling power .... I'm not sure how much of a differentiator the 'scaling' aspect is ... Oracle/BEA, ClearCape (?) and Sonic could make the same claims (and probably do!) Keep plugging on that "SOA is an idea" theme ... it's not a product set. Well we got 60 to an SOA conf in Sydney a few weeks back – must be IBM's pulling power ….

I'm not sure how much of a differentiator the 'scaling' aspect is … Oracle/BEA, ClearCape (?) and Sonic could make the same claims (and probably do!)

Keep plugging on that "SOA is an idea" theme … it's not a product set.

]]> By: Impact 2008: Dana Gardner and Michael Coté Blogging the Conference | danzrobok.com http://www.redmonk.com/cote/2008/04/07/the-idea-of-soa-ibm-impact-day-one/comment-page-1/#comment-166801 Impact 2008: Dana Gardner and Michael Coté Blogging the Conference | danzrobok.com Mon, 07 Apr 2008 19:17:59 +0000 http://www.redmonk.com/cote/2008/04/07/the-idea-of-soa-ibm-impact-day-two/#comment-166801 [...] Thanks to Michael Coté who is also blogging the conference and has his recap of the first few hours of Impact. [...] [...] Thanks to Michael Coté who is also blogging the conference and has his recap of the first few hours of Impact. [...]

]]> By: Impact 2008: Dana Gardner Blogging the Conference | danzrobok.com http://www.redmonk.com/cote/2008/04/07/the-idea-of-soa-ibm-impact-day-one/comment-page-1/#comment-166800 Impact 2008: Dana Gardner Blogging the Conference | danzrobok.com Mon, 07 Apr 2008 19:17:30 +0000 http://www.redmonk.com/cote/2008/04/07/the-idea-of-soa-ibm-impact-day-two/#comment-166800 [...] Thanks to Michael Coté who is also blogging the conference and has his recap of the first few hours of Impact. [...] [...] Thanks to Michael Coté who is also blogging the conference and has his recap of the first few hours of Impact. [...]

]]> By: Dan Zrobok http://www.redmonk.com/cote/2008/04/07/the-idea-of-soa-ibm-impact-day-one/comment-page-1/#comment-166803 Dan Zrobok Mon, 07 Apr 2008 13:39:50 +0000 http://www.redmonk.com/cote/2008/04/07/the-idea-of-soa-ibm-impact-day-two/#comment-166803 "Native SCA” (?)" In WebSphere Process Server, you have various ways your module can interact with dependencies. It could be a Web Service (SOAP/HTTP) call, a JMS queue, an EJB....Or, in the special case of one process server calling another process server module, you can use the "SCA Binding". It's basically as fast doing a method invocation on a java class because SCA bindings (mostly) occur within the same JVM. The reason you see "Native SCA" buzzword in the slide is to allude to how fast the binding is when compared to SOAP or JMS where you need to serialize. "Native SCA” (?)"

In WebSphere Process Server, you have various ways your module can interact with dependencies. It could be a Web Service (SOAP/HTTP) call, a JMS queue, an EJB….Or, in the special case of one process server calling another process server module, you can use the "SCA Binding".

It's basically as fast doing a method invocation on a java class because SCA bindings (mostly) occur within the same JVM.

The reason you see "Native SCA" buzzword in the slide is to allude to how fast the binding is when compared to SOAP or JMS where you need to serialize.

]]>