Court: Oracle Entitled To Copyright Protection Over Some Parts of Java
An anonymous reader writes "Remember the court battle between Google and Oracle? It's the one where Oracle claimed Android violated Oracle's patents and copyright related to Java. Oracle thought they deserved $6 billion in compensation, but ended up getting nothing. Well, it's still going, and the tide is turning somewhat in Oracle's favor. An appeals court decided that Oracle can claim copyright over some parts of Java. It's a complicated ruling (PDF) — parts of it went Google's way and parts of it went Oracle's way — but here's the most important line: '[T]he declaring code and the structure, sequence, and organization of the 37 Java API packages at issue are entitled to copyright protection.' A jury's earlier finding of infringement has been reinstated, and now it's up to Google to justify its actions under fair use."
There is a lesson to be learnt here: Never depend on programming language, which is not under appropriate free license.
Apache Foundation, do you hear me?
If ever there was a time we needed you... :(
Ok this ruling would seem to invalidate any ability to reproduce any interface.
This needs a coder boycott of anything Oracle until Oracle stands up and pubclically disavows this ruling and claims the court was wrong.
In the original trial, the jury found that Google had infringed on the Java API (37 API packages including the declaring code and the structure, sequence, and organization). Shortly thereafter, the judge ruled that those things were not copyrightable, thus Google didn't need to pay.
Now, the appeals court has reversed that, and said that those things are copyrightable.
Because the original jury was deadlocked on the question of whether Google's copying was fair use, it needs to go back to trial. But only the fair use will be considered in that trial, not copyrightability.
"First they came for the slanderers and i said nothing."
And the implementation is 100%? Nope. With Java, though, I get everything Java has to offer, anywhere Java is available. Maybe platform consistency isn't important to you, but it matters to some people.
From a purely logical standpoint, Java wins if you don't want to have to double-check whether each of the APIs you're about to use is actually implemented on all of your target platforms. From an idealistic standpoint, yes, I can see why someone would avoid Java (and, in fact, I have managed to do so for the entirety of my career, thus far), which is why the Mono projects exists, and why it is important. However, it's just not there yet, from a logical perspective.
APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
Umm if you actually check mono's compatibility notes, it has ridiculous good compatibility distinguished between the various versions of .NET. While there will always be a lag, if you develop with Mono, you know what works and what doesn't. .Net 3.0 and 3.5 are pretty mainstream and 4.0 is pretty much good to go for a broad set of use cases.
I don't get why Oracle bothered to buy Sun since they seem to be systematically destroying the value of everything they got from the purchase.
Do you have any questions which political party
Both major U.S. political parties have shown themselves to favor expansion of the exclusive rights of copyright owners. See the No Electronic Theft Act, the Copyright Term Extension Act, and the Digital Millennium Copyright Act.
This is a very bad decision and is only going to harm the software industry. This is Google's fault for using the wrong arguments. APIs are digital forms. You fill one in and give it to a worker, it does what you asked (possibly with side effects) and returns results. This is not an analogy, it is a fact. Forms are not copyrightable, for good reason. Imagine if every bank had to make up a new name for a 'deposit slip', and someone could copyright "First Name, Last Name" on a form! Google copied Java's API, the same as businesses have been copying each others forms since the dawn of time, and for the same reason: its easier to present a known interface to customers.
Regards,
-Jeremy
You wouldn't steal a car, snatch a purse, etc. So why would you reproduce the sequence and structure of an API !? !
My turnips listen for the soft cry of your love
.Net isn't consistent from one version to another, either, so I might be missing your point. You target a version of the Java API just like you target a version of the .Net API; the difference being that you can trust the implementation of a given version of the Java API to remain consistent across platforms, whereas on non-Windows platforms, how consistently a given version of the .Net API will be implemented depends on which version of Mono the user has installed.
I'm sorry, but I prefer to be able to debug my application against a known system, rather than an array of unknowns.
APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
(I actually read the court ruling before posting this)
tl;dr version: The results will likely be awful, but the decision appears legally correct.
Google won at trial because the judge decided that the Java API was not copyrightable. I absolutely believe that API's should not be copyrightable, but that isn't what the law says. Copyrightability has a very low threshold. The trial judge screwed up by applying legal standards related to fair use to the question of copyrightability. The appeals court was correct to reverse.
The case now goes back to the district court. There will be a new trail with a new jury, but the only issue will be whether Googe's copying of the Java API is fair use. The original jury deadlocked on this question. Fair use decisions are very subjective, so it's hard to predict how this will turn out. All I can say is that I hope Google wins.
P.S. None of this decision was related to patents. Oracle lost on their patent claims at trial, and that stands.
The key sequence to access my Slashdot bookmark in Firefox is Alt-B-S. I don't believe this is a coincidence.