Oracle Claims Google 'Directly Copied' Our Java Code

itwbennett writes "On Wednesday, Oracle amended the lawsuit it filed against Google in August, saying that 'approximately one third of Android's Application Programmer Interface (API) packages' are 'derivative of Oracle's copyrighted Java API packages' and related documents. In particular, 'the infringed elements of Oracle America's copyrighted work include Java method and class names, definitions, organization, and parameters; the structure, organization and content of Java class libraries; and the content and organization of Java's documentation,' Oracle says. 'In at least several instances, Android computer program code also was directly copied from copyrighted Oracle America code,' Oracle alleges."

Comments

Here we go again (SCO)

[Anonymous Coward]

Fire up Patty at Grocklaw./.... this is identical to the IBM vs SCO case

Re:Here we go again (SCO)

[wonkavader]

I don't think it's that bad, but certainly ORACLE becomes a liability -- don't use anything they control.

Re:Here we go again (SCO)

[Joce640k]

Well, at least we found out why Oracle bought Java...

Re:Here we go again (SCO)

[man_of_mr_e]

What I find ironic is that everyone was worried about Microsoft suing open source implementors of .NET, and claiming that Java should be used instead. ... Oops.

Re:Here we go again (SCO)

[AmaDaden]

James Gosling confirmed this some time ago "During the integration meetings between Sun and Oracle where we were being grilled about the patent situation between Sun and Google, we could see the Oracle lawyer's eyes sparkle. Filing patent suits was never in Sun's genetic code. Alas.... " http://nighthacks.com/roller/jag/entry/the_shit_finally_hits_the

Re:Here we go again (SCO)

[DrgnDancer]

C is portable, a given piece of C code is not necessarily. I guarantee that if I write a program of any complexity in C on Windows, and don't make specific efforts, that program will not compile on Linux or MacOS. You're continuing to ignore the point. Yes, you can write stuff in C and port it to any platform. No one is denying that. The point is that it costs extra money to port it, when you could just write it in Java and have it work on all those platforms. This is a significant cost savings for multi-platform apps.

There are a great number of applications (and the number grows every time Moore's Laws increments) that simply don't need more performance. The person behind the keys simply doesn't care that his/her accounts receivable application *could* have responded in .0005 seconds had it been natively compiled but instead responds in .001 seconds because it runs through an interpreter. Faster than human thought is faster than human thought.

For lots of things performance remains important. For those things, people will keep using compiled languages and dealing with the headaches of porting. For everything else, Java is fine, and a huge cost saver in a lot of cases.

Re:Here we go again (SCO)

[paulsnx2]

Just because something is "hard to do" doesn't mean you can copyright it. And it doesn't mean that something is primarily an artistic expression.

It is instructive to consider why you cannot copyright fashion in current law (something that the Fashion copyright bill intends to change). Fashion is considered primarily utilitarian, i.e. you wear a shirt to cover your top, and wear pants to cover your bottom. To allow copyright to control basic utilitarian functions would be hugely damaging to the fashion industry. Even the Fashion Copyright bill acknowledges this fact, restricting fashion copyright to 3 years, and only to identical copies.

Nobody says making attractive cloths isn't hard to do. Nobody is saying that poorly designed cloths make some people cringe. In fact, there can be huge artistic components to the design of both cloths and APIs.

But at the end of the day, you wear boots to cover your feet, gloves to cover your hands, and hats to cover your head, and belts to hold up your pants, etc. etc. You use APIs to paint buttons and fields on windows, write to files, access the internet, etc. etc.

These functions are primarily utilitarian in nature...

APIs are designed to allow certain functionalities in computer systems, and the market is ill served by restricting the control of their use perpetually to one company.

If copyrights are allowed for APIs, then we are all screwed. Let's count the ways:

Copyright on APIs would amount to a nearly 100 year lock on building systems that conform to various interfaces. APIs are all derivative, and companies like IBM could assert control over vast ranges of APIs that are clearly derived from their earlier systems. At the same time, changes to APIs produce opportunities to produce new copyrights (even as their use might be prohibited due to infringement on other APIs). Copyrights on APIs would effectively drive all small businesses out of programming, as nothing can be done without the use of an API, and all the control of APIs would reside with the historical companies who first designed the APIs we all use. Even the big companies today might not be able to assert control over APIs whose original authorship might be hard to nail down today.

As I have pointed out in the past, not one single company has secured all the IP required to produce a smart phone. If the courts side with Oracle on their claim that they have a copyright on an API, then no company will be able to secure the IP required to write a single program. Only by having vast army of lawyers can any company produce a smart phone today. Allow copyrighted APIs, and only by having a vast army of of lawyers can anyone write a program.

I can only hope our courts can see the problem with this idea.

Re:Here we go again (SCO)

[the Haldanian]

Also after SCO - no lawfirm will be nearly as stupid as SCO's..

You mean represent an insanely deluded client who throws all of their money away at them?
The *lawfirms* would *fight* for that chance!

Re:Here we go again (SCO)

[Haeleth]

C# has absolutely nothing windows oriented to it. It's a completely platform agnostic language.

Don't be disingenuous. You know as well as I do that when anyone other than Miguel de Icaza says "C#" they are talking about .NET running on Microsoft Windows, and that is never going to change.

Even if we suppose, for the sake of argument, that Mono is an excellent platform for Linux-native development, it is still ridiculous to suggest that it might replace Java. Where is Java used? In big enterprises. Do you really think that a company that is afraid to use Java for fear of Oracle is going to be happy using a third-party implementation of a Microsoft technology?! They would be crazy to do so. Anyone who is still running Java on Windows, and has no interest whatsoever in retaining cross-platform compatibility, might consider switching to .NET at this point. Indeed it would probably make good business sense for them to do so. But C# is not a serious option for any enterprise scenario that involves non-Microsoft platforms.

Dangerous claim

[TheRaven64]

"The infringed elements of Oracle America’s copyrighted work include Java method and class names, definitions, organization, and parameters; the structure, organization and content of Java class libraries; and the content and organization of Java’s documentation," Oracle says.

All of this stuff should count as an interface, and therefore not covered by copyright under US law. If they win this, then it sets a very dangerous precedent. Any project that implements an interface defined by another would potentially be violating copyright - including every single PC, which includes a BIOS that implements the behaviour of the IBM-copyrighted PC BIOS. Projects like WINE and GNUstep would also be in serious trouble and Linux (implementing UNIX APIs) would be illegal.

Claiming that Google copied their code is interesting. I was under the impression that the java.* classes in Android came from Apache, not from the Sun releases. Is Oracle trying to pull a SCO here? (i.e. it does something like what our code does, therefore it's ours).

They really should have kept this as a patent / trademark issue. Bringing copyrights in is a terrible idea.

Re:Dangerous claim

[Anonymous Coward]

All those perfectly valid points aside, there's the slight matter of Sun having released the vast majority of their API implementation as open source.

Re:Dangerous claim

[somersault]

Does formulating this in the way they have give Oracle access to the Google code to see if the code was in fact copied byte for byte from Oracle

You mean this code?

Re:Dangerous claim

[yincrash]

under a very specific license. if you copy code, yet don't abide by the terms of the rest of the license, you are in violation of copyright.

And so it begins.

[contra_mundi]

Oracle makes Java unusable, by being Oracle.

Re:I have to wonder

[characterZer0]

how did Google get their hands on it in the first place?

aptitude install sun-java6-source

Only if they are certified Java

[JSBiff]

I want to start by saying I'm not making any commentary here on the validity of Oracle's claims regarding direct copying (I suspect they are making that claim just because class names and methods are the same for some classes, for compatibility purposes).

The thing is, Google doesn't claim Dalvik is "Java". They aren't using a Java license. Yes, you can create a free/open-source implementation of Java, as long as you are licensing from Sun/Oracle under the terms of the Java license.

Google created something very similar to Java, but they are not calling it Java, and do not claim to have licensed Java from Sun/Oracle. I believe they claim copyright over the entire Dalvik VM and API. That makes a world of difference, legally, and so they can't use the defense the parent is suggesting.

Apple - Java

[aitikin]

So maybe this is why Apple decided to stop updating their java and leave it to Oracle...

Re:PostgreKill

[dkleinsc]

Postgres, like most other really awesome open source projects, is not for sale. To anyone. For any price. That's one reason Microsoft, Oracle, et al hate them so much - when it was startup companies, they could always pull out the checkbook and make the problem go away. With the FSF, Apache, Mozilla, and so forth, they can't.

Here's Oracle's Example

[ink]

Here are the examples Oracle is using:

http://www.zdnet.com/blog/btl/oracle-says-google-directly-copied-java-code-heres-the-line-by-line-comparison/41025&usg=AFQjCNF1GNdD5_oXwawU7akdBGHETrf57w

http://www.google.com/url?sa=D&q=http://www.scribd.com/doc/40316099/orclgoogcode&usg=AFQjCNFFdZkReVLuVJIS7Xshk1X997VTIA

And a link to the original Sun implementation:

http://www.docjar.com/html/api/sun/security/provider/certpath/PolicyNodeImpl.java.html

We don't know all the facts... but it smells funny.

Small nit-pick

[nedwidek]

Not all of Sun's Java code went into Harmony et. al. So, maybe.

The point of the project was that NONE of Sun's Java code would go into the project. They started with a clean slate and implemented all of the methods with their own code. They also had processes in place with the intention of keeping out the original Java code in contributions.

Oracle is basically stating that by using the same package names, class names, and parameters that Android is an infringing derivative. This is the same argument as the SCO ABI argument. That was laughed out of court IIRC.