Linked by Thom Holwerda on Tue 8th Apr 2008 20:14 UTC
Microsoft "Microsoft will make available the preliminary versions of technical documentation for the protocols built into Microsoft Office 2007, SharePoint Server 2007 and Exchange Server 2007. This documentation, which defines how these high-volume Microsoft products communicate with some of its other products, is 14000 pages and is in addition to the 30000 pages posted when the software giant first introduced its new Interoperability Principles last month. They will be made available April 8."
Thread beginning with comment 308740
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE: OpenOffice
by BrianH on Tue 8th Apr 2008 20:56 UTC in reply to "OpenOffice"
BrianH
Member since:
2005-07-06

These are network protocols, not protocols for program operation and layout.

Reply Parent Score: 2

RE[2]: OpenOffice
by kaiwai on Wed 9th Apr 2008 02:14 in reply to "RE: OpenOffice"
kaiwai Member since:
2005-07-06

These are network protocols, not protocols for program operation and layout.


I think he (the person whom you replied to) is talking about, for example, exchange where by compatibility can be bought about in Thunderbird, and adding protocol support in OpenOffice.org to allow direct support for Sharepoint collaboration from within the various parts which make up the OpenOffice.org suite of programmes.

With that being said, 30,000 pages tells me a number of things; there is alot of backwards compatibility issues, there are alot of diagrams and they have to be incredibly verbose because of the complex nature of the protocol (more complex than it probably needs to be).

With this being said, I think the problem with this (the reliant on Microsoft) will cause pain at a later date because there is no assurance that they'll continue to update the documentation when they update their protocol, change or fix a security issue within the protocol? I think the more important way to counter Microsoft is to create our own ecosystem of open standards that address the issues which Microsoft products - so that future improvement isn't hamstrung to the whims of Microsoft.

Reply Parent Score: 4

RE[3]: OpenOffice
by elsewhere on Wed 9th Apr 2008 03:27 in reply to "RE[2]: OpenOffice"
elsewhere Member since:
2005-07-13

With this being said, I think the problem with this (the reliant on Microsoft) will cause pain at a later date because there is no assurance that they'll continue to update the documentation when they update their protocol, change or fix a security issue within the protocol?


The one advantage the community has is that Microsoft's dependence on backwards compatibility with every previous version of Windows ever created is that protocol changes will still have to assume older versions. So even if they change it, they can't scorch the OSS community without either scorching their own customers, or forcing said customers to apply arbitrary patches that MS knows from experience they may be hesitant to (ie. in the enterprise space).

I think the more important way to counter Microsoft is to create our own ecosystem of open standards that address the issues which Microsoft products - so that future improvement isn't hamstrung to the whims of Microsoft.


Agree wholeheartedly, but we have our own ecosystem of open standards already, and it's not working. It's time for the community to do a little "embrace, extend, extinguish" of it's own. When 98% of the computing world is using product A, it's almost futile to try and convince everyone that switching to product B is better. Instead, product B should act like product A, but introduce improvements and benefits that product A doesn't. So an app like korganizer or evolution can adopt compatibility with MS server protocols, yet ensure that users can migrate those services to open-standards based ones without forklifting the front end.

Or something like that. Anyways, it worked for Microsoft and made them what we are, so instead of constantly taking the high road, maybe the community needs to start using Microsoft's strategies against them. It's, frankly, the last thing they would ever expect. ;)

Reply Parent Score: 4

RE[3]: OpenOffice
by 1c3d0g on Wed 9th Apr 2008 19:48 in reply to "RE[2]: OpenOffice"
1c3d0g Member since:
2005-07-06

Correct me if I'm wrong, but don't we have something similar (on Linux at least) in the form of D-Bus? Is this Microsoft's version of it and can D-Bus be implemented in Windows, or is this something else entirely?

Reply Parent Score: 3