Slashdot Mirror


Oracle vs Google: Copyright Claims Must Remain

swandives writes "More in the Oracle/Google patent infringement saga. Oracle says no court has ever found that APIs for software like Java are ineligible for copyright protection. The claims were made in its objection to Google's request that the court make a summary judgment on Oracle's copyright allegations. In early August, Google asked the judge to rule that Google doesn't infringe Oracle copyright in its implementation of Android. In an objection to that request, Oracle asked the judge to let the charge go to trial. Earlier, Judge Alsup denied Google's attempt to get a potentially damaging e-mail redacted. Looks like this one could take a while."

20 of 166 comments (clear)

  1. API? by Microlith · · Score: 2

    Why the hell should an API, the computer equivalent of a phone number, qualify for copyright protection?

    Implementation behind those, yes. The actual API itself? Well, I guess it's a great end-run against 3rd party reimplementations...

    1. Re:API? by ZombieBraintrust · · Score: 3, Insightful

      Java took the C++ api in part. Oracle is arguing that they themselves are commiting copyright infringement.

    2. Re:API? by shutdown+-p+now · · Score: 2

      I have designed APIs - it's still a part of my daily job. Yes, it's not something that's easy to do, but I wouldn't say that it's particularly creative, especially for non-novel things (which 99% of Java class library is).

      That said, IMO, interoperability here should trump copyright in any case. Copyrighting APIs has a significant negative effect on everyone in the market, because it encourages lock-in, and thereby hinders fair competition.

    3. Re:API? by jedidiah · · Score: 3, Insightful

      Yes. Yes. Yes.

      You are an idiot that clearly has never done any of these.

      Otherwise you would know how absurd the concept of copyright on an API really is.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    4. Re:API? by Anonymous Coward · · Score: 2, Informative

      Unfortunately absurdity is not the relevant standard.

    5. Re:API? by Desler · · Score: 2

      For some good information you need to read this, this and this. Once you read these then you will understand why you are quite wrong. It's the same reason why one cannot copyright a recipe, but your own expression of that recipe can be copyrighted. The same thing applies to phone books.

    6. Re:API? by 3vi1 · · Score: 4, Insightful

      You totally missed the point. You're talking about copyright on the code implementing the API - while the real topic here is whether or not the API calls (function names) themselves can be copywritten.

      And of course the answer is 'no', because that prevents any and all compatible implementations. In fact, you'd be in violation simply for writing a program that called the API - since you have to use the function names in the calling program.

      Oracle's lawyers know nothing about programming, apparently. If things worked like they're trying to say they do, Microsoft could sue anyone that made software for Windows because at some point you used a header that included the Windows API function names.

    7. Re:API? by angel'o'sphere · · Score: 2

      In germany, and I believe in all EU (europe) APIs and "database layout" are explicitly exempt from "copyright".

      Looking at projects like "GNU claspath" the logical assumption is that this is also true for the USA.

      An API is like the "mains power" supply in a house. The connector can't be under "copyright" or no one would be able to connect his electric power consuming device with a reasonable price to the grid.

      angel'o'sphere

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    8. Re:API? by Doctor_Jest · · Score: 2

      Not necessarily pay... it's up to the copyright holder. Copyright doesn't guarantee revenue, it guarantees (for a limited time....that's a laugh) control of a work. It's perfectly within the copyright holder's rights to give away or permit unlimited copying of said work. Patents have to be defended or they're lost as well. Patents last for a much shorter time, and are subject to prior art (if the Patent Office could be bothered...) There are similarities though... Both copyright and patent trolls infest our world like that pee smell in the back of city buses. :)

      --
      It's the Stay-Puft Marshmallow Man.
    9. Re:API? by vux984 · · Score: 3, Insightful

      This is a variation on the whole "a digital file is just a number, and you can't copyright a number" rhetoric.

      No, not at all like that.

      An API is an invention. It's something that did not exist until someone created it, like a song, book, or movie.

      Like a book? So this little list below:

      Foundation
      Foundation and Empire
      Second Foundation
      Foundations Edge
      Foundation and Earth

      Is that an invention? Or simply a description of what exists?

      A software library is a set of callable functions. How is a list of the function signatures (the "API") in that library somehow different?

      Ah, but perhaps you'll tell me I'm putting the cart before the horse, the API was written first, and the library came after?!

      So what? Suppose Asimov, had scribbled the following on a napkin back before he penned Foundation... (And yes set aside for a moment, that Foundation wasn't penned as a novel originally...it's not the point)

      Foundation
      Foundation and Empire
      Second Foundation
      Foundations Edge
      Foundation and Earth

      At that point, yes this list of titles was an invention, a work of fiction on its own, the books did not exist, he had yet to write them. Fast forward a few decades... the books are written. And the list, is now a description of what exists, and it would be absurd to argue that people wishing to enumerate his works should be forbidden from writing:

      Foundation
      Foundation and Empire
      Second Foundation
      Foundations Edge
      Foundation and Earth

      Simply because he had written this list on a napkin before he started.

      How exactly is an API different?

      Further, an API is by definition, the method by which other software interfaces with it.

      Copyright law has specific exceptions that explicitly and specifically allow reverse engineering and decompiling just to figure out what the interface specification actual is -- in the event that its not readily available/documented so that the discovered interface could be used for interoperability.

      It would absolutely absurd if after going through all that trouble to legally protect our ability to discover what the interface is ( (hmm "discover"... as is describe something that exists), to then prohibit us from writing it down or using it, when the express purpose of the section of law was to enable interoperability.

    10. Re:API? by Paradigma11 · · Score: 2

      ...

      This is a variation on the whole "a digital file is just a number, and you can't copyright a number" rhetoric. A mathematical proof is a description of something that already exists. It's a discovery. An API is an invention. It's something that did not exist until someone created it, like a song, book, or movie.

      Only if you are a mathematical platonist http://en.wikipedia.org/wiki/Philosophy_of_mathematics#Platonism .

  2. API Copyright? by Kylon99 · · Score: 2

    If APIs are found to be protected under copyright, won't this mean something like Mono C# violates copyright as well?

    And what about a DirectX emulator for Linux for example?

    This doesn't sound right. These 3rd party APIs are, to me at least, the software equivalent of reverse engineering. Figuring out how the original works by providing emulation. This should be protected behavior or else it will be easier for companies to inadvertently gain new monopolies...

    1. Re:API Copyright? by ZombieBraintrust · · Score: 2

      What about Java itself. Seem pretty similer to C to me.

  3. Re:Google stole Java, and everyone knows it by Lisias · · Score: 2

    FUD.

    Microsoft's problem was that they contaminated the API with proprietary extensions and still claimed it to be JAVA Standard compatible. Nothing more, nothing less.

    Google gone another way. They re-implemented the whole thing (see Dalvik).

    Oracle is pursuing a new way of litigating probably because Motorola's acquisition by Google armed them with a fearsome portfolio of patents - almost a insurance of mutual destruction.

    --
    Lisias@Earth.SolarSystem.OrionArm.MilkyWay.Local.Virgo.Universe.org
  4. Wait a minute: by bogaboga · · Score: 3, Insightful

    Google did to Java on Phones exactly what we criticized Microsoft for through all those years of Slashdot existence.

    Not exactly: -

    First, Google made the code open source.
    Second, Google never proclaimed JavaVM compatibility.

    That's a far cry from Microsoft's behaviors.

    They took the API, they partially implemented them, then made their own incompatibilities, then took over the market with their incompatible implementation.

    While I agree with this, it is not illegal. After all, everything was open source according to SUN.

    Next please.

  5. Re:Embrace Extend Extinguish by gknoy · · Score: 3, Insightful

    It's slightly different. Google didn't market it as Google Java, and in fact took pains to say that "the syntax looks like Java but it is compiled to run on the Dalvik VM".

  6. Usual misleading headline by Pop69 · · Score: 2

    Oracle have asked the court to rule that the copyright claim should remain.

    It's a standard reply brief, nothing to see here until the court make a ruling.

  7. Re:Embrace Extend Extinguish by JAlexoi · · Score: 3, Insightful
    Do even know what the issue with Sun vs Microsoft was? Misrepresentation and inappropriate use of Java trademark. Microsoft called their version of Java - Java. That was the main issue, although their Java continues existence in the form of J++.

    Do No Evil? I don't think so.

    FYI: Google's moto is "Don't be evil" not "Do no evil".

  8. Re:Embrace Extend Extinguish by Briareos · · Score: 2

    FYI: Google's moto is "Don't be evil" not "Do no evil".

    Actually Google's "moto" is "rola"...

    --

    "I'm not anti-anything, I'm anti-everything, it fits better." - Sole

  9. Re:Aaaaand, enter full bastardry. by jc42 · · Score: 4, Interesting

    If a court rules that a company can own an API, then everybody's software becomes infringing!

    This isn't a new concern. Back in the 1980s and 1990s, I worked (as a "consultant") on a number of projects at Digital. One of the discussions that came up occasionally was why DEC's unix systems were all based on BSD, and not Sys/V. It was well-known that DEC had Sys/V running on their hardware internally, but for some reason they didn't want to sell it.

    The explanation that came up every time was that the Digital lawyers had nixed the use of Sys/V and other AT&T code for the same reason that we're discussing now: The run-time libraries all contained AT&T copyright notices in every routine, so if you linked to those libraries, your binaries would contain AT&T copyright notices. This included libc, so pretty much all binaries produced on Sys/V contained lots of AT&T copyright notices. There was a very good chance that AT&T would have a legal claim on any software that contained those copyright notices.

    The lawyers apparently did point out that the status of these copyright claims in binaries was a legal "gray area" that had never been properly tested in the courts. Their professional legal advice was to let someone else be the sucker^H^H^H^H^H^Hguinea pig who paid the legal fees to fight AT&T on the issue. Until that was decided, using AT&T binary libraries was legally too risky, and since the BSD libraries were not such a legal threat, DEC should stick with BSD, which did the job just fine.

    Disclaimer: I never personally talked to any of these purported DEC lawyers to verify this story. But it was widely believed by all the DEC insiders that I talked to. I'd imagine that the same sort of discussions must be going on inside a lot of current companies with respect to java. I'd also guess that a lot of companies lawyers are advising that their clients minimize the use of java until the courts sort out the legal issues, just to be on the safe side. Why risk your company's profits on a language that may be legally incumbered in ways that are unknowable today, when there are similar languages (python, perl, etc.) that the geeks say are just as good and are legally safe to use..

    (Yeah, I know I'm risking a language flame war by that last comment. Hopefully the mods here will mark them OT. ;-)

    --
    Those who do study history are doomed to stand helplessly by while everyone else repeats it.