Showing posts with label java. Show all posts
Showing posts with label java. Show all posts

Thursday, 28 May 2015

Obama administration favour Oracle's copyright position in API battle

In the US, the Obama administration has sided against Google and said the U.S. Supreme Court should not hear the company's appeal in a case against Oracle with wide implications for the technology industry, according to a court filing. The case involves how much copyright protection should extend to the Java programming language. 

At issue in Oracle v. Google is whether Oracle can claim a copyright on Java APIs and, if so, whether Google has infringed these copyrights.  APIs (Application Programming Interfaces) are, generally speaking, specifications that allow programs to communicate with each other.

Overturing Judge William Alsup  the Northern District of California who ruled that APIs are not subject to copyright, the  U.S. Court of Appeals ruled that the Java APIs are copyrightable, with the appellate court saying "We conclude that a set of commands to instruct a computer to carry out desired operations may contain expression that is eligible for copyright protection" but leaving open the possibility that Google might have a fair use defense. Its important - Google used Java to design its Android smartphone operating system, and unsurprisingly Googe then appealed to the U.S. Supreme Court. Google maintained that the code at issue is not entitled to copyright protection because it constitutes a "method of operation" or "system" that allows programs to communicate with one another.

In January SCOTUS asked the Obama administration for its opinion on whether it should take the case because the federal government has a strong interest.

Previously the Electronic Frontiers Fooundation (RFF) had filed an amicus brief on behalf of a group of 32 prominent computer scientists which urged the Supreme Court to reverse the appeals court decision saying "The Federal Circuit’s decision poses a significant threat to the technology sector and to the public" and "If it is allowed to stand, Oracle and others will have an unprecedented and dangerous power over the future of innovation. API creators would have veto rights over any developer who wants to create a compatible program—regardless of whether she copies any literal code from the original API implementation. That, in turn, would upset the settled business practices that have enabled the American computer industry to flourish, and choke off many of the system’s benefits to consumers."

Now in the latest court filing, U.S. Solicitor General Donald Verrilli said Google's argument that the code is not entitled to copyright protection lacks merit and did not need to be reviewed by the Supreme Court. Verrilli added that Google had raised important concerns about the effect that enforcement of Oracle's copyright could have on software development, but said those issues could be addressed via further proceedings on Google's separate "fair use" defence in San Francisco federal court.

http://gadgets.ndtv.com/mobiles/news/obama-administration-asks-us-top-court-to-decline-google-copyright-appeal-vs-oracle-696634

https://www.eff.org/cases/oracle-v-google

http://arstechnica.com/tech-policy/2015/05/white-house-sides-with-oracle-tells-supreme-court-apis-are-copyrightable/

Wednesday, 16 May 2012

API battle for Google

The Electronic Frontiers Foundation have reported on the legal debates surrounding the action brought by Oracle against Google for the use of Oracle's APIs, whether copyright can subsist in those API's and if it did, could Google claim fair use.

Before we go any further - a brief definition of APIs "An application programming interface (API) is a specification intended to be used as an interface by software components to communicate with each other. An API may include specifications for routines, data, structures, object classes. In 2010, Oracle bought Sun Microsystems, which developed Java. When it implemented the Android OS, Google wrote its own version of Java -but in order to allow developers to write their own programs for Android, Google relied on Java’s APIs."

This is what the EFF have to say:
"Here’s the problem: Treating APIs as copyrightable would have a profound negative impact on interoperability, and, therefore, innovation. APIs are ubiquitous and fundamental to all kinds of program development. It is safe to say that all software developers use APIs to make their software work with other software. For example, the developers of an application like Firefox use APIs to make their application work with various OSes by asking the OS to do things like make network connections, open files, and display windows on the screen. Allowing a party to assert control over APIs means that a party can determine who can make compatible and interoperable software, an idea that is anathema to those who create the software we rely on everyday. Put clearly, the developer of a platform should not be able to control add-on software development for that platform. 
Take, for example, a free and open source project like Samba, which runs the shared folders and network drives in millions of organizations. If Samba could be held to have infringed the Microsoft’s copyright in its SMB protocol and API, with which it inter-operates, it could find itself on the hook for astronomical damages or facing an injunction requiring that it stop providing its API and related services, leaving users to fend for themselves.

Another example is the AOL instant messaging program, which used a proprietary API. AOL tried to prevent people from making alternative IM programs that could speak to AOL's users. Despite that, others successfully built their own implementations of the API from the client's side. If copyright had given AOL a weapon to prevent interoperability by its competitors, the outcome for the public would have been unfortunate.

Setting aside the practical consequences, there’s a perfectly good legal reason not to treat APIs as copyrightable material: they are purely functional. The law is already clear that copyright cannot cover programming languages, which are merely mediums for creation (instead, copyright may potentially cover what one creatively writes in that language).  Indeed, the European Court of Justice came to just that decision last week (Ironically enough, when Sun Microsystems was an independent company, one of its lawyers wrote amicus briefs arguing that interoperability concerns should limit copyright protection for computer programs.) 
Improvidently granting copyright protection to functional APIs would allow companies to dangerously hold up important interoperability functionality that developers and users rely on everyday.  Let’s hope the judge agrees."
https://www.eff.org/deeplinks/2012/05/oracle-v-google-and-dangerous-implications-treating-apis-copyrightable

SAS Institute Inc.  v World Programming Limited : CJEU: "to accept that the functionality of a computer program can be protected by copyright would amount to making it possible to monopolise ideas, to the detriment of technological progress and industrial development".