November 13, 2007
This article was contributed by Glyn Moody
The OpenDocument Foundation was formed in 2005, with the mission "to
provide a conduit for funding and support for individual contributors to
participate in ODF development" at the standards body OASIS.
So, at a time when backing for the ODF format seems to be gaining in
strength around the world, eyebrows were naturally raised when Sam Hiser, the
Foundation's Vice President and Director of Business Affairs,
wrote on October 16 that it was no longer supporting ODF:
We at the OpenDocument Foundation have been displeased with the direction
of ODF development this year. We find that ODF is not the open format with
the open process we thought it was or originally intended it to be.
Microsoft's Jason Matusow naturally allowed himself a little Schadenfreude,
Mary Jo Foley waxed apocalyptic, speculating
that "the ODF camp might unravel before Microsoft's rival Office Open XML
(OOXML) comes up for final international vote early next year," and IBM's
Rob Weir provided a characteristically witty point-by-point criticism
of the group's reasoning behind its move, dubbing the OpenDocument
Foundation "two guys without a garage", in a nod to the "mythology of
Silicon Valley" and its history of "two guys in a garage founding great
enterprises."
Meanwhile, in an attempt to understand what was going on, standards expert
Andy Updegrove tried applying
Occam's Razor:
The simplest explanation would appear to be simply that when the
Foundation's founders decided to turn out the lights, they decided to poke
a sharp stick in the eye of those that had rejected their approach.
That seems a little hard to believe, though, given the years of hard work
put in by Foundation members in support of ODF. For example, Hiser notes
that he worked on the OpenOffice.org project "from 2001 through its
20-millionth download. I was OpenOffice.org's Marketing Project
Lead...back when people said 'Open What?'" Moreover, if the Foundation had
really wanted to wield a sharp stick, it could have done so far more
effectively by announcing its break earlier. As Hiser points out: "I was
supportive of ODF into the summer in order to avoid negative attention for
ODF leading up to the September ISO vote on OOXML."
The roots of the Foundation's decision to abandon the ODF format in favour
of the little-known Compound Document
Formats (CDF) from the W3C go back to one of the most fraught and
painful episodes in the history of open source and open standards: the attempt
by the Commonwealth of Massachusetts to adopt the ODF format. Hiser was in
the thick of it:
I was the outside consultant working with Mass ITD [Information Technology
Division] between Nov 2005 & June 2006 on their Pilot of ODF-ready
software. (We are bound by NDA so I can't go into details.) What you do
know already is that the Pilot ended with [Massachusetts CIO] Louis
Gutierrez putting out a Request For Information ("RFi") for an ODF Plugin
for MS Office. That tells you what? That ODF-ready software like
OpenOffice.org worked splendidly in ITD? The RFi was a cry for help to the
free software community to get what Sun and others decided not to provide:
interoperabilidad!
Sun's Chief Open Source Officer, Simon Phipps, begs to differ:
Sun sees interoperability for OpenOffice.org as hugely important and has
contributed vast amounts of code to the community to make it possible. Most
of the interoperability support to date has been implemented by Sun
engineers, and Sun continues to invest heavily in this essential
capability, seeking to get it as close to 100% as is technically possible.
The main bone of contention between the OpenDocument Foundation and the
rest of the community supporting ODF comes down to the issue of whether
"100%", full-fidelity interoperability with Microsoft Office is achievable
or even desirable. For example, Weir wrote:
I would not claim a priori that all customers require lossless, 100%
fidelity conversions. Remember, we do not see 100% fidelity even when
upgrading from Office 2003 to Office 2007, but this appears to be
adequate. What is required is that the total return from changing document
formats exceeds any other profitable use of capital available to the
enterprise.
The Foundation's position was explained
by its President, Gary Edwards:
We had to have perfect fidelity because there was no reasonable expectation
of ever successfully migrating those business processes to a Microsoft
Office alternative like ODF-ready OpenOffice.org, StarOffice, WorkPlace or
Novell Office. Such a re-engineering of the business processes would be
costly and beyond disruptive.
If however we could achieve full fidelity conversions of legacy Microsoft
binary documents to ODF, and were able to guarantee the roundtrip process
of these newly christened ODF documents in a mixed desktop environment, one
comprised of ODF-enabled Microsoft Office, OpenOffice.org, Novell Office,
WorkPlace, and KOffice, the existing MSOffice bound business processes
could continue being used even as new ODF ready workstations were added to
the workflow. Massachusetts could migrate to non-Microsoft Office software
in manageable phases, restoring competition -- and sanity -- to the
Commonwealth's software procurement program.
If on the other hand, there is no full fidelity conversion to ODF of legacy
documents available at the head point of the migration -- Microsoft Office
-- then the business process will break under the weight of users having to
stop everything to fix and repair the artifacts of lossy file
conversions. What Massachusetts discovered is that users will immediately
revert to a Microsoft-only process wherever the business process system
breaks down due to conversion fidelity problems. It is a productivity
killer and a show stopper for migration to ODF-supporting software.
This line of thinking probably explains the widespread incomprehension that
greeted the Foundation's decision to abandon ODF. Supporters of the latter
believe that it is by far the best document format, one that provides
numerous benefits to users, notably freedom from lock-in. Hiser couldn't
agree more: "We don't want OOXML to ever see the light of day, and
certainly we feel deeply that it needs to be rejected by ISO finally and
conclusively." But he adds:
Whatever happens at ISO, though, the market
is where acceptance of OOXML is inevitable. The clock is ticking as the
major governments that are trying to adopt ODF are finding it quite taxing
on a practical level (Mass, Denmark, Belgium). Each one is drifting from
ODF-only policies to ODF + OOXML. This is because OpenOffice.org
installation is not enough to overcome the sticky business processes in
workgroups across the extended enterprise.
In companies running the Microsoft enterprise stack, those "sticky business
processes" are defined and stored in a program that has a surprisingly low
profile, but which may well turn out to be the biggest emerging threat to
open source: Sharepoint. One
perceptive observer, Alfresco's Matt Asay, had already spotted
that threat 18 months ago, and is just as worried today:
The more content you put in - whatever the individual file formats - the
harder it is to get it out, because you're locking it into both a closed
repository *and* a closed Microsoft ecosystem. Even if you manage to get
your content out of Sharepoint it's still set to work on SQL Server with
IIS/ActiveDirectory, etc. Closed. Closed. Closed.
Even worse, this same lock-in applies to any ODF documents the user might
have. As Asay explains:
Let's assume you store data in ODF in a Sharepoint repository. It doesn't
matter that ODF is an open format. The repository holding it is
proprietary, and that proprietary lock-in is doubled by the fact that the
enterprise will build (proprietary, non-standard) workflows to manage that
content which keeps content a prisoner to Microsoft.
In other words, the lock-in occurs not at the document level - the one the
ODF community is most focused on - but at the level of the workflow. If
companies can't export their documents with ease and with perfect fidelity,
the Foundation believes, they will simply opt for the default Microsoft
solution - Sharepoint - and become trapped by workflow lock-in. This is
why the Hiser and his colleagues have shifted their support away from ODF
to CDF, which they think could allow companies to export Microsoft Office
documents with perfect fidelity into other, truly open workflow systems.
Asay's explains the difference with reference to his own company's product:
Alfresco is open source, open standards, and open ecosystem. If you choose
to leave Alfresco, your content easily goes with you and you can take it to
whatever repository you want. We run on any database, any application
server, any directory service, any security protocol, etc. Our customers
get to choose best of breed components, rather than being forced into a
closed ecosystem.
The Foundation believes that the ODF format could have addressed this issue
had it added certain extensions
to the standard to provide perfect interoperability with Microsoft's Office
documents. Some, like Weir, doubt this:
If I thought, as the Foundation
claims, that 5 simple changes to ODF would make it perfectly compatible
with MS Office, then I would be 100% behind their proposal. I'd have no
hesitation. However, I don't think their claims hold water.
Given the reluctance of the ODF community to take that route, the
Foundation hopes to blunt the Sharepoint threat by combining the CDF format
with some code it had already written for use with ODF files, called the
"da
Vinci" plugin. Hiser explains where the name came from:
The thing about the plugin is we've cracked the secret of Microsoft's
format - there's something we call Secret RTF. You know how MS has had
dozens and dozens of formats - how do you think you would keep your head
straight? You have one format you check in on, and it checks in on Secret
RTF. We've cracked the code, which is why we've called this da Vinci."
It is the da Vinci plugin, the Foundation claims, that will allow perfect
interoperability with Microsoft's Office files, which in turn will allow
such documents to be taken out of the Microsoft ecosystem into open workflow
software without users seeing any loss of fidelity. Partly because of the
grand claims made for it, the plugin has been the cause of much of the
skepticism surrounding the Foundation's ideas and future plans. As Weir wrote:
Why isn't [da Vinci] open source? Are we to follow the Foundation's claim
of 100% interoperability, based on blind faith, without seeing some proof
in the form of working code? I've been working on document conversions and
document file formats of one kind or another for almost 20 years. I've
never seen 100% fidelity conversions of anything but trivial
formats. Extraordinary claims require extraordinary evidence. But we have
nothing here, just white papers.
Hiser explains that in fact they had intended to release it as open source:
"we actually agreed to open source it, and Massachusetts said, 'oh, great,
OK'. And then the vendors that Louis [Gutierrez] asked to fund it walked
away. When Louis resigned, we stopped doing work."
With the start of the CDF project, Hiser and Edwards have new priorities:
"The reason for not opening sourcing it [now] is not because we're going to
make a million dollars, although that's one of our goals too. We are
business people: we need to fund the business that sells products, and we
have to do that in about that magnitude to sustain our developing
capabilities, and to feed our families." They will also be coming up with
a new name for the now-defunct OpenDocument Foundation: "It takes time to
do a total brand and corporate make-over," Hiser says, "but that's
underway. I'm leaning toward 'Two Guys Without a Garage LLC'."
Whether or not CDF is the right
format, whether the da Vinci plugin can provide 100% interoperability,
and whether the new company of Hiser and Edwards will flourish, remains to
be seen. In any case, the dramatic decision to break with the ODF
community, and the attendant publicity it has garnered,
may have already achieved something beneficial, for it has helped to direct
attention towards the hitherto largely under-appreciated threat that
Microsoft's Sharepoint represents for open source, open documents and open
standards in the enterprise.
Asay has some thoughts on what must be done to meet that threat:
We need
open-source companies and projects tightly integrating with each
other. Alfresco + Jboss Portal + Red Hat Linux + JasperSoft would be a
pretty compelling alternative to Sharepoint, as would other
combinations. Alfresco plans to continue building out (and exceeding)
Sharepoint functionality, and we'll start to message against Sharepoint in
2008. But it really requires that a community engage against Sharepoint,
and not just one company.
Weir agrees, and even sees an downside to Microsoft's huge installed base
of Office users:
From the FOSS perspective I think our greatest strength
is that we do not have the legacy base that Microsoft has. Sure, this is a
revenue stream for Microsoft, but it is also a huge burden. Microsoft
cannot move as fast or innovate as fast as they would like to, since they
have so many legacy documents and legacy users to worry about. I think FOSS
can and should try to out-innovate Microsoft.
Clearly, then, now is a
good time for two guys with - or even without - a garage to get coding, and
found that great open source enterprise.
Glyn Moody writes about open source at opendotdotdot.
(
Log in to post comments)