<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>SOA and OO contd...</title><link>http://blogs.msdn.com/ramkoth/archive/2004/01/31/65321.aspx</link><description>When I looked back at my last blog on SOA and OO, I figured out I digressed a little bit from the topic that I wanted to address. It was late in the evening and my mind was as quiescent as the little stormy weather that we were encountering in Redmond</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: SOA and OO contd...</title><link>http://blogs.msdn.com/ramkoth/archive/2004/01/31/65321.aspx#65376</link><pubDate>Sat, 31 Jan 2004 21:26:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:65376</guid><dc:creator>RebelGeekz</dc:creator><description>&amp;quot;i don't think that the performance degradation due to XML payload is really significant for most business applications, unless ofcourse you are building a real-time system that has to handle thousands of messages/sec&amp;quot;&lt;br&gt;&lt;br&gt;Daily tracking of tens of millions of FedEx shipments&lt;br&gt;Daily orders and replenishment of Walmart inventory&lt;br&gt;&lt;br&gt;I work everyday with this kind of scenarios, millions over millions of transactions, and it will be hard to replace EDI unless there is a better format and XML unfortunately sucks in this area. &lt;br&gt;&lt;br&gt;Compare an invoice in EDI with its XML counterpart and you will understand why sending thousands of XML documents per hour would be a great mistake.&lt;br&gt;&lt;br&gt;&amp;quot;Wouldn't it be better that the wire-format can be chosen using policy assertions?&amp;quot;&lt;br&gt;NOW we are talking...&lt;br&gt;Looks like we've finally seen the light at the end of the tunnel.&lt;br&gt;</description></item><item><title>SOA/OO/WS </title><link>http://blogs.msdn.com/ramkoth/archive/2004/01/31/65321.aspx#65392</link><pubDate>Sat, 31 Jan 2004 05:55:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:65392</guid><dc:creator>Mike Diehl's WebLog</dc:creator><description /></item><item><title>re: SOA and OO contd...</title><link>http://blogs.msdn.com/ramkoth/archive/2004/01/31/65321.aspx#65441</link><pubDate>Sun, 01 Feb 2004 01:09:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:65441</guid><dc:creator>ramkoth</dc:creator><description>RebelGeez&lt;br&gt;&lt;br&gt;I understand your concerns. It is a typical 80/20 scenario. But, even if you take your case, web services based design should work with out much difficulty. &lt;br&gt;&lt;br&gt;Let's do a little math. Let's say that you want to process a million transaction over a period of 10 hours (I am not assuming batch processing here). That boils down to processing ~28 requests per second. If you have sufficient network bandwidth, this is not something that sounds imposing. Assuming that the processing is not CPU intensive(which is usually the case), a decent server can handle this load. &lt;br&gt;&lt;br&gt;Of course, if you want to process more messages (let's say 100-150) during peak time, scale-out architecture of web services can be helpful in processing more messages. Only constraint in that case would be network bandwidth.&lt;br&gt;&lt;br&gt;It would be great if you can share the summary of your benchmark results.&lt;br&gt;&lt;br&gt;</description></item><item><title>re: SOA and OO contd...</title><link>http://blogs.msdn.com/ramkoth/archive/2004/01/31/65321.aspx#74434</link><pubDate>Tue, 17 Feb 2004 18:54:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:74434</guid><dc:creator>Mehran Nikoo</dc:creator><description>Nice points. Also read me posts in regards to SOA and OO at &lt;br&gt;&lt;br&gt;&lt;a target="_new" href="http://mehranikoo.net/mysite/posts/210.aspx"&gt;http://mehranikoo.net/mysite/posts/210.aspx&lt;/a&gt;&lt;br&gt;&lt;br&gt;and&lt;br&gt;&lt;br&gt;&lt;a target="_new" href="http://mehranikoo.net/mysite/posts/214.aspx"&gt;http://mehranikoo.net/mysite/posts/214.aspx&lt;/a&gt;&lt;br&gt;</description></item><item><title>re: SOA and OO contd...</title><link>http://blogs.msdn.com/ramkoth/archive/2004/01/31/65321.aspx#141042</link><pubDate>Wed, 26 May 2004 04:39:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:141042</guid><dc:creator>Rajiv</dc:creator><description>Design in SOA is pretty much functional decomposition of the architecture. At the lowest level - programming - SOA says very little, and coexists with OO perfectly</description></item><item><title>re: SOA and OO contd...</title><link>http://blogs.msdn.com/ramkoth/archive/2004/01/31/65321.aspx#156332</link><pubDate>Wed, 16 Jun 2004 06:45:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:156332</guid><dc:creator>Steve Zagrobelny</dc:creator><description>&amp;quot;i don't think that the performance degradation due to XML payload is really significant for most business applications, unless ofcourse you are building a real-time system that has to handle thousands of messages/sec. &amp;quot;  What makes up the XML payload that causes performance degradation?  My problem is SQL searches that return fast when initially run, then slow as the day goes on.  Does the &amp;quot;XML payload&amp;quot; have anything to do with this?&lt;br&gt;&lt;br&gt;</description></item><item><title> RunOfTheMillBlog SOA and OO contd | Insomnia Cure</title><link>http://blogs.msdn.com/ramkoth/archive/2004/01/31/65321.aspx#9719110</link><pubDate>Wed, 10 Jun 2009 03:15:41 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9719110</guid><dc:creator> RunOfTheMillBlog SOA and OO contd | Insomnia Cure</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://insomniacuresite.info/story.php?id=8021"&gt;http://insomniacuresite.info/story.php?id=8021&lt;/a&gt;&lt;/p&gt;
</description></item></channel></rss>