Microsoft Oslo: Lacking Interoperability?

,----[ Quote ]
| Microsoft, open you eyes...your "SOA" customers care about more than .NET and
| all customers benefit from open standards. This is not a new news.

Sharepoint goes solo, but why?

,----[ Quote ]
| I wish I could think of some nefarious reasons for this, but it actually
| seems to be worse for Microsoft, not better.
| [...]
| It sounds like Microsoft was getting tired of tightly coordinating Windows
| with Sharepoint Services. Fair enough. But if Microsoft were to decouple
| Sharepoint further from its ecosystem, such that it didn't require its users
| to fully embrace the Micro-borg, Sharepoint would do even better (though it's
| other products would likely suffer).


More obvious misgivings about Microsoft and SOA

,----[ Quote ]
| My take is that inside of Microsoft its aggressor A-types are all about
| dissing SOA and promoting .NET ad nauseam. At the same time the Microserfs
| and developers must understand the inevitability of SOA for at last a portion
| of the most advanced and innovative enterprises’ and service providers’
| architectures. * *
| And so, as the world turns toward SOA, Microsoft will fight quietly inside of
| itself about what it really is as a company — a partner to its customers, or
| a parasite on the hide of productivity. *

Microsoft: My way or the highway with SOA?

,----[ Quote ]
| Microsoft isn’t changing its tune with SOA, the authors say, noting
| that “Microsoft again appears to be crafting its own rules and vision. The
| company has so far declined to participate in certain key emerging industry
| standards relevant to SOA. It has a different perspective on what SOA is and
| a different approach for crystallizing its vision.“ * *

Microsoft absent from open standards movement around SOA

,----[ Quote ]
| Now, a new series of SOA standards is headed to OASIS, ones that could
| create a whole market segment around SOA common programmatic principles,
| but Microsoft is nowhere in sight. The absence of Microsoft from the
| Service Component Architecture (SCA), and its sibling Service Data
| Objects (SDO), definitions process can mean one thing: Microsoft will
| pursue its proprietary approach of baking pseudo-SOA into its
| operating system stack as long as it can.

Halloween Memo I Confirmed and Microsoft's History on Standards

,----[ Quote ]
| *By the way, if you are by any chance trying to figure out Microsoft's policy
| *toward standards, particularly in the context of ODF-EOXML, that same
| *Microsoft page is revelatory, Microsoft's answer to what the memo meant when
| *it said that Microsoft could extend standard protocols so as to deny
| *Linux "entry into the market": * *
| * *Q: The first document talked about extending standard protocols as a way
| * *to "deny OSS projects entry into the market." What does this mean?
| * *A: To better serve customers, Microsoft needs to innovate above standard
| * *protocols. By innovating above the base protocol, we are able to deliver
| * *advanced functionality to users. An example of this is adding
| * *transactional support for DTC over HTTP. This would be a value-add and
| * *would in no way break the standard or undermine the concept of standards,
| * *of which Microsoft is a significant supporter. Yet it would allow us to
| * *solve a class of problems in value chain integration for our Web-based
| * *customers that are not solved by any public standard today. Microsoft
| * *recognizes that customers are not served by implementations that are
| * *different without adding value; we therefore support standards as the
| * *foundation on which further innovation can be based. * * * * *

Microsoft needs REST

,----[ Quote ]
| Yaron Goland defended his Microsoft colleague, Dare Objasanjo, as a poor
| sitting duck. He justifies the decision to scrap APP as tactical and not
| strategic. He states: “We considered this option but the changes needed to
| make APP work for our scenarios were so fundamental that it wasn’t clear if
| the resulting protocol would still be APP… I also have to admit that I was
| deathly afraid of the political implications of Microsoft messing around with
| APP.” According to Goland, “we couldn’t figure out how to use APP without
| putting an unacceptable implementation and performance burden on both our
| customers and ourselves.” * * *
| The implications for this APP vs. Web3S debate can potentially be enormous.
| Just as we are on the brink of creating simple architectures that are
| interoperable using simple standards, the industry risks splitting into
| separate, incompatible camps again. It is probably no coincidence that we
| have Microsoft on one side and Google, IBM and Sun on the other. This will be
| a fundamental problem for enterprise customers if Microsoft extends this
| strategy into any REST architectures that it introduces into the enterprise.
| Any enterprise systems that expose their data using APP, which is likely in
| the near future, will be incompatible with any Microsoft system that expose
| their data with Web3S. * * * *

Could SharePoint Be Microsoft’s New Mode of Lock-In?

,----[ Quote ]
| This could be a tough one for IT leaders. Business users are comfortable with
| Microsoft. They know how to use the Office interface, and apparently like it
| to the point users will create their own mini-BI tools from Excel and opt out
| of the corporate system. But, if Asay’s right, vendor lock-in could cause
| unforeseen problems or major costs down the road. * *
| After reading Asay’s column and the interview with Nicholls, at least you’ll
| know which questions to ask before investing in either SharePoint or an
| alternative solution. *

ECIS Accuses Microsoft of Plotting HTML Hijack

,----[ Quote ]
| An industry coalition that has represented competitors of Microsoft
| in European markets before the European Commission stepped up its
| public relations offensive this morning, this time accusing
| Microsoft of scheming to upset HTML's place in the fabric of
| the Internet with XAML, an XML-based layout lexicon forn
| etwork applications.