Oracle is a company that's never particularly cottoned to developers. While Microsoft and Google have developer DNA wired deeply into their genes, Oracle is first and foremost a database company that prides itself on ruthlessly pursuing its business agenda with a take-no-prisoners approach. Whether its reckless approach to technology appeals to developers or any other community matters little to the company. Because Oracle stands for nothing but its own interests and because of its long history of aggression, it is feared by all market segments it touches: suppliers, competitors, and its own customers.
- Coding to standards and quality: supply-chain application development
- Rogue Wave Tools and Libraries for Big Data
- Real results: Speeding quality application delivery with DevOps [in financial services]
- How to Protect Your Content and Improve Security with Cloud Client Computing and Thin/Zero Clients
There is little surprise then to see it in court in San Francisco fighting Google, claiming patent infringement due to the latter's development of the Android operating system. Google, certainly no stranger to pushing the legal limits in its quest to access as much data as possible, is hardly a friend to licensing and copyright. Its fights with the publishing industry over copyrights are legendary and have generally forced Google to backtrack. Its expansive view of its access to data is at the heart of current uproars over Street View and the newly announced GDrive.
So, it seems almost inevitable that the two behemoths would meet in court one day. Initially, Oracle's suit and Google counter-suit looked to be one of those slow-moving affairs that was fascinating to watch from a distance in much the same way as the trial pitting the U.S. Department of Justice against Microsoft a decade ago.
However, events in San Francisco quickly took a sinister turn when Oracle posited an ominous theory: that Google had violated Oracle's Java copyrights by reimplementing Java APIs in Android. The question of the copyrightability of APIs is the hinge on which the first part of the trial now rests, and it provides a disturbing vision of how software development might look should Oracle prove this claim.
In a nutshell, if the jury sides with Oracle that the copyrights in the headers of every file of the Java source base apply specifically to the syntax of the APIs, then Oracle can extract payment and penalties from Google for having implemented those APIs without Oracle's blessing (or, in more specific terms, without a license).
Essentially, every language implementation not issued forth by the copyright holder will be suspect until the copyright owners announce a permanent statement dispensing with any threats to enforce the copyrights. There is no reason to believe that copyright holders will naturally act with such restraint. As we know, Oracle certainly has not. And who's to say the owners of Bell Labs care enough about the negative programming consequences of enforcing language copyrights when they can see possible licensing fees of tens if not hundreds of millions of dollars are a possible result?
The problem does not stop with languages, of course. Would Linux be at risk for all the UNIX APIs it recreated? Or would any of the ports of various libraries be similarly in danger? Probably so.
During the trial, Sun's last two CEOs provided conflicting evidence. In a nutshell, Jonathan Schwartz testified for Google's view (and his email congratulating Google on Android is a crucial piece of testimony), while Scott McNealy testified unequivocally that APIs were copyrightable, copyrighted, and not open to duplication by unlicensed third parties. Both views are in character. McNealy fought the UNIX wars on behalf of Solaris precisely on the basis of the extra libraries and APIs that distinguished it from HP-UX, IRIX, and AIX. I have no doubt that if this case had arrived 15 years ago, McNealy would have testified precisely the same way. Specific libraries and their attendant APIs were crucial means for companies to establish and maintain a competitive advantage.
This role for APIs tends to support Oracle's view that they are the property of the owners and are not intended for free use by unlicensed parties wanting to implement them. And Google's internal deliberations that show an awareness that a license might be necessary would also support the idea that the APIs are property. On this basis and the careful copyrights in each document, I am unwillingly led to conclude that the jury might not deliver good news when it returns from its deliberations. Of course, I deeply hope I'm wrong.
However, a silver lining could present itself: The jury could affirm that the APIs are copyrighted but that the syntax of the function signatures are a fair use exception. This would safeguard the right to reimplement APIs forever without fear of suit for copyright violation. And it would not be an unreasonable finding.
Trials are troublesome events in the course of computing history. They have delivered odder verdicts than one that would side entirely with Oracle. You might recall that the Lotus v. Borland suit (1990) originally resulted in a ruling affirming the copyrightability of a menu hierarchy. Not until the case reached the U.S. Supreme Court in 1996 was that bit of nonsense definitively overturned. Let us hope that there's no need for that much litigation to ensure forever that APIs can be freely copied.