Slashdot Mirror


Judge Rules API's Can Not Be Copyrighted

Asmodae writes "Judge Alsup in the Oracle vs Google case has finally issued his ruling on the issue of whether or not APIs can be copyrighted. That ruling is resounding no. In some fairly clear language the judge says: 'So long as the specific code used to implement a method is different, anyone is free under the Copyright Act to write his or her own code to carry out exactly the same function or specification of any methods used in the Java API.'"

365 comments

  1. Good to Know by Jorl17 · · Score: 5, Informative

    Wine's safe. And everything else associated with it.

    --
    Have you heard about SoylentNews?
    1. Re:Good to Know by MightyMartian · · Score: 5, Insightful

      Just about everything is safe. Ruling APIs copyrightable would have been a catastrophe of earth-shattering proportions. It is very much a good day for software. And, of course, Oracle has been handed their balls on a platter, though I'm assuming they will appeal this.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    2. Re:Good to Know by Jorl17 · · Score: 1

      Of course. This seemed like the logical thing to do, though. Copyrighting APIs? Crazy, IMO!

      --
      Have you heard about SoylentNews?
    3. Re:Good to Know by icebike · · Score: 4, Insightful

      This!

      How could you possibly call an API if the argument structure was copyrightable? Buy a license for every single API set that was delivered with your machine, associated with every software product, or hosted somewhere on the web?

      In a world of stupid IP laws, at least this judge gets it. (Which surprises the hell out of me).

      --
      Sig Battery depleted. Reverting to safe mode.
    4. Re:Good to Know by TWX · · Score: 1

      The judge strongly suggested that Oracle take the paltry-ish sum when that came up in court.

      I'm also sure that they'll appeal, but they'll probably lose.

      "I know what you're thinking, 'cause right now I'm thinking the same thing ... Why oh why didn't I take the BLUE pill?"

      --
      Do not look into laser with remaining eye.
    5. Re:Good to Know by MightyMartian · · Score: 5, Insightful

      It would have been a disaster. Just about every operating system vendor, programming toolkit, developer of document formats and protocols would have to amend licenses to grant developers the rights to access the outward facing layers. Big guys like Microsoft could just crush projects like Wine. It would have been absolute chaos and would have created years of uncertainty, not to mention the fact that as the EU has already ruled APIs cannot be copyrighted, it would have created a monstrous rift in IP rules between Europe and the United States.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    6. Re:Good to Know by Tynin · · Score: 2

      Wine's safe. And everything else associated with it.

      Wine is just a single piece of software that is safe. This would have been huge if it had gone the other way. It could have been using all the way up to the point of processor instruction sets being illegal to use unless you paid a license fee.

    7. Re:Good to Know by twistedcubic · · Score: 5, Interesting

      Even if they appeal, the appellate judges will get a good education from reading the current decision, so they might do the right thing. I have to say, I doubt this would have happened if Google did not exist.

    8. Re:Good to Know by s.petry · · Score: 1, Insightful

      Someone did not pay him enough!

      Hence, we will see an appeal to a Judge that gets paid the right amount of money by the right people.

      The more likely answer is: This judge is not corrupted like so many others. It's a refreshing sight!

      --

      -The wise argue that there are few absolutes, the fool argues that there are no probabilities.

    9. Re:Good to Know by sribe · · Score: 5, Informative

      And, of course, Oracle has been handed their balls on a platter, though I'm assuming they will appeal this.

      The judge has clearly anticipated the appeal, even devoting an entire section to explaining how utterly trivial the 9 lines of actually copied code are, and to describing, for the benefit of an appeals court, how ridiculously Oracle has exaggerated the claims around them--remember Oracle tried to claim that by copying the 9-line (including closing braces) implementation of rangeCheck, Google was able to bring Android to market sooner. Goddamned fools.

    10. Re:Good to Know by MightyMartian · · Score: 4, Insightful

      Hell, it would have meant Open/LibreOffice and just about anyone with software or libraries that can read or write the old Word 97-2003 formats would be insanely vulnerable. The distance between an API, a document format or a protocol is no distance at all, and anyone who didn't have a license to write Word-compatible files could be nailed to the wall.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    11. Re:Good to Know by Volante3192 · · Score: 5, Insightful

      That this judge knew what the two sides were talking about is one big factor.

      Basically, average judge (well, average person in general) would look at rangeCheck() and go "VOODOO!!!"
      He looks at it and goes, "Day 1 of a coding class. Where's the originality?"

    12. Re:Good to Know by Anonymous Coward · · Score: 0

      Or perhaps someone else paid him the correct amount.

    13. Re:Good to Know by amicusNYCL · · Score: 5, Insightful

      In a world of stupid IP laws, at least this judge gets it. (Which surprises the hell out of me).

      That's what happens when you have a judge who programs as a hobby. It would be great if all lawsuits that affect an entire industry like this had to be decided by a judge familiar with the industry. Not going to happen of course, but it would be awesome if judges deciding software patent cases had to have some sort of programming background.

      --
      "Our two-party system is like a bowl of shit looking at itself in a mirror." - Lewis Black
    14. Re:Good to Know by axlr8or · · Score: 0

      Only if it was written in BrainFuck

    15. Re:Good to Know by shutdown+-p+now · · Score: 2

      This wouldn't be limited to F/OSS, either. Imagine what happens if someone dug out the old "copyrights" on, say, the signature of printf.

    16. Re:Good to Know by Teancum · · Score: 4, Informative

      This ruling and opinion looks very water tight. If it goes up through the appeals process, I think it is likely to be affirmed the whole way up the food chain.

      The ruling goes way beyond even settling the issue of copyright over APIs, but even goes so far as to say that EULAs that restrict the use of APIs are dead in the water and are void in terms of enforceability. This ruling does strengthen the copyright claims of people who write up API libraries as the original implementation of a particular API function is expressly covered under copyright law, but the way data is passed between two different software packages simply can't be copyrighted at all.

      The only way this is going to be overturned is to place a stamp of copyright protection on API interfaces directly and hand this whole case to Oracle, giving them everything they ever wanted and more. I just don't see any higher court will do something like that.

    17. Re:Good to Know by Jorl17 · · Score: 1

      Of course, and I didn't say that what you're saying wasn't true! This would, of course, have been massive, you are absolutely (and knowingly) right.

      --
      Have you heard about SoylentNews?
    18. Re:Good to Know by Dragon+Bait · · Score: 5, Insightful

      The judge has clearly anticipated the appeal, even devoting an entire section to explaining how utterly trivial the 9 lines of actually copied code are...

      It is amusing. The judge probably spent several orders of magnitude longer explaining why the lines were trivial than the time it would take to the write the function in the first place.

    19. Re:Good to Know by Jorl17 · · Score: 2

      Not only awesome, but I think a requirement. How can you judge about what you know nothing about in a timespan not appropriate for you to learn about it, or without the ability to learn it?

      --
      Have you heard about SoylentNews?
    20. Re:Good to Know by dcollins · · Score: 1

      Sometimes we have a fairly small window for effective actions in favor of freedom, before vested powers realize they have a vulnerability that needs to be shut down. For example: Last year's Arab Spring using social-networking tools. In the future, this particular court case may go in the other direction -- wouldn't be surprised if it were prohibited that a judge know anything about a given industry (as currently happens in practice with jury selection).

      --
      We know where leadership by an anti-intellectual "strongman" who scapegoats minorities and likes boisterous rallies goes
    21. Re:Good to Know by slimjim8094 · · Score: 5, Insightful

      It would be great if all lawsuits that affect an entire industry like this had to be decided by a judge familiar with the industry.

      y
      Be careful what you wish for. If you have any experience in, say, hydraulic fracking for natural gas expansion, it's because you worked for a company that did it. Assuming you left on somewhat-amiable terms, you'll harbor generally-kind feelings to the company in particular and the industry in general, if only to justify to yourself why you did it. In this case, it turned out great - but mostly because you can program as a hobby, which isn't possible for banking, fracking, telco, etc...

      Imagine the worst of regulatory capture (when the only people with sufficient experience to regulate an industry are the ones being regulated), but with much broader consequences. Not pretty. There's a reason our judges are supposed to be experts in law, and the lawyers are supposed to bring in expert witnesses to explain the relevant details of the subject to him.

      --
      I have developed a truly marvelous proof of this comment, which this signature is too narrow to contain.
    22. Re:Good to Know by Tynin · · Score: 1

      We agree to agree :-) I'm just still in shock that the judicial system worked in our favor... on a case pertaining to technology even. Shocked. And immensely happy.

    23. Re:Good to Know by theshowmecanuck · · Score: 5, Insightful

      I agree, but what makes me ponder is that the European court said to allow copyright on an API would allow monopolizing ideas. Isn't that what allowing business rules patents does? Ie patent ideas? Hopefully, somehow, Alsup's logic pervades into the business rule / software patent realm and blots out this travesty of justice too.

      --
      -- I ignore anonymous replies to my comments and postings.
    24. Re:Good to Know by LWATCDR · · Score: 1

      I worry about anyone that praises ignorance over knowledge. The only reason for that is allow for manipulation.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    25. Re:Good to Know by digitig · · Score: 2

      Assuming the appeal fails or doesn't happen. What's the geographic scope of this ruling? I don't really understand how the state/circuit/federal legal system works in the USA or where this fits in.

      --
      Quidnam Latine loqui modo coepi?
    26. Re:Good to Know by ATMAvatar · · Score: 5, Insightful

      His point is valid, though. The proper example to cite is government regulators. There's a revolving door between industry and the regulatory bodies who govern the industry, and as such, you get a lot of backroom deals and agents looking the other way.

      If the primary criteria for familiarity with a topic is former employment, expect most judges to become industry-captured much the same way.

      I'm not saying I *want* the judges to be ignorant of the topics they preside over, but having well-informed judges is a sticky problem.

      --
      "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety."
    27. Re:Good to Know by ATMAvatar · · Score: 2

      The only way this is going to be overturned is to place a stamp of copyright protection on API interfaces directly and hand this whole case to Oracle, giving them everything they ever wanted and more. I just don't see any higher court will do something like that.

      I don't see it happening, either, especially as it runs contrary to the interoperability clauses contained within the DMCA. If we are granted special privileges to reverse engineer copy protected works for the purposes of interoperability, surely it is a difficult sell that using an API could be construed as infringing. There is nothing I saw at a glance that explicitly says so, but it is pretty clear that cross-compatibility of programs is considered important, and any ruling to lock down APIs is a complete 180 from that.

      --
      "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety."
    28. Re:Good to Know by Luckyo · · Score: 1

      Listening to Ellison's interview the other day was quite hilariously different from reading this.

      Guess we now have "Ellison's distortion field". It only covers the man himself and his close circle.

    29. Re:Good to Know by artor3 · · Score: 1

      Very true. Does anyone know how the judge got this case? Is it just by random lottery, or do they look for a judge who understands the issues? I assume the former, based on past cases (the Blizzard case in which someone ruled copying a program to RAM constitutes infringement comes to mind), in which case we got very, very lucky here.

    30. Re:Good to Know by BitterOak · · Score: 5, Interesting

      Wine's safe. And everything else associated with it.

      Keep in mind two things: First, this is a district court judge. Surely he won't have the final say on an issue of this import. It will most likely be decided at the Court of Appeals or Supreme Court level.

      The other interesting thing is how this could affect the GPL. As I understand it, the difference between the GPL and say, the LGPL, is that if you write code that uses GPL libraries, your source code must also be GPL'd, even if you don't distribute those libraries with your code. (i.e. your installation instructions direct users to download and install the libraries themselves.) The way it works is, your code is written to the API specified by those libraries and you are therefore bound by the license terms of those libraries. If API's are not covered by copyright, then you wouldn't be bound by those license terms, and so effectively there's no difference between the GPL and the LGPL.

      --
      If I can be modded down for being a troll, can I be modded up for being an orc, or a balrog?
    31. Re:Good to Know by The1stImmortal · · Score: 4, Informative

      On the other hand, the EU has had a hard time finding a position on software patents, and the key difference is that copyright is automatic, patents have a specific set of conditions to be granted and go through a review process (even if it's not a terribly *good* review process)

      Permitting the *automatic* granting of monopolies on ideas would be a disaster

    32. Re:Good to Know by mug+funky · · Score: 1

      perhaps Google just temporarily amended "Don't Be Evil" to "The End Justifies The Means" and bribed the everloving fuck out of this particular judge?

      i do wonder how the system works, but in this case i think the judge just rightly saw that Oracle's case was ridiculous and dangerous (including to themselves) and would likely be turned over on appeal anyway.

    33. Re:Good to Know by mug+funky · · Score: 3, Funny

      wtf troll?

      i like the implication that presidents are omnipresent though. kinda like an omnipresident.

    34. Re:Good to Know by Anonymous Coward · · Score: 0

      "I worry about anyone that praises ignorance over knowledge. The only reason for that is allow for manipulation."

      That *sounds* good, at first. But what is interesting is that his arguement is that "ignorance over knowledge", to use your admittedly loaded phrasing, in this specific, limited application, actually helps *prevent* manipulation.

      Gotta love it when the real world makes a clear and obvious choice suddenly look less clear or obvious. If the only way to get the knowledge is at the expense of impartiality, then having dueling "expert witnesses" seems like a better choice.

    35. Re:Good to Know by mug+funky · · Score: 1

      there's a flip side that's even worse though, and is currently happening. the whole "truthiness" thing, as much as i loathe the word. people choosing intuition, and preferring the purity of ignorance and confusing it with objectivity.

    36. Re:Good to Know by mug+funky · · Score: 2

      the rub is that there's not much that can be done about it.

      here's some assumptions we can make:

      1. regulatory roles don't pay as much as industry roles of equal skill level
      2. in general, regulators don't actually perform the tasks they regulate
      3. it's widely accepted that on the job skills are just as important, if not more important than the schooling received in order to get the job

      given the above, how on earth can you regulate a complex industry without people who have worked and continue to work in that industry? you don't want out-of-touch regulators. look at the NRC for example - half of slashdot is screaming that they should allow new designs for safety and waste reduction, etc, but that's not going to happen if the NRC aren't keeping abreast of the state of the art.

      now, the only solution i can offer is that regulators should have a transparent hiring policy and try not to hire arseholes. this is difficult to implement, as all problems in society boil down to whether or not you're dealing with arseholes.

    37. Re:Good to Know by Anonymous Coward · · Score: 3, Informative

      perhaps Google just temporarily amended "Don't Be Evil" to "The End Justifies The Means" and bribed the everloving fuck out of this particular judge?

      i do wonder how the system works, but in this case i think the judge just rightly saw that Oracle's case was ridiculous and dangerous (including to themselves) and would likely be turned over on appeal anyway.

      There's a good chunk of the legal back and forth over at groklaw if you're interested. I spent probably a good hour reading testimonies just for fun. Turns out, the judge was competent, and the claims Oracle were making made perfect sense, but only to themselves.

    38. Re:Good to Know by Anonymous Coward · · Score: 0

      I may be wrong, but I believe in practice that was only due to the application being directly linked to it. This was the purpose of the Section 3? exemption for the GPLv2/3 for glibc for example. IE if you used dlopen/dlsym/etc to open the library inside the application and resolve symbols there, rather than linking to it directly (and possibly including header code/macros) then you'd be in the free and clear, since the application doesn't RELY on the code to operate. Added benefit: if somebody buggers up the symbols in a later version, your app could manually force it to load the version that actually works with your app. IANAL and somebody like Bruce Perens or NewYorkCountryLawyer might be better asked to explain if this is legitimate interpretation of the GPL.

      On the other hand, if this ruling is upheld, and API's are fully in the free and clear, who's going to write the Havok/PhysX OpenCL reimplementations so we can run all our older apps at full speed without having it suck up a whole CPU Core just to handle physics processing? :D

    39. Re:Good to Know by Artifakt · · Score: 2

      It's widely recognised legally that awarding a patent IS giving a monopoly on the use of an idea, BUT for a limited time, and with other requirments such as disclosure. What the European court seems to have the most trouble with is an entity getting all the benefits of a patent by invoking some other form of "Intellectual Property" that doesn't have the same limitations. That's not as good as excellent laws in each specific area of IP, but at least it's something.

      --
      Who is John Cabal?
    40. Re:Good to Know by Anonymous Coward · · Score: 1

      Note that when pressed on the issue, the FSF will waffle on the "dynamic linking" point. I think they understand it would only hold up in court under some specific circumstances. So few libs are GPL that it is hardly an issue.

    41. Re:Good to Know by ppanon · · Score: 4, Informative

      Mostly. If you read the judge's ruling (and the observations thereof on Groklaw), the judge makes it clear that this applies to the Java API SSO because the java package SSO is essential to method invocation. (i.e. you need to import java.lang.String to access the string methods or need to explicitly invoke the class methods using the full package hierarchical path). The judge leaves open the possibility that an API's SSO would be copyrightable in a language where conforming to that SSO was not required for API interoperability, where the SSO was expressive only and not functional in any way.

      --
      Laissez lire, et laissez danser; ces deux amusements ne feront jamais de mal au monde. - Voltaire
    42. Re:Good to Know by BitterOak · · Score: 1

      Note that when pressed on the issue, the FSF will waffle on the "dynamic linking" point. I think they understand it would only hold up in court under some specific circumstances. So few libs are GPL that it is hardly an issue.

      I have heard disagreeing positions from GPL advocates on that very point of dynamic linking to libraries which the user installs separately. And I don't think there are so few libraries that are GPL'd. It is a very significant point.

      --
      If I can be modded down for being a troll, can I be modded up for being an orc, or a balrog?
    43. Re:Good to Know by ppanon · · Score: 5, Insightful

      In many industries, that requirement might force the judge to recuse themselves because there are few opportunities to acquire that experience without being significantly involved with one of the litigants. Low barriers to entry for learning programming and the large number of players in the industry make it pretty easy for a judge to have that experience without being compromised. That would be harder in the petroleum, telco, or broadcast industries.

      --
      Laissez lire, et laissez danser; ces deux amusements ne feront jamais de mal au monde. - Voltaire
    44. Re:Good to Know by dgatwood · · Score: 4, Insightful

      The other interesting thing is how this could affect the GPL. As I understand it, the difference between the GPL and say, the LGPL, is that if you write code that uses GPL libraries, your source code must also be GPL'd, even if you don't distribute those libraries with your code. (i.e. your installation instructions direct users to download and install the libraries themselves.) The way it works is, your code is written to the API specified by those libraries and you are therefore bound by the license terms of those libraries. If API's are not covered by copyright, then you wouldn't be bound by those license terms, and so effectively there's no difference between the GPL and the LGPL.

      You're misunderstanding the licensing issue with GPLed libraries. The licensing issue is that by linking against the GPLed library, you are using the actual GPLed code as part of your product, not just the headers, thus making your code a derivative work of that GPLed code because it depends on that code for correct operation. Now there is some room for debating whether or not that really is the case, but that's the basic argument.

      This case, by contrast, says that the headers themselves cannot be copyrighted. What this means is that you are free to do what both the BSD and GPL folks seem to do on an almost daily basis—take some library (or set of functions within a library) that is under one license and reimplement it under a less/more restrictive license, keeping the same basic interface so that code can be compiled against either version of the library and still work correctly.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    45. Re:Good to Know by ppanon · · Score: 1

      Sort of. If you used the API header files verbatim, including non-functional/expressive elements (i.e. comments or change history) then you might be liable for infringement on the expressive elements. If you strip out any expressive elements (except for attribution maybe?) to the minimum commonality required for interoperability, then you would be OK.

      --
      Laissez lire, et laissez danser; ces deux amusements ne feront jamais de mal au monde. - Voltaire
    46. Re:Good to Know by ClickOnThis · · Score: 5, Interesting

      Note that when pressed on the issue, the FSF will waffle on the "dynamic linking" point. I think they understand it would only hold up in court under some specific circumstances. So few libs are GPL that it is hardly an issue.

      I have heard disagreeing positions from GPL advocates on that very point of dynamic linking to libraries which the user installs separately. And I don't think there are so few libraries that are GPL'd. It is a very significant point.

      I was trying to write a counter-argument to your other post in this thread, and then stopped. You do raise a fascinating point.

      Stallman's own words seem to indicate that one would put a library under GPL (instead of LGPL) so that it cannot be used by proprietary software, even through dynamic linking. However, the only "use" of the GPL library by the proprietary software in such a case would be the API interface. But without copyright protection of the API, maybe it is as you say: a GPL library simply becomes a LGPL library.

      Looking at this from another direction, what happens if someone writes a proprietary library that duplicates the function of a GPL library? Does that infringe? I don't think so, because it doesn't use the GPL library, it replaces it. Now, what if someone (maybe even the same person or company) writes a proprietary program that uses this proprietary replacement? Does either the program or the proprietary library infringe? Again, I don't think so. Now for the really interesting part: what if someone runs the proprietary program with the now plug-compatible GPL library? Is anyone infringing? If so, who?

      --
      If it weren't for deadlines, nothing would be late.
    47. Re:Good to Know by Baseclass · · Score: 2

      Indeed. We choose lawyers who specialize in certain types of cases. Shouldn't the judge also be properly qualified?

      --
      ^^vv<><>BA
    48. Re:Good to Know by Anonymous Coward · · Score: 5, Informative

      Mod parent up. It's important to notice that the judge did *NOT* rule that APIs couldn't be copyrighted. He was VERY careful to say:

      This order does not hold that Java API packages are free to use without license. It does not hold that the structure, sequence and organization of all computer programs may be stolen. Rather, it holds on the specific facts of this case, the particular elements replicated by Google were free for all to use under the Copyright Act.

      His ruling is VERY specific to Google's use of Java and is NOT a blanket declaration about copyright of APIs.

      It's possible that in a future court case a different judge might take this ruling and turn it into a ruling that applies ot all APIs, but that's not what this ruling does.

    49. Re:Good to Know by gcnaddict · · Score: 5, Interesting
      via c|net:

      On many days, the San Francisco courtroom where he presided was more like a computer science classroom. Alsup acknowledged during the trial that he had learned about Java coding to better prepare for the case, and it showed. On a daily basis, he would deftly query the lawyers and expert witnesses on the structure, sequence, and organizations of APIs to assist the jury in understanding the key facets of the copyright phase of the trial.

      This is why I have respect for Judge Alsup. In order to apply the law in a complex engineering-related case, he worked to learn the subject matter in order to properly apply the law to the material. That's how I expect every Judge should apply the law rather than just sit and "trust the experts" per-se.

      --
      Viable Slashdot alternatives: https://pipedot.org/ and http://soylentnews.org/
    50. Re:Good to Know by Anonymous Coward · · Score: 0

      I left the natural gas industry with no better feelings than I had when I entered. If I were a juror on a case involving the natural gas industry, would the fact that I had worked in the industry force me to confess and recuse myself, since I had intimate knowledge in the process and in the detrimental effects to the water supply? Too bad if it did, b/c I would welcome the chance to pass my deep and intimate judgement on such a case.

      Good thing that the judge in this case had some knowledge about the subject. Prevented a catastrophe.

    51. Re:Good to Know by Anonymous Coward · · Score: 0

      DAMMIT There goes my copyright on Get and Set methods! *throws chairs about*

    52. Re:Good to Know by Anonymous Coward · · Score: 0

      ...Ie patent ideas?

      Le you must canadian, eh? Le sentence structure? Le bad English, i.e. poor editing.

      I.e. your brain must be stinking rotten (if you only copy/pasted the text into an editor and changed to a Serif font, you'd see the difference).

    53. Re:Good to Know by Cyberax · · Score: 1

      You don't need to have _direct_ experience in fracking. Just the knowledge of practices used in it and general geological knowledge. Quite a lot of academics have this knowledge, so it's not like that there's a small pool of experts.

    54. Re:Good to Know by BitterOak · · Score: 3, Interesting

      You're misunderstanding the licensing issue with GPLed libraries. The licensing issue is that by linking against the GPLed library, you are using the actual GPLed code as part of your product, not just the headers, thus making your code a derivative work of that GPLed code because it depends on that code for correct operation.

      You're missing my point. I'm talking about distributing code that links either dynamically to user-installed GPL libraries, or even source code which the user compiles (which you don't want to release under GPL, but rather, say, BSD or some other license.) So you won't be actually distributing the GPL libraries at all.

      If what you mean to say is that you've created a derivative work by writing code that links to these libraries, that is equivalent to saying that the APIs that the libraries implement is copyrightable. I.e. writing code that meets the API specifications for a specific set of libraries is creating a derivative work is equivalent to saying the APIs enjoy copyright protection. There's no difference. This is what the judge rejected.

      --
      If I can be modded down for being a troll, can I be modded up for being an orc, or a balrog?
    55. Re:Good to Know by jbengt · · Score: 1

      . . . the European court said to allow copyright on an API would allow monopolizing ideas. Isn't that what allowing business rules patents does?

      Technically, no. Business processes are patentable, but the ideas behind the method are not patentable. Of course, this assumes the patent office doesn't just rubber stamp applications that should be invalid.
      (It seems that the patent office has tried to grant as many patents as physically possible that might possibly be valid under the most generous interpretation of patentability ever since ( in the 80s, I believe) they were required to pay their own costs with fees. IIRC, they collect more from patents that are granted. Maybe they should require greater fees for patent applications that are rejected.)
      IANAL, YMMV, etc.

    56. Re:Good to Know by andydread · · Score: 1

      Sorry! but WINE is _not_ safe. There is still a thing called software patents. And I am sure Microsoft is not shy when it comes to levereging them against WINE or any open source system sofware sold in _any_ successful device. The key here is successful comercial device such as android devices or a Linux NASs, Servers, Chromebooks, or even Linux Desktops that actually gain reasonable market share.

    57. Re:Good to Know by Weatherlawyer · · Score: 0
      I can't help thinking he must be the only one who doesn't wear women's clothing, patent leather shoes with buckles and a silly hat.

      It must be very hard to find a defendant who doesn't have preternatural contempt for people like that. And a jury of peers of the defendant who ....

    58. Re:Good to Know by NeveRBorN · · Score: 1

      The ruling goes way beyond even settling the issue of copyright over APIs, but even goes so far as to say that EULAs that restrict the use of APIs are dead in the water and are void in terms of enforceability.

      I agree with your assertion that his ruling and opinion are water tight, however I fail to see how his ruling has any effect on the the potential enforceability of an EULA. This case and his ruling dealt entirely with the issue of Copyright, not Google's use of a use of an Oracle application in relation to an EULA. Google is using their own implementation implementation of an API which is published in many forms that do not require agreement to Oracle's EULA.

    59. Re:Good to Know by Weatherlawyer · · Score: 0
      You only scored two for that?

      Spot on truth and educational. Succinct and inarguable reasoning. Gets two?

      Sometimes I wonder why I bother.

    60. Re:Good to Know by TapeCutter · · Score: 1

      perhaps Google just temporarily amended "Don't Be Evil" to "The End Justifies The Means" and bribed the everloving fuck out of this particular judge?

      Or perhaps 99 times out of 100 the justice system just works like it's supposed to?

      --
      And did you exchange a walk on part in the war for a lead role in a cage? - Pink Floyd.
    61. Re:Good to Know by TapeCutter · · Score: 1

      He doesn't 'program for a hooby' he went to programming classes specifically to learn more about the subject for this specific trial. It really isn't that uncommon for a judge to decide they need some independent "briefing" on the subject at hand before hearing the arguments.

      --
      And did you exchange a walk on part in the war for a lead role in a cage? - Pink Floyd.
    62. Re:Good to Know by Anonymous Coward · · Score: 0

      This was the first thought as I read that too. I'm going to celebrate and get totally sloshed on Wine under Linux!

    63. Re:Good to Know by reve_etrange · · Score: 3, Interesting

      They collect the most from patents which are granted, but later reexamined.

      Schedule of fees

      --
      .: Semper Absurda :.
    64. Re:Good to Know by Anonymous Coward · · Score: 0

      > It would be great if all lawsuits that affect an entire industry like this had to be decided by a judge familiar with the industry.

      I'm looking forward to the lawsuit on pole-dancing

    65. Re:Good to Know by reve_etrange · · Score: 2

      Judge Alsup was appointed by President Clinton.

      --
      .: Semper Absurda :.
    66. Re:Good to Know by bill_mcgonigle · · Score: 5, Insightful

      he worked to learn the subject matter in order to properly apply the law to the material

      Being a hobbyist hacker himself helped a bunch too.

      Generally, we have people who don't understand the material arguing before an arbitrator who doesn't understand the material to get a decision from a group of people who don't understand the material. We call these decisions 'precedent'.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    67. Re:Good to Know by is+as+us+Infinite · · Score: 1

      Look, I wholeheartedly agree with the idea that a judge should have no amicable ties to companies that have a vested interest in the outcome of various court cases that judge will hear, but the GP's post is not about that. The GP's post is about judges having a sufficient level of technical knowledge related to a case to be able to judge the technical merits of the arguments presented and hence to be able to understand fully the ramifications of the outcomes of his judgement. The GP's post is _not_ about a judge with this experience _because_ they worked at a company entrenched in the industry about which the technical knowledge is required.

      Here are a couple of examples related to yours to help show the difference. If the Awesome Judge Alsup's experience in coding had been acquired at Microsoft (or perhaps Oracle) then the GP's comment and your post's statement would logically follow. Or, if you modify your example to be about a judge who is assigned a fracking case who then goes out and researches the technical details of fracking in order to reach a cogent conclusion not biased by the lawyers' pro/against castings, then you have an example that is very close to what Awesome Judge Alsup has done. Or perhaps if the judge's backyard hobby is fracking and then he is assigned a fracking case, though your example falls down there because many people code as a hobby (or at least can) and nobody fracks for fun.

      I think your post is a good-natured misunderstanding, though one of your ancestor comments about you praising 'ignorance over knowledge' hits home pretty hard. As the OP states, judges having in-depth technical knowledge about their cases (or even any knowledge is better than none) is definitely a good thing. Also, as you state, judges having a vested interest in a certain outcome because of pre-existing industry ties is a bad thing. No, they are not related here.

      --
      Quidquid latine dictum sit, altum sonatur. . . . . . . .
    68. Re:Good to Know by Anonymous Coward · · Score: 0

      Can a plaintiff appeal a civil suit that was lost, not counting any counter claims? If so, how is that not double jeopardy?

    69. Re:Good to Know by Confusador · · Score: 1

      In a world of stupid IP laws, at least this judge gets it. (Which surprises the hell out of me).

      We're all incredibly surprised: not only did he reveal that he's been programming for years, he learned Java just for this trial! That's above and beyond; I have huge respect for Judge Alsup.

    70. Re:Good to Know by The+Snowman · · Score: 1

      Oracle has been handed their balls on a platter

      This makes as much sense as saying my wife had been handed her balls on a platter.

      --
      24 beers in a case, 24 hours in a day. Coincidence? I think not!
    71. Re:Good to Know by BillX · · Score: 1

      Mod parent up.
      The ruling further hammers the point by comparing the Atari vs. Nintendo ruling to the SEGA vs. Accolade ruling. A reverse-engineered implementation of a console "unlock" protocol was deemed infringing in the former case (despite not even being written in the same language) and noninfringing in the latter (despite being a direct copy). The judge points out the difference is in whether or not the API that was copied was the only compatible way to do it. In the case of the 10NES lockout, many alternative bitstreams could have been used to unlock the console, while in the SEGA case, the way the defendant did it was deemed the only sensible implementation*.

      *IIRC, gurus in the SEGA case with intimate knowledge of the hardware were able to come up with a couple hacks that proved there was at least one alternate sequence that could theoretically work, but the judge did not find this to be something the defendant could have reasonably known, as the copying of the "magic" sequence predated the existence of the lockout mechanism, and was done in anticipation of such a mechanism being deployed in the future.

      --
      Caveat Emptor is not a business model.
    72. Re:Good to Know by multimediavt · · Score: 2

      I agree, but what makes me ponder is that the European court said to allow copyright on an API would allow monopolizing ideas. Isn't that what allowing business rules patents does? Ie patent ideas? Hopefully, somehow, Alsup's logic pervades into the business rule / software patent realm and blots out this travesty of justice too.

      Patents do expire, where copyright has been continuously extended (in the U.S. anyway) to near eternity.

    73. Re:Good to Know by multimediavt · · Score: 1

      I'm not saying I *want* the judges to be ignorant of the topics they preside over, but having well-informed judges is a sticky problem.

      I know a bunch of lawyers and some judges and I (and they) would disagree with you on that point wholeheartedly. Why, because with knowledge comes the ability to recognize shenanigans going on, like in this case particularly. The judge was a programmer, not as a trade but as a hobby, and that familiarity was an asset to the outcome of the decision and not a liability. Now the plantiff might argue that they may have won with a less informed judge, but then that's not justice is it. That's getting away with something wrong. I don't see this getting an appeal. Another court would have a hard time justifying hearing the case if all or at least some of the judges in the appeal weren't also programmers. Judges aren't usually dummies, and will only hear an appeal if THEY feel that the previous court did not consider something or may have mishandled something. Plus, there are often long instructive periods that lawyers will go through to get judges up to speed that may not be as savvy as Alsup. There's been a case a buddy of mine has been working on for years now and most of that has been in discovery and educating the judge. I just don't see any grounds for appeal from this case, and if a court did decide to hear the appeal I can imagine that several other higher courts would be watching very intently due to the nature of the original decision.

    74. Re:Good to Know by multimediavt · · Score: 0

      The judge has clearly anticipated the appeal, even devoting an entire section to explaining how utterly trivial the 9 lines of actually copied code are...

      It is amusing. The judge probably spent several orders of magnitude longer explaining why the lines were trivial than the time it would take to the write the function in the first place.

      Why is that insightful? Everything takes longer to describe than it does to create. Duh

    75. Re:Good to Know by williamhb · · Score: 1

      I was trying to write a counter-argument to your other post in this thread, and then stopped. You do raise a fascinating point.

      Stallman's own words seem to indicate that one would put a library under GPL (instead of LGPL) so that it cannot be used by proprietary software, even through dynamic linking. However, the only "use" of the GPL library by the proprietary software in such a case would be the API interface. But without copyright protection of the API, maybe it is as you say: a GPL library simply becomes a LGPL library.

      Looking at this from another direction, what happens if someone writes a proprietary library that duplicates the function of a GPL library? Does that infringe? I don't think so, because it doesn't use the GPL library, it replaces it. Now, what if someone (maybe even the same person or company) writes a proprietary program that uses this proprietary replacement? Does either the program or the proprietary library infringe? Again, I don't think so. Now for the really interesting part: what if someone runs the proprietary program with the now plug-compatible GPL library? Is anyone infringing? If so, who?

      IANAL, so hopefully someone will correct me, but for a while I've had a nagging worry that the GPL relies on a very fuzzy notion of what constitutes a "derived work", and that things like Maven might have already punched a gaping hole in it a while ago, even for GPLv3.

      Say you write a program including a GPL library. One could argue that (a) the compiled program as a whole is "a derived work", or (b) even the uncompiled code you wrote is a "derived work" as some of it was influenced by the design of the library. This judgment seems to knock (b) out of the water, as APIs are not copyrightable now. But even before, if you write your part first it's clearly not derived, and you then write a connector shim to the API, then it's hard to argue any part of your source-code other than the shim was derived. So (a), the compiled whole application is the derived work, looks like being the main argument.

      But here's the thing. Maven and other build systems mean that you can get a compiled derived work onto thousands of customers' machines without ever distributing (or even in GPLv3 terms "propagating") the library, or the compiled derived work, yourself. The customer just gets your code (not the library) from you, together with a build script. Maven or some other little builder on the customer's machine then handily troops off, gets the libraries from Maven central repository or wherever, and ties them together. The GPL explicitly allows building the library in whatever code you like in a private copy -- and that is just what Maven at your customers' behest has done. So does that mean the derived work ends up running "privately" on a hypothetically large number of people's machines, without ever being propagated in the language of the license?

      I wonder if it could be argued that a lot of the Java open source world effectively relies on this. Projects provide the source for their own parts, but not necessarily of the GPL libraries they use. Maven build files contain an identifier (organisation, artifact, version) to each library to fetch. But this build file does not necessarily state which repository (the URL) Maven will find each library on when it does its search (or whether that repository will contain a source bundle as well as a compiled bundle of that library). Whereas the GPL asks "provided you maintain clear directions next to the object code saying where to find the Corresponding Source" (emphasis added). It could be argued that people aren't being diligent about fulfilling that clause. But is a legally acceptable response to the accusation "you're not supplying clear directions saying where to find the corresponding source" to say simply "That's ok, because we're not propagating that library or a derived work of it at all -- their project published it, you fetched it, and your own machine produced the derived work"?

    76. Re:Good to Know by hazem · · Score: 4, Informative

      It's widely recognised legally that awarding a patent IS giving a monopoly on the use of an idea

      I was under the impression that a patent cannot be used for an idea, but the specific implementation of an idea. You could get a patent for inventing a hoverboard that is powered by anti-gravitons and I wouldn't be in violation of your patent if I invented one that is powered by the hearts of orphan children, even if they looked essentially the same and behaved the same. They're the same idea, a board that can hover in the air, but different implementations.

    77. Re:Good to Know by MightyMartian · · Score: 3, Insightful

      It would have been bad, but not the end of the world as people keep believing. Calling APIs would have almost certainly been a fair use exemption and pretty much no vendor is likely actually sue over it even if it wasn't. You might have had some issues calling undocumented APIs, and stuff like WINE and SAMBA could have had issues if Microsoft had felt particularly inclined to do so.

      Bullshit. If copyright could be extended to APIs, it means whoever developed those APIs automatically can dictate how and by who they are accessed. I love the comment "WINE and Samba could have had issues". Even in your own "this ain't a big deal" post you admit, in a minimalistic sort of way, that Microsoft could potentially have had the power to invoke copyright over the work-alike APIs. For "problem" read "shut down".

      The biggest problem with this case is that both sides need to lose. Dalvik needs to be stopped, and copyrighting APIs needs to be stopped, more importantly someone needs to take the execs at Google into the alley out the back and beat them until they promise to stop doing this kind of shit. They knew damned well what they were doing and they've rolled the dice at terrible risk to everyone and spent millions of dollars getting into a pissing match they never should have started. If they'd just licensed Java in the first place none of this would have been necessary.

      1. They don't need to license Java. It's a programming language, and cannot be copyrighted (this is long standing in US and international IP law). And, as we see, they don't need to licence the JVM if they go out and build their own virtual machine.
      2. How is what Google did with Dalvik one bit different than what the GCJ team did allowing Java source to be compiled to native machine code? If Google is so evil for daring to develop it's own virtual machine, then the Gnu folks must be even worse for allowing a Java developer to bypass the JVM entirely.
      3. It's a free country. Don't use Dalvik if you don't want to. Maybe somebody needs to take you into the alley and beat a little respect for free enterprise into you.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    78. Re:Good to Know by Anonymous Coward · · Score: 0

      Making this ruling an omniprecedent?

    79. Re:Good to Know by Anonymous Coward · · Score: 0

      couple points:
      1) See the judge's ruling and the cases referenced. These copyright cases are always decided on only the specific facts and not some general "what if" scenario. They don't make good GNU FAQ material. So there's probably some way you could incorporate GPL libs into your software, but probably there's other ways you can't. Good luck.

      1a) The risk factor of figuring out these GPL gray areas is generally not worth the trouble. There are no GPL freebie libraries which will make you rich. And programmers are cheaper than lawyers.

      2) Copyright generally recognizes Fair Use in a "no harm, no foul" situation. FSFies don't like to admit, but if you aren't stealing source code from hungry CS sophomores, you might be able to get away with it.

    80. Re:Good to Know by Forever+Wondering · · Score: 1

      So does that mean the derived work ends up running "privately" on a hypothetically large number of people's machines, without ever being propagated in the language of the license?

      Quite possibly. The infringement would be a "private affair" of the end user. As Julia Child once said [regarding what happens in one's own kitchen] "Who's to know?"

      However, IANAL, but, it would appear to run afoul of the Grokster decision, which would make Maven liable, because it condones/induces infringement by others.

      --
      Like a good neighbor, fsck is there ...
    81. Re:Good to Know by Anonymous Coward · · Score: 0

      His point is valid, though. The proper example to cite is government regulators. There's a revolving door between industry and the regulatory bodies who govern the industry, and as such, you get a lot of backroom deals and agents looking the other way.

      If the primary criteria for familiarity with a topic is former employment, expect most judges to become industry-captured much the same way.

      I'm not saying I *want* the judges to be ignorant of the topics they preside over, but having well-informed judges is a sticky problem.

      You assume the judiciary hasn't already been captured by the legal profession? What about the abomination of elected judges?

    82. Re:Good to Know by Forever+Wondering · · Score: 1

      You're misunderstanding the licensing issue with GPLed libraries. The licensing issue is that by linking against the GPLed library, you are using the actual GPLed code as part of your product, not just the headers, thus making your code a derivative work of that GPLed code because it depends on that code for correct operation. Now there is some room for debating whether or not that really is the case, but that's the basic argument.

      If you built the library [into your code] statically, the outer program would become [virally] GPL. If the GPL library is a dll/so, this becomes murkier. To be completely clean, the following would probably work. To protect a proprietary program (A) from a GPL library (B), create a program (C) that links with library (B). You distribute (C) to comply with the GPL. (A) talks to (C) through a socket interface and sends RPC-like requests. Since (A) has no direct contact with (B), (A) is free to remain proprietary.

      --
      Like a good neighbor, fsck is there ...
    83. Re:Good to Know by Anonymous Coward · · Score: 0

      I don't think there are many shared gpl libs. Shared gpl libs are lgpl.
      A gpl library becomes an unlicensed library, not an lgpl library.

    84. Re:Good to Know by Anonymous Coward · · Score: 0

      It's widely recognised legally that awarding a patent IS giving a monopoly on the use of an idea

      I think there is some requirement that the patent holder has to license the use to others for a "reasonable" fee somewhere.

      "Reasonable" is probably more than half the price of the product.

    85. Re:Good to Know by Sique · · Score: 1

      E = mc. How long did it take to find that formula, and how long does it take to describe it to the pupils?

      --
      .sig: Sique *sigh*
    86. Re:Good to Know by Sique · · Score: 1

      Args... Slashcode ate my exponent.

      E = mc^2.

      --
      .sig: Sique *sigh*
    87. Re:Good to Know by thej1nx · · Score: 1

      Wrong. Ideas in general are non-patentable. What GP correctly stated was that business rules can occasionally be patented(with the caveat that usually these should not be simple ideas but should involve a tangible part, possibly in form of a machine component). Which is pretty vague and murky in itself, of course. Awarding a patent gives you monopoly on a particular specific method of doing a thing. The idea of making a new car engine or car driven by electricity in itself cannot be patented. But the specific way your particular engine works to implement this, can be patented.

    88. Re:Good to Know by Anonymous Coward · · Score: 0

      >what if someone runs the proprietary program with the now plug-compatible GPL library? Is anyone infringing? If so, who?
      Depending on the license of the proprietary program: the user.

    89. Re:Good to Know by TheRaven64 · · Score: 1

      And, it seems, the last two terms of the equation...

      --
      I am TheRaven on Soylent News
    90. Re:Good to Know by TheRaven64 · · Score: 1

      Enforcement of this part of the license relies on the fact that the person distributing the proprietary software would also end up distributing the GPL'd software. They can only do this because they have been granted a license by the copyright holder, which can be revoked at any time if some set of conditions is not met. In this case, the condition is that you don't distribute it linked to something under a GPL-incompatible license. Even without the proprietary program counting as a derived work due to API usage, you still can't distribute the GPL'd library. You can, however, optionally open it on program launch if the user happens to have it installed...

      --
      I am TheRaven on Soylent News
    91. Re:Good to Know by Rogerborg · · Score: 1
      And it turns out that Judge Alsup is a hobbyist programmer who noted that he's written code that's functionally identical to rangeCheck "hundreds of times". Sorry, Oracle, you should have shopped around for a dumber judge.

      Not sure why we're discussing the copied implementation in the context of the API judgement, but it's all bad news for Oracle.

      --
      If you were blocking sigs, you wouldn't have to read this.
    92. Re:Good to Know by Anonymous Coward · · Score: 1

      No, the proper criteria used is whether the program and the library (even when dynamically) linked are running in the same memory address space. If they are, then they're parts of the same program and if one of the libraries is GPL, then the whole program must be GPL.

    93. Re:Good to Know by Rogerborg · · Score: 1

      Nope, he learned Java for this trial, but noted that he's written the functional equivalent of rangeCheck "hundreds of times" over the years.

      --
      If you were blocking sigs, you wouldn't have to read this.
    94. Re:Good to Know by Anonymous Coward · · Score: 0

      Anyway there has been a way to circumvent that bullshit also: add a glue component with an ad-hoc interface that you own the copyright for and release it with a GPL compatible license.

    95. Re:Good to Know by Anonymous Coward · · Score: 0

      Except that that's not infringement if you read the GPL. It says fairly clearly that privately you can do what you please with the software.

    96. Re:Good to Know by Troed · · Score: 1

      "stolen", really? :/

    97. Re:Good to Know by SilentMobius · · Score: 1

      I can't help but think that the difference here is between academic knowledge and vocational experience. Working in an industry gives you the latter but only _maybe_ the former.

      For example, WRT fracking I'd like to see more judges with a background in academic geoscience _not_ ex oil-industry workers

      --
      Loop, twist and loop again.
    98. Re:Good to Know by Anonymous Coward · · Score: 1

      You're missing my point. I'm talking about distributing code that links either dynamically to user-installed GPL libraries, or even source code which the user compiles (which you don't want to release under GPL, but rather, say, BSD or some other license.) So you won't be actually distributing the GPL libraries at all.

      That's a known workaround. Look at nVidia's binary-blob driver for Linux, it arrives as an object file with a few C files that glue that the object file to the GPL functions in the kernel, the code is compiled and linked together producing a kernel module that goes nVidia Proprietary Blob -> BSD glue API -> GPL Kernel API.

      If what you mean to say is that you've created a derivative work by writing code that links to these libraries, that is equivalent to saying that the APIs that the libraries implement is copyrightable. I.e. writing code that meets the API specifications for a specific set of libraries is creating a derivative work is equivalent to saying the APIs enjoy copyright protection. There's no difference. This is what the judge rejected.

      No, you're being too simplistic. Judges have already decided that copying code from the HDD to RAM invokes copyright even though the copy is transient and incidental. Essentially, whilst you aren't deriving with the inert binary stored on a disk, your program combines the GPL code at runtime to create a derivative, you can try saying "the user did it, not me" but unless there are 2 libraries with the same API where one is under a compatible permissive license, the judge will probably take a dim view to your transparent ploy and you'll be screwed anyway.

    99. Re:Good to Know by k_187 · · Score: 2

      Correct, the real trick is to write your patent to be specific enough to be granted, but broad enough to cover more than your specific implementation of your idea. Meaning a good patent attorney could craft an anti-graviton hoverboard patent to also cover an orphan heart one.

      --
      11 was a racehorse
      12 was 12
      1111 Race
      12112
    100. Re:Good to Know by Anonymous Coward · · Score: 0

      As most matter of law, it would depend on the situation. If there is an proprietary replacement, the case of derrivitive work of the GPL libary would be likely thrown out. If there was no proprietary replacement, it is not far fetched that the program get considered as an derrivitive work.

    101. Re:Good to Know by Anonymous Coward · · Score: 0

      yes, but everyone is welcome to do a clean room implementation of GPL libraries or software.

    102. Re:Good to Know by close_wait · · Score: 1

      IANAL. IANA American. However, my understanding is that: copyrights are decided in federal courts. This decision does not establish any precedent, although of course people in other trials may reference it as a useful example of something clearly argued. If appealed, it goes to the 9th circuit, which covers a few states including California. If that circuit makes a firm ruling on the copyrightability of the SSO of APIs, then that is precedent-setting for all lower courts within the 9th circuit area. Courts in other areas are not bound by it, but may of view it as a useful example. If further appealed to SCOTUS, then any decision there binds the entire country.

    103. Re:Good to Know by Anonymous Coward · · Score: 0

      You are free to write your own implementation of a GPL'd API under whatever licence you wish. If you want to distribute the GPL'd implementation itself, then you will need to comply with the GPL.

    104. Re:Good to Know by usuallylost · · Score: 1

      That's what happens when you have a judge who programs as a hobby. It would be great if all lawsuits that affect an entire industry like this had to be decided by a judge familiar with the industry. Not going to happen of course, but it would be awesome if judges deciding software patent cases had to have some sort of programming background.

      You would think that a basic understanding of the issues to be decided in a case would be a requirement for a judge. Unfortunately it isn't. So if you get a judge that just happens to understand what the case is about rejoice because there is no guarantee of that.

      A former employer lost a court case because he could not make an 80 year old judge understand the concept of a client / server application or how the Internet allowed a person in city A to commit actions on a server located in city B. So basically if you get a judge that knows what is going on and isn't half senile it was dumb luck.

    105. Re:Good to Know by MattBecker82 · · Score: 1

      Or perhaps 99 times out of 100 the justice system just works like it's supposed to?

      Ah, I see you're new here. Welcome to Earth!

    106. Re:Good to Know by Anonymous Coward · · Score: 0

      You understand it wrong, and so your conclusions are wrong too.

    107. Re:Good to Know by Anonymous Coward · · Score: 0

      Considering the judge himself dropped a bombshell in the court room to basically tell the Oracle lawyer he's an idiot, I don't believe anyone knew this judge had a background in programming. Sounds like it was luck of the draw.

    108. Re:Good to Know by Anonymous Coward · · Score: 0

      The APIs themselves might not be copyrightable, but the header files where the APIs are declared are copyrightable. The header files might also contain implementation, for example macros and inline function and template definitions.

      You need those copyrighted header files to compile your program. Linking dynamically and not distributing the GPLed libraries makes no difference - your program is a derivative work and if distributed must be distributed under GPL.

    109. Re:Good to Know by Anonymous Coward · · Score: 0

      Yeah, and thus you can't distribute the result of such linking which, surprisingly, almost no-one does.

    110. Re:Good to Know by KnowledgeKeeper · · Score: 1

      Wine is safe... but here's a twist; how does this connect to stuff like microprocessors' ISA? One could argue that opcodes are APIs, too - therefore ARM, MIPS, x86, x86_64, Power, PowerPC, PA-Risc, M68K, 6502, etc. are up for grabs as long as nobody uses the original implementation which is practically impossible anyway.

      If it holds up it could get to some interesting results.

      --
      It is always better to be a first grade version of yourself than a second grade version of someone else.
    111. Re:Good to Know by Anonymous Coward · · Score: 0

      Now for the really interesting part: what if someone runs the proprietary program with the now plug-compatible GPL library? Is anyone infringing? If so, who?

      Not a difficult question at all. The GPL doesn't restrict use; my use of a program with a GPL library is perfectly fine from the GPL perspective. If I tried to bundle that non-GPL-compatible program and GPL library together and distribute it: then I would be in violation of the GPL.

    112. Re:Good to Know by ZombieBraintrust · · Score: 1

      True if you have an Api where commands are unique and there are no namespaces then you could be sued if you copied the SSO. But in that case there would be no reason to copy the SSO.

    113. Re:Good to Know by RaceProUK · · Score: 1

      the judge was competent

      So they do exist... I thought it was just a legend...

      --
      No colour or religion ever stopped the bullet from a gun
    114. Re:Good to Know by macs4all · · Score: 1

      This!

      How could you possibly call an API if the argument structure was copyrightable? Buy a license for every single API set that was delivered with your machine, associated with every software product, or hosted somewhere on the web?

      In a world of stupid IP laws, at least this judge gets it. (Which surprises the hell out of me).

      That's because THIS Judge is a DEVELOPER (which surprises the hell outta me!)

    115. Re:Good to Know by Anonymous Coward · · Score: 0

      Patents are intentionally a monopoly on ideas. Copyright is about expression. One major difference is the time limit before copyrights and patents expire. Copyrights can last well over 100 years. Patents are generally about 10.

    116. Re:Good to Know by idontgno · · Score: 1

      I wonder of Oracle will start a frantic search for Linux kernel checkins from Judge Alsup. That would be hilarious. (And kinda horrifying if they find some, since they might have an think they have an avenue of appeal based on failure to recuse.)

      Yeah. I know. They'd be worse than wrong if they did try an appeal on that basis, but judging from the bizarre and self-contradictory legal theory they've put forth during the trial, I am convinced that it wouldn't be beyond them.

      --
      Welcome to the Panopticon. Used to be a prison, now it's your home.
    117. Re:Good to Know by multicoregeneral · · Score: 1

      Guys, I know everyone wants a ruling that says that api's can't be copyrighted, like the one that just came out of Europe a couple weeks ago, but that's not what happened here. The judge was very careful to limit the ruling to the specific Java apis in the case. It doesn't apply to any other api's like WINE. Hell, it doesn't even cover all of Java. And it's very likely that Oracle will try to appeal it. So no need to throw a party yet. This fight isn't over yet.

      --
      This signature intentionally left blank.
    118. Re:Good to Know by Anonymous Coward · · Score: 0

      The last question is not as difficult as it may seem if I understood the licenses correctly. Running the proprietary program with the GPL'ed library is perfectly legal, unless the license for the program states that the library must not be replaced. Subsequently distributing the program and the library as a bundle is most likely a violation of the GPL on the part of the distributor.

    119. Re:Good to Know by Anonymous Coward · · Score: 0

      No No No. The copyrighted material is the library implementation. It comes with terms of use (the GPL). If you don't comply to those terms (release the source for that which uses it), your license to use the library is revoked. The copyrightability of the headers doesn't matter. Sure you can create another library with the same API under whatever terms you want, but you can't distribute the original library without meeting its terms.

      You argument is a bit like saying "Hey the city hall is open to the public, so that means I can just take this nice statue they have!"

    120. Re:Good to Know by tlhIngan · · Score: 1

      It would have been a disaster. Just about every operating system vendor, programming toolkit, developer of document formats and protocols would have to amend licenses to grant developers the rights to access the outward facing layers. Big guys like Microsoft could just crush projects like Wine. It would have been absolute chaos and would have created years of uncertainty, not to mention the fact that as the EU has already ruled APIs cannot be copyrighted, it would have created a monstrous rift in IP rules between Europe and the United States.

      What about GPL projects? Like say, the Linux kernel?

      If APIs cannot be copyrighted, does it mean I can use header files from Linux in my proprietary kernel module without having to go through all sorts of wrappers?

      Or say other projects which support plugins - since the API for the plugin is not copyrightable, does it mean I am no free to write proprietary plugins for GPL projects?

      It DOES go both ways...

    121. Re:Good to Know by amorsen · · Score: 1

      If APIs cannot be copyrighted, does it mean I can use header files from Linux in my proprietary kernel module without having to go through all sorts of wrappers?

      You certainly can. But beware, there is non-API in the header files too! Some of them contain inline functions or macros, and you cannot necessarily use those.

      If you distribute your kernel module along with the kernel you have to accept the GPL terms with its definition of derived works which may be wider than the usual copyright law interpretation of derived works. This is mostly a problem if you are selling something with Linux preinstalled including proprietary modules.

      It's all a bit moot though, nobody sues over Linux kernel license violations.

      --
      Finally! A year of moderation! Ready for 2019?
    122. Re:Good to Know by Anonymous Coward · · Score: 0

      My mom (almost 60 yrs old) started out in school recently as a Comp Sci major. Although she got all As, she thought programming languages were extraterrestrial (her words) so she switched midway to Paralegal Studies. Now she can be an IT-based paralegal, if she wants. Several judges have told her that she can pretty much write her own check because they have no idea what they're reading when an technical case comes across their desk.

    123. Re:Good to Know by Rakarra · · Score: 1

      Sorry! but WINE is _not_ safe. There is still a thing called software patents

      What it would mean is that Wine is safe from copyright claims, but not all IP claims.

    124. Re:Good to Know by scot4875 · · Score: 1

      Dalvik needs to be stopped

      I believe you're thinking of Daleks. Dalvik is not the same thing. It is pretty benign; definitely won't exterminate everything.

      Other than that posible confusion, I can't imagine why you think Dalvik would need to be stopped. Do alternate implementations of LISP/Scheme interpreters also need to be stopped? Do emulators and virtual machines in general need to be stopped?

      --Jeremy

      --
      Jesus was a liberal
    125. Re:Good to Know by tilante · · Score: 1

      How would you apply this, to, say, FreeDOS? The DOS system calls can be considered a library that the running programs are using. FreeDOS is GPL. Since DOS has no memory protection, any program run under FreeDOS is running in the same memory address space as FreeDOS. So... must any program that runs under FreeDOS be GPL? Even programs that were written years before FreeDOS ever existed? To posit such seems ridiculous. (And note that FreeDOS is *not* distributed under the LGPL -- it's under the full GPL. Further, if the reason that the GPL doesn't become infectious here is that the API's copyright doesn't belong to FreeDOS' creators, then the same argument would apply to, say, glibc -- GNU doesn't own the C library APIs, so glibc shouldn't be able to "infect" a program that calls it through them. And if APIs in general are not copyrightable, then the argument applies to *any* library, as long as all you are doing is accessing it via its API.)

    126. Re:Good to Know by sjames · · Score: 1

      Direct experience may be hard, but I don't thing a general technical/engineering background would be too much to ask. That would still lead to the judge having to study and be educated by the litigants to a degree but it's more likely to be successful if they aren't starting from 101 level knowledge. At least it would likely lead to asking better questions.

    127. Re:Good to Know by sjames · · Score: 1

      If the judge had close ties to a litigant he would (or should) recuse himself. It would be helpful if the judge had SOME sort of scientific background, particularly in geology but not necessarily in the oil and gas industry.

    128. Re:Good to Know by sjames · · Score: 1

      He did that, in part, to shoot down appeals. The more narrowly he rules here the harder it is to attack.

      Should a broader ruling be needed later, this can act as the thin edge of the wedge.

    129. Re:Good to Know by ppanon · · Score: 1

      But in that case there would be no reason to copy the SSO.

      That's the whole point. In that case it's plagiarism due to laziness, not fair use for interoperability.

      --
      Laissez lire, et laissez danser; ces deux amusements ne feront jamais de mal au monde. - Voltaire
    130. Re:Good to Know by Anonymous Coward · · Score: 0

      Why is that insightful? Everything takes longer to describe than it does to create. Duh

      My obstetrician might disagree with you.

      Thanks for the 'defects' captcha, Slashdot. Thank you so very much...

    131. Re:Good to Know by amorsen · · Score: 1

      Why is that insightful? Everything takes longer to describe than it does to create. Duh

      You're probably better at creating than I am, but in general I can describe code faster than I can create it. At least if "create" includes getting it somewhat debugged and vaguely correct. Doubly so if I'm writing XSLT...

      Luckily I'm not a career programmer.

      --
      Finally! A year of moderation! Ready for 2019?
    132. Re:Good to Know by amorsen · · Score: 1

      Looking at this from another direction, what happens if someone writes a proprietary library that duplicates the function of a GPL library? Does that infringe? I don't think so, because it doesn't use the GPL library, it replaces it. Now, what if someone (maybe even the same person or company) writes a proprietary program that uses this proprietary replacement? Does either the program or the proprietary library infringe? Again, I don't think so. Now for the really interesting part: what if someone runs the proprietary program with the now plug-compatible GPL library? Is anyone infringing? If so, who?

      Your proposal is quite well know as "user-does-the-link". It works under 2 conditions: a) copyright law does not forbid linking without explicit license permission and b) you are not distributing the GPL library. The trick is that you do not have to accept the GPL to run a GPL'd program, only to distribute it.

      Condition a) hopefully holds, although you never know when courts can decide that copying from disk to RAM is a copyright infringement unless you have a license allowing it. Condition b) is there because if you DO distribute the two together, you HAVE to accept the GPL, and then you have to abide by the GPL interpretation of derivative works even if it is broader than what normal copyright law requires.

      Therefore neither you nor the user violate the GPL because neither of you have to accept the terms of the GPL at all!

      Anyway, this is not a very useful exception because the only GPL library you are likely to encounter is the readline library, and that has at least one BSD-licensed implementation.

      --
      Finally! A year of moderation! Ready for 2019?
    133. Re:Good to Know by Xtifr · · Score: 1

      So you won't be actually distributing the GPL libraries at all.

      What you're overlooking is that the law takes intent into account, and if there's only one way to use your code--by installing the GPL libraries--the law will see your lack of distribution as an obvious ruse. Don't just take my word for it. NeXT tried it with their original ObjC backend for GCC, and ended up just giving the whole thing to the FSF.

      Now if there's more than one implementation, then nobody can say your work is an obvious derivative of just one. But if there's only one implementation, then they can.

      Of course, none of this applies to the Google case, because Google wasn't trying to link with Oracle's code at all. Your analogy isn't even close.

    134. Re:Good to Know by Anonymous Coward · · Score: 0

      The point of a GPL-ed library is protecting the *distribution* of the library. The text of the GPL *itself* actively supports *use* of GPLed code, even in proprietary applications. You just have to download it for yourself, you can't *distribute* it to others (without licensing your software with a GPL-compatable license).

      Your example is, in fact, *exactly* the reasoning behind dual licensing of libraries. With a dual-licenced library, anyone can write either open source or closed source applications against it (which helps people to adopt and debug the library), but in order to *distribute* a closed source application, they'd first have to acquire the non-GPLed version of the library, which typically produces revenue for the library's author. Same API in both cases, which makes *writing* the closed-source application easier, and avoids startup costs.

      Think of it this way: a bank can use a GPLed library as part of its backoffice software. MicroSoft can't sell a closed-source application that uses it.

      Mind you, the GPL3 closes down the bank writing "software as service" backoffice apps using a GPL3ed library, but I'm a GPL2 kind of guy. If nothing else, it is easier to understand and contains less lawyer bait.

    135. Re:Good to Know by BitterOak · · Score: 1

      No No No. The copyrighted material is the library implementation. It comes with terms of use (the GPL). If you don't comply to those terms (release the source for that which uses it), your license to use the library is revoked.

      Except that Stallman himself has said that the GPL is not a usage license, but rather a redistribution license. If you don't want to redistribute GPL code, you're not bound by the GPL. What's at issue here is whether or not you have created a derivative work when you write code that links dynamically to a user installed GPL'd library.

      --
      If I can be modded down for being a troll, can I be modded up for being an orc, or a balrog?
    136. Re:Good to Know by Teancum · · Score: 1

      I'm just saying that an EULA which forces you to waive your ability to independently use an application programming interface or implement functions of that API in a manner like Google did with the Android system would be declared contrary to law and thus be void. An intelligent lawyer writing up an EULA would also put in a separability clause so the whole EULA would not be void in this situation... I'm just pointing out that some stupid company trying to write up an EULA as a way around this ruling would get similarly slapped down by a future judge reading this opinion.

      It completely blows away any attempt to legally prevent interoperability by 3rd party software developers through the use of an API. Assuming this case is upheld in appeals (which Oracle would be stupid not to at least try), this legal opinion is going to become pretty solid case law and certainly be referenced in future copyright lawsuits. Permitting reverse engineering for the purpose of interoperability is already statutory law, but this ruling strengthens and affirms that statutory clause and specifically puts the API as a part of that interoperability protection for 3rd party developers.

    137. Re:Good to Know by LWATCDR · · Score: 1

      You are incorrect. Let's take the fracking case for example.
      Judge A is a geologist.
      Judge B is a lawyer.

      I am not talking about an oilfield worker but someone educated in the field. Without at least some significant knowledge on the subject it becomes nothing more than who is the better speaker.
      Think of all the idiots on slashdot that will still repeat the BS that low level EM causes health issues or that the many supposed causes of autism.
      Or lets take the more cynical view. A Judge that didn't understand geology might just be less accepting of positive data and and will want to take the route of "better safe than sorry". Of course that is also the cause of so many other rulings involving science and technology that drives people on Slashdot crazy. Like "People use proxies for kiddie porn" which is true but they use it for other reasons as well but we should ban them just to be sure. Or Torrents are used for piracy.....
      Bet you want a judge that might have actually used torrents to download an ISO then don't you?

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    138. Re:Good to Know by Eskarel · · Score: 1

      Dalvik needs to be stopped because it's a Java fork. It might be a java fork which isn't particularly different than normal Java right at this particular moment, but it is none the less a Java fork. Emulators and Virtual Machines are fine, forks of programming languages, especially languages which are designed for portability are not.

    139. Re:Good to Know by Eskarel · · Score: 0

      I didn't say it was a good thing, I said it wasn't the end of the fucking world the way people keep saying.

      WINE disappearing would suck, but it wouldn't be the end of the world. Most free software people would argue that WINE is solving the wrong problem anyway(allowing people to run software written for Windows on Linux as opposed to either porting that software or replacing it with something free).

      What wouldn't happen from the copyrighting of APIs would be the complete and total end of programming, you wouldn't have to buy a license to use a language, because that would be insane. Whoever owns that copyright would blanket license that before the day was out or face the death of the language, and that's if it wasn't deemed to be legally license free to being with. Pretending the sky is falling just makes you look like an idiot and makes it harder to convince people of actual dangers(of which some exist).

      As to the rest of it. True they probably didn't need to license Java from a legal perspective, but they could have and it would have been cheaper than all this bullshit and wouldn't have risked APIs being found to be copyrightable. At the very least they could have actually done a clean room implementation of Java instead of forking the language.

      As to the other to DALVIK IS A JAVA FORK, IT IS NOT A JAVA IMPLEMENTATION, IT IS BAD FOR THE JAVA ECOSYSTEM, IT IS BAD FOR OPEN SOURCE, AND IT HAS FUCK ALL TO DO WITH FREE ENTERPRISE.

    140. Re:Good to Know by digitig · · Score: 1

      Thanks.

      --
      Quidnam Latine loqui modo coepi?
    141. Re:Good to Know by MightyMartian · · Score: 1

      Since this has been a total victory for Google, they will likely get a fair amount of legal fees back. So the real point is that Oracle should have played ball with Google. They're greed cost them not only the case but also the presence of Java on the Android ecosystem.

      As to whether Dalvim damages Java, I could care less. Let the two forks compete and may the best one win.

      Oh and you're a fucking idiot.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    142. Re:Good to Know by multimediavt · · Score: 1

      E = mc. How long did it take to find that formula, and how long does it take to describe it to the pupils?

      That's not describing meaning. Energy equals mass times the speed of light squared (the description), takes longer to write and say than E = mc^2. Try again!

    143. Re:Good to Know by Eskarel · · Score: 1

      Google will get shit all until this hits the Supreme Court and they either decide or refuse to hear it, Oracle and/or Google depending on who wins the next appeal will make that happen. A decision in Google's favor by the Jury would have gotten them total victory, but they didn't get that(largely because they couldn't). They might not even get legal fees(IANAL, but good faith law suits don't always require payment of fees if both parties can afford it).

      Maybe you don't care if Dalvik damages Java, but language forks are not the same as software forks. When you fork software, the best one wins, when you fork languages, both lose. Programmers using a language aren't like people using software, they invest time and effort into learning a particular language, and companies invest even more into their choice of language because they have legacy systems to deal with. Google can't undo what it's done, it can't put that genie back in the bottle, and it needs Java as much as everyone else does. They can try to keep Dalvik completely on par with Java, but that won't work any better with Java than any other fork. They can try to play some licensing tricks to keep Dalvik mobile only, but at the end of this they'll have pretty much proven you can't do that.

      Both sides needed to lose this case, I said Oracle winning wouldn't have been the end of the world because some perspective was needed, but it would have still been shockingly bad, Dalvik spells the end of Java, and likely the end of itself, Java syntax is a pig and without the benefits of Java why would you bother.

      Google have maybe won a lawsuit, but unless they plan on getting into the business of creating a general purpose language, they've kind of shafted themselves in the process.

    144. Re:Good to Know by MightyMartian · · Score: 1

      Oracle will be throwing good money after bad if it appeals. Oh, an I have not heard that C# and C++ damaged C. You're just being hysterical.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    145. Re:Good to Know by mamas · · Score: 1

      > I agree, but what makes me ponder is that the European court said to allow copyright on an API would allow
      > monopolizing ideas.

      Ponder what? This is exactly what Alsup also said.

    146. Re:Good to Know by Eskarel · · Score: 1

      Java's one and only strength is it's portability. It's not as powerful as C or C++ and it's not as easy to work with as C#/Mono. It's full of ugly cruft caused by bad design decisions(most of which Google copied in order to capitalize on the Java programming base). What it does, which no other language on earth does, is run on pretty much any system you care to try it on. This doesn't really apply to phones anymore, but once upon a time it did. When developers choose Java as their language, a lot of the reason they choose it is that portability. Java apps run everywhere using software most people already have installed. It was something that I've seen dozens of articles from the early days saying they'd never achieve, but they pretty much did. You could write Java code and run it on Windows, Linux, Unix, Mac, pretty much any variation. You can't run it in some of the mobile walled gardens, but those are still the exception rather than the rule, and even for those apps, the back end server is running Java.

      The problem with Dalvik is it stops that being the case. Dalvik will end up on Desktops and on Servers It'll be a plugin in your browser and it will do this because for all the hoopla about HTML 5, none of the reasons Java was needed have changed. The problem we have now is that we're back to the bad old days of J++ when you had to deal with different and competing Java-like run times. Developers will pick based on supposed superiority, or worse, ideology and if in the end Google wins, they'll have to be responsible for maintaining an unprofitable product which doesn't tie into their advertising business.

      Oracle fought this stupid lawsuit because they need Java, it's a large part of why they bought Sun in the first place(they certainly didn't need either Solaris or SPARC to build Oracle appliances), they'll appeal this lawsuit for the same reasons, it's not and never was about money. So many people on Slashdot believe that somehow copyrighting APIs was going to destroy everything in spite of common sense telling them that that wouldn't be allowed to happen. These same people don't seem to understand how much of the inroads open source has made in the last ten years have come on the back of Java and what it can do. If you work in a corporate environment, take a look at how many *nix machines you have in your environment and look at how many have Java as a core part of their installed software. You'll find some that don't, try the same thing with systems which have been switched to Linux over the last ten years. In most industries you'll find few of the former and even fewer of the latter.

      Now I'm far from the most ardent supporter of the open source movement(I think ideology and elitism gets in the way of creating good products too often), but that doesn't mean I don't understand what competition does for this industry or appreciate some of the extremely high quality open source software I use on a regular basis.

      As I've said before, both sides needed to lose this lawsuit, or even better it could never have begun. If Google had decided to implement Java in its entirety on Android, or taken the Harmony project onto their phone and Oracle had sued them under the same terms I'd have been rooting for Google all the way, but that's not what happened.

  2. Wonder what Florian has to say about all of this. by Anonymous Coward · · Score: 5, Interesting

    PJ from Groklaw:

    Oracle has nothing to show for all of its efforts> For those who have depended on the self-described patent expert for your understanding of this case . . . well, maybe now you will know better than to trust a paid spokesman.

  3. Congratulations to Judge Alsup by gus+goose · · Score: 5, Insightful

    Having read the entire order (and having followed this case from near the beginning), all I can say is that I *wish* that all orders were so well prepared and presented. It appears to close all avenues for appeals, and I think the best 'showing' of any parties to this case has been Judge Alsup. He kept control of a tough case, and in my opinion, all his rulings have been well thought out, and his 'go-the-extra-mile' attitude has made this process a clear win for all (except Oracle).

    gus

    --
    .. if only.
    1. Re:Congratulations to Judge Alsup by geekoid · · Score: 2, Insightful

      Long term speaking, its a win for Oracle. It's really only a matter of time before it would have bit them in the butt. There developers use APIs as well.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    2. Re:Congratulations to Judge Alsup by MightyMartian · · Score: 1

      How exactly is it a win for Oracle? They now have a competing VM that can run Java code. Considering Android's position in the mobile market, I'd say for Oracle this means Java goes into a slow eclipse.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    3. Re:Congratulations to Judge Alsup by zbobet2012 · · Score: 2

      Java going into eclipse? That had to be intentional.

    4. Re:Congratulations to Judge Alsup by BronsCon · · Score: 1

      this means Java goes into a slow eclipse.

      Considering that Eclipse is the most widely used IDE for Android programming and Dalvik is a Java derivative, I think this happened long ago.

      --
      APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
    5. Re:Congratulations to Judge Alsup by darkwing_bmf · · Score: 2

      It's a partial win for Oracle because now they too can use APIs without fear of lawsuits. Also, it helps the Java language because if this ruling went the other way then other companies would be motivated to move away from Java for fear of lawsuits from Oracle.

    6. Re:Congratulations to Judge Alsup by Anonymous Coward · · Score: 3, Insightful

      Meet Alice. Alice thinks she has the right to shoot anyone she wants in the head. In particular, Alice wants to shoot Bob. Bob objects, and Alice and Bob take their dispute to court. After a long and vexatious trial, Alice loses.

      Charlie, Alice's estranged ex-boyfriend, is standing outside the courtroom, menacingly brandishing a gun. "Alice", Charlie says. "You lucked out!" "What do you mean," Alice exclaims. "I just lost my case!" "All is lost, for now I can't shoot Bob in the head, or anyone else I don't like."

    7. Re:Congratulations to Judge Alsup by Sir_Sri · · Score: 1

      But Java isn't really a money maker for oracle, it never was going to be. They sell databases, big fancy expensive databases. If they suddenly find out that APIs are copyrightable all their database management software, that uses linux/windows copyrights for all of the UI elements to manage the databases, all of the library api calls they use for the graphics system to visualize the database etc. All of their networking hooks, probably someone elses APIs...

      They'd have been in deep shit. Fast. If their sole business was Java, or if this was Sun (after abandoning solaris) I could buy your argument. But Oracle is a database solutions company. Copyrighting APIs would be monumentally bad for anything their database's talk to as part of a solution.

      And yes, Java going into a slow eclipse was funny.

    8. Re:Congratulations to Judge Alsup by tobiasly · · Score: 4, Insightful

      Having read the entire order (and having followed this case from near the beginning), all I can say is that I *wish* that all orders were so well prepared and presented. It appears to close all avenues for appeals, and I think the best 'showing' of any parties to this case has been Judge Alsup.

      This this this. Most of those old fart judges would have thrown their hands up in exasperation at trying to understand all this computery gobbledygook, not written an order that explains the difference between public and private or instance vs. static methods. Couldn't have gotten a better judge for this case.

    9. Re:Congratulations to Judge Alsup by suutar · · Score: 2

      Sounds like he's figuring "Oracle has been prevented from shooting themselves in the foot with what they thought was a pistol but is actually just an aimer for an orbital laser cannon. In the long run they're better off, so really it's a win for them. Along with everyone else, of course."

    10. Re:Congratulations to Judge Alsup by geekoid · · Score: 1

      I said long term.
      Oracle has developers the develop in a lot of things besides Java.
      How many of them used API's from outside Oracle?
      How many of them reused trivial code?

      And Java will be fine

      "Java goes into a slow eclipse."--I see what you did there.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    11. Re:Congratulations to Judge Alsup by Anonymous Coward · · Score: 1

      This has nothing to do with using APIs though. This has to do with creating a product using the same APIs for compatibility. Or, for example, creating WINE using the same API declarations that Microsoft publishes on MSDN. Does Oracle actually do that? Everyone can USE APIs. That is the reason that APIs are published. So you can use them. But this validates what everyone (except Oracle apparently) has thought for years. You can't copyright an API because it is just a definition of the input / output of a software function.

    12. Re:Congratulations to Judge Alsup by shutdown+-p+now · · Score: 2

      Does Oracle actually do that?

      Don't they ship their own standard C library in Solaris? It would be immensely ironic for them to be sued over violating someone's (Novell, these days?) copyright to, say, printf.

    13. Re:Congratulations to Judge Alsup by Genda · · Score: 3, Insightful

      I'm sorry, but what planet have you been living on for the last 20 years. Our supreme court (with special kudos for justices Kennedy and Scalia), just defined corporations as people with the first amendment rights to buy elections. Judges across the land have been giving large corporations anything they damn well want without the slightest concern to the damage done to society, and I for one am thrilled that this judge actually had;

      1. A positive measurable IQ.
      2. A sense of the urgency of this decision.
      3. A grasp of the implications facing society and business if the wrong decision were made
      4. And a basic idea just how bogus Oracle's claims were.

      It almost gives me faith in the system when someone does something so right, and for the right reasons. Now someone needs to buy Oracle a speedo with an ice bag in the front... take down some of that pain and swelling...

    14. Re:Congratulations to Judge Alsup by noh8rz3 · · Score: 1

      Scotus ruled that corporations have first amendment rights back in 1888...

    15. Re:Congratulations to Judge Alsup by Zaphod+The+42nd · · Score: 2

      Absolutely. I want to buy him a beer. When he made it clear that he knew how to program, and was studying java, I knew the case was over. That was what we needed.

      Excellent... judge..manship ?

      --
      GCS/MU/P d- s:- a-- C++++$ UL++ P+ L++ E+ W++ N o K- w--- O M+ V- PS+++ PE Y+ PGP t+ 5- X R++ tv+ b++ DI++ D++ G+ e++ h-
    16. Re:Congratulations to Judge Alsup by Zaphod+The+42nd · · Score: 2

      Right, but the case he was so OBVIOUSLY talking about was Citizens United, which was in 2010, the case which interpreted the first amendment's freedom of speech in a new way.

      Grow up.

      Besides, that doesn't contradict his argument that judges in this country are fallible. He didn't say it was a recent trend, only that modern events were rife with examples of poor judgement.

      --
      GCS/MU/P d- s:- a-- C++++$ UL++ P+ L++ E+ W++ N o K- w--- O M+ V- PS+++ PE Y+ PGP t+ 5- X R++ tv+ b++ DI++ D++ G+ e++ h-
    17. Re:Congratulations to Judge Alsup by Anonymous Coward · · Score: 1

      Oracle, (the assholes) has been LOOKING for an excuse to charge MORE(I know crazy right?)... My hospital just went to remote hosted for our database (about 3 tb), why? because Oracle as already tried to renege 3 times on CONTRACTS to charge us more the agreed...

      Their pirates and need to be hunted down and hanged

    18. Re:Congratulations to Judge Alsup by wrook · · Score: 1

      I'm not the one who said it first, but if APIs could be copyrighted, where would Oracle be if Chamberlin and Boyce decided that Oracle needed a (very, very expensive) license for SQL? One could argue that Oracle's entire success was due to being the first commercial implementation of SQL.

      Whether they know it or not, Oracle is *much* better off without copyright-able APIs.

    19. Re:Congratulations to Judge Alsup by Frank+T.+Lofaro+Jr. · · Score: 4, Insightful

      The judge knows more about programming than Oracle does!

      --
      Just because it CAN be done, doesn't mean it should!
    20. Re:Congratulations to Judge Alsup by micheas · · Score: 1

      How exactly is it a win for Oracle? They now have a competing VM that can run Java code. Considering Android's position in the mobile market, I'd say for Oracle this means Java goes into a slow eclipse.

      If Oracle had "won", IBM would have sent cease and desist orders to all of Oracle's customers that use the IBM API called SQL. (with help migrating to DB2 for a small fee no more than twice what they had already paid Oracle, plus the occasional surcharge for things like returning phone calls.)

      Really, about the best Oracle could have hoped for.

    21. Re:Congratulations to Judge Alsup by MightyMartian · · Score: 1

      I haven't been this thrilled with a judge since the Dover Decision squashed the Intelligent Design scam.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    22. Re:Congratulations to Judge Alsup by luncheon · · Score: 1

      Slow Eclipse? Redundant!

    23. Re:Congratulations to Judge Alsup by dgatwood · · Score: 4, Funny

      More specifically, a slow eclipse, as though there were any other kind.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    24. Re:Congratulations to Judge Alsup by Anonymous Coward · · Score: 0

      You do realize that the case they decided upon was for a small group of people who wanted to make a political movie about Hillary Clinton?

      Without that court case you feel was so wrong Michael Moore wouldn't be able to create the next Fahrenheit 9/11.

    25. Re:Congratulations to Judge Alsup by noh8rz3 · · Score: 1

      I'm not disagreeing with you. but the gp made a statement that was factually incorrect, and I corrected it. I still agree with the thrust of his sentiments, though. I hope that my contribution brought clarity to the issue, and allowed the GP's underlying arguments to shine through.

    26. Re:Congratulations to Judge Alsup by FranTaylor · · Score: 1

      Copyrighting APIs would be monumentally bad for anything their database's talk to as part of a solution.

      In case you haven't gotten the notice, Oracle is rapidly becoming a vertical vendor that doesn't need to talk to anyone else's systems. They have complete control over their entire hardware and software ecosystem. They would THRIVE in an envionment where they don't have to open their database to anyone.

    27. Re:Congratulations to Judge Alsup by Sir_Sri · · Score: 1

      Naturally.

      I'm sure MS secretly wonders if copyrighted APIs might be good for them.

      But you can't be completely vertically integrated and compatible with anything. An oracle database doesn't do you any good if it won't talk to any of the computers that need to access it.

    28. Re:Congratulations to Judge Alsup by Sudline · · Score: 1

      I doubt they fear lawsuits. They are great amateurs of lawsuits.

    29. Re:Congratulations to Judge Alsup by dissy · · Score: 1

      How exactly is it a win for Oracle? They now have a competing VM that can run Java code. Considering Android's position in the mobile market, I'd say for Oracle this means Java goes into a slow eclipse.

      It is a win for Oracle in at least one way.

      Had the judge ruled in Oracles favor, then the second the gavel hit the desk, every last piece of software Oracle ever made is now in infringement.

      Let's look at Java alone for now. The installation screen claims 10 billion devices run Java.
      That is 10 billion counts of willful infringement documented.

      Java for Windows is compiled against the win32 API which Oracle has no license for.
      Java for Linux is compiled against glib which Oracle has no license for.
      Java for BSD is compiled against libc which Oracle has no license for.
      Java for Mac is compiled against whatever Apple calls their toolbox this year (Quartz? Cocoa? I'm quite behind in that world), but am certain Oracle has no license to use that API either.

      Oracle also failed to pay Intel a license for the bytecode API on the CPU. Compiling from source code to object code to assembly uses the processors API and they document 10 billion counts of willful infringement. I say willful because it can be argued Oracle clearly knew this secret API copyright trick by bringing Oracle vs Google to court, so they know using APIs is infringement (even before the law did!)

      So 10 billion devices times a minimum $150,000 per infringement. That is $1.5x10^14 or "one point five million billion dollars"... Just for Java alone.
      I didn't bother to add up infractions by Oracle distributing the database software called Oracle DB which also infringes since IBM created the SQL API. That lawsuit alone would put Oracle out of business.

      Once there is a legal injunction against Oracle to stop distributing all of their infringing software, and with such a huge legal debt over the companies head, it would take hundreds of years to get out of the red by selling support to software they can no longer release patches, updates, fixes, or add requested features in to.

      So yes, Oracle gets to remain in business, which would not happen had the judge ruled for Oracle. So they win, even if they do not believe so now.

    30. Re:Congratulations to Judge Alsup by Anonymous Coward · · Score: 0

      this means Java goes into a slow eclipse.

      Considering that Eclipse is the most widely used IDE for Android programming and Dalvik is a Java derivative, I think this happened long ago.

      And it's slow, too!

    31. Re:Congratulations to Judge Alsup by TheMathemagician · · Score: 1

      If anyone has any juice at the FSF or the ACM or any other relevant organisation can get they get Judge Alsup nominated for some award. Actually just give him an award - most clueful judge in the computing space. Throw in a Slashdot Golden Attaboy too. Everyone needs Judge Alsup to become to the go-to guy for these frivolous cases.

    32. Re:Congratulations to Judge Alsup by tilante · · Score: 1

      I don't think they could charge all of Oracle's customers twice what Oracle already charged them. I'm not sure there's that much money in the world.

  4. Seriously? by Anonymous Coward · · Score: 1

    Then how else am I supposed to get rich. I wrote an amazing math library in 8th grade to do some crazy tricks and was planning on taking everyone to court. My code is pretty ingenious if you ask me:

    <myMath.h>

    int max(int a, int b);
    int min(int a, int b);

    <myMath.c>

    int max(int a, int b)
    {
            if (a > b) { return a; }
            return b;
    }

    int min(int a, int b)
    {
            if (a < b) { return a; }
            return b;
    }

    1. Re:Seriously? by Anonymous Coward · · Score: 0

      Then how else am I supposed to get rich. I wrote an amazing math library in 8th grade to do some crazy tricks and was planning on taking everyone to court. My code is pretty ingenious if you ask me:

      <myMath.h>

      int max(int a, int b);
      int min(int a, int b);

      <myMath.c>

      int max(int a, int b)
      {

              if (a > b) { return a; }

              return b;
      }

      int min(int a, int b)
      {

              if (a < b) { return a; }

              return b;
      }

      My simpler algorithm, however, can be copyrighted and patented. See you in court. Your API is safe though. ;)

      int max(int a, int b) {
              (a > b) ? return a : return b;
      }

      int min(int a, int b) {
              (a b) ? return a : return b;
      }

    2. Re:Seriously? by MightyMartian · · Score: 4, Funny

      And let's remember how much more quickly your competitor could go to market. He surely owes you billions for this.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    3. Re:Seriously? by swilver · · Score: 1

      int max(int c, int d);
      int min(int c, int d);

      int max(int c, int d) {
                      return c > d ? c : d;
      }

      int min(int c, int d) {
                      return c d ? c : d;
      }

    4. Re:Seriously? by Anonymous Coward · · Score: 2, Insightful

      Why even bother to have two returns?

      int max(int a, int b) {
              return (a > b ? a : b);
      }

    5. Re:Seriously? by jd · · Score: 1

      Yeah, but you want code clarity.

      #define min -1
      #define equ 0
      #define max 1

      int comp(int a, int comp, int b) {
          int ret;
          switch(comp) {
              case min: { ret = (a b ? a : b); break; }
              default: { ret = (a == b); break; }
          }
          return(ret);
      }

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    6. Re:Seriously? by byuu · · Score: 1

      Why bother with conditional branches? :P

      int min(int x, int y) { return y + ((x - y) & -(x < y)); }

    7. Re:Seriously? by DeadCatX2 · · Score: 1

      Yeah, but my algorithm *works*. So I'll be the one to succeed, and then you'll sue me once I'm successful.

      int max(int a, int b) {
                      (a > b) ? return a : return b;
      }

      int min(int a, int b) {
                      (a < b) ? return a : return b;
      }

      --
      :(){ :|:& };:
    8. Re:Seriously? by Anonymous Coward · · Score: 0

      Where's 'max' you pussy?

    9. Re:Seriously? by dgatwood · · Score: 1

      These algorithms all suck. Why introduce a function call penalty unnecessarily?

      #define MIN(a, b) (a < b ? a : b)
      #define MAX(a, b) (a < b ? b : a)

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    10. Re:Seriously? by Anonymous Coward · · Score: 0

      Or just inline the function and get the same thing.

    11. Re:Seriously? by Anonymous Coward · · Score: 0

      You got it all wrong.

      Lolcode.hpp
      extern "C" JNIEXPORT jint JNICALL Java_com_lolcode_Lolcode_max(JNIEnv* env, jint lol_a, jint lol_b);

      Lolcode.cpp
      extern "C" JNIEXPORT jint JNICALL Java_com_lolcode_Lolcode_max(JNIEnv* env, jint lol_a, jint lol_b) {
              jint res = 0;
              if(lol_a lol_b)
                      res = lol_b;
              else
                      res = lol_a;
              return res;
      }

      Lolcode.java
      package com.lolcode;
      class Lolcode {
              static {
                      System.loadLibrary("Lolcode")
              }
              public int native max(int a, int b);
              public static void main(String[] args) {
                      System.out.println("i have no life, that is " + (max(0, 1) == 1));
              }
      }

    12. Re:Seriously? by psiclops · · Score: 1

      return (y+((x-y)*(x>y));

      --
      i spent five minutes thinking and all i got was this crappy sig
    13. Re:Seriously? by unixisc · · Score: 1

      The OP wanted to define a min as well, which your function doesn't.

    14. Re:Seriously? by mkendall · · Score: 1

      The macro versions evaluate their arguments twice which can be a trap for the unwary, e.g: min(foo++, bar) increments foo twice if you are unlucky. Inline functions solve this issue without the overhead of function calls.

    15. Re:Seriously? by unixisc · · Score: 1

      What does either return in the case that a==b?

    16. Re:Seriously? by jelle · · Score: 1

      That's a classic mistake...

      Try this with your function: int main() { int a = 5; int b = MIN(++a, 10); printf("%d\n",b); }

      Yeah, that's really '7' what it printed, because your macro causes the increment to happen twice...

      --
      --- Hindsight is 20/20, but walking backwards is not the answer.
    17. Re:Seriously? by TheRaven64 · · Score: 1

      Why introduce a function call penalty unnecessarily?

      Because he's using a C compiler that can't do inlining, like, uh, none of them.

      --
      I am TheRaven on Soylent News
    18. Re:Seriously? by jd · · Score: 1

      Nononono. Lolcode would be:

      Ohai
      Iffen nawt (sunning oar nomming oar dot.chasing) den sleeping
      Kthanxbai

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  5. Decimated by Anonymous Coward · · Score: 0, Informative

    Someone doesn't understand the meaning of the word "decimated".

    1. Re:Decimated by mark-t · · Score: 1

      decimate (v):
      1) To kill, destroy, or remove a large percentage of.
      2) Drastically reduce the strength or effectiveness of (something):

      Seems pretty spot on to me.

    2. Re:Decimated by Anonymous Coward · · Score: 0

      Someone doesn't understand the meaning of the word "decimated".

      "To cause great destruction or harm to."

    3. Re:Decimated by Anonymous Coward · · Score: 0

      It means to "kill one in every ten". The judge killed all 10 of 10. This is an annihilation or obliteration, not a decimation.

    4. Re:Decimated by mirix · · Score: 4, Insightful

      The original 'reduce by one tenth' decimate is archaic. Modern usage means kill/weaken a significant portion of the group/thing being decimated.

      And you know this, too.

      --
      Sent from my PDP-11
    5. Re:Decimated by oneiros27 · · Score: 1

      The problem is that modern use has deviated from the original meaning of the word (which meant to reduce by 1/10th ... not *to* one tenth, but *by* 1/10th ... it was a punishment in to the Roman Army in which one of every 10 soldiers was killed)

      Modern usage would have you think that it means to reduce to near nothing, rather than simply losing 10%.

      --
      Build it, and they will come^Hplain.
    6. Re:Decimated by DragonWriter · · Score: 1

      Someone doesn't understand the meaning of the word "decimated".

      What you say is true, though I expect you weren't intending to refer to the people who confuse the etymology of the word with its current meaning when you said "someone".

    7. Re:Decimated by MightyMartian · · Score: 1

      In Soviet Russia Googles You!

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    8. Re:Decimated by Anonymous Coward · · Score: 0

      Nor, likely, terrific. (hint, what is the root word of "terrific"? terror. Yet terrific has a positive connotation these days, and "decimate" means these days "total, crushing defeat").

      Nice try, pedant.

    9. Re:Decimated by Anonymous Coward · · Score: 0

      The original 'reduce by one tenth' decimate is archaic. Modern usage means kill/weaken a significant portion of the group/thing being decimated.

      So.. How do you feel about the term "hacker" when applied to black hats?

    10. Re:Decimated by Tablizer · · Score: 1

      Let me kill 1/10th of your body's cells, and tell me you are not "decimated". (Well, I suppose liposuction is an exception.)

    11. Re:Decimated by MightyMartian · · Score: 1

      Or, to put it simply, the parent is committing the etymological fallacy. The meaning of the word has changed, as happens on occasion, language and usage not being fixed forever.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    12. Re:Decimated by mark-t · · Score: 2, Insightful

      Thank you for your pedantry. While decimate did originally refer to the removal of every tenth part of something, today the meaning is extended to include the destruction of any large proportion of a group, and this definition has been accepted for quite a few decades... going back to at least WWII.

      Look the word up in practically any modern dictionary ... while your 1/10th definition will probably be there, it will probably have an (archaic) or (obsolete) qualifier on it. At the very least, the newer definition will also be listed. More likely ahead of the one you've given, illustrating the most common usage of the word.

      Yes... languages evolve. Words change meaning. Live with it.

    13. Re:Decimated by Anonymous Coward · · Score: 1

      I take my Prozium, and don't feel anything.

    14. Re:Decimated by quickOnTheUptake · · Score: 2

      Look the word up in practically any modern dictionary ... while your 1/10th definition will probably be there, it will probably have an (archaic) or (obsolete) qualifier on it.

      OED lists 4 definition of the verb. All four explicitly have to do with removing 1 in 10. Two of these four are marked "obs."
      The last of the four has as second meaning (b) attached marked as "rhetorically or loosely"; only that is not explictly in reference to 1 in ten.

      --
      Mod points: Guaranteed to remove your sense of humor.
      Side effects may include gullibility and temporary retardation
    15. Re:Decimated by jbeaupre · · Score: 1

      Think of it as decimating the part of the case above the shoulders.

      --
      The world is made by those who show up for the job.
    16. Re:Decimated by mark-t · · Score: 1
      I'm not sure what year your OED is, because according to the one I just looked in:
      1. kill, destroy, or remove a large proportion of:
        the inhabitants of the country had been decimated
        • drastically reduce the strength or effectiveness of (something):
          public transport has been decimated
      2. historical kill one in every ten of (a group of people, originally a mutinous Roman legion) as a punishment for the whole group:
        the man who is to determine whether it be necessary to decimate a large body of mutineers

      Historically, the meaning of the word decimate is 'kill one in every ten of (a group of people)'. This sense has been more or less totally superseded by the later, more general sense 'kill, destroy, or remove a large proportion of', as in the virus has decimated the population. Some traditionalists argue that this is incorrect, but it is clear that it is now part of standard English.

    17. Re:Decimated by psiclops · · Score: 1

      oed.com seems to require an account to search, however oxforddictionaries.com seems to be okay.

      1 kill, destroy, or remove a large proportion of: the inhabitants of the country had been decimated
            - drastically reduce the strength or effectiveness of (something): public transport has been decimated

      2 historical kill one in every ten of (a group of people, originally a mutinous Roman legion) as a punishment for the whole group: the man who is to determine whether it be necessary to decimate a large body of mutineers

      it also has the following to say under origins:

      Historically, the meaning of the word decimate is ‘kill one in every ten of (a group of people)’. This sense has been more or less totally superseded by the later, more general sense ‘kill, destroy, or remove a large proportion of’, as in the virus has decimated the population. Some traditionalists argue that this is incorrect, but it is clear that it is now part of standard English.

      --
      i spent five minutes thinking and all i got was this crappy sig
    18. Re:Decimated by Arker · · Score: 1

      Trying to limit it to literally 1/10 is pedantry, but at the same time the common usage simply as a synonym for destroy isn't justifiable either. There are plenty of better words if that is what one is trying to say. Decimation implies systematic, but partial, destruction, a culling intended to inspire fear.

      --
      =-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Friends don't let friends enable ecmascript.
    19. Re:Decimated by Anonymous Coward · · Score: 0

      Thank you.

    20. Re:Decimated by tilante · · Score: 1

      Yes, modern use has deviated from the original meaning of the word. This is only a "problem", however, for pedants. (And pedants should note that while one in ten was the most common decimation, the Romans sometimes "decimated" units by one in five, one in eight, or other measures... but did not bother using different words for that. They simply used "decimatio" as the term for the punishment, regardless of the proportion actually chosen. Thus, even the Romans didn't adhere to the literal meaning in their use of the word.)

    21. Re:Decimated by squiggleslash · · Score: 1

      You've basically destroyed a piece of the English language if you redefine a word that meant something distinct to instead be a synonym for many existing words like "annihilated."

      I was brought up to understand decimate meant "Kill one in ten" or, more generally, punish or hurt via an attack on a minority of a group being targetted. Only in the last few years (the last decade perhaps) have I heard it redefined by you idiots. You probably think "Could care less" is perfectly valid English too.

      --
      You are not alone. This is not normal. None of this is normal.
  6. Coming soon to an appeal court near you by Dunbal · · Score: 1, Insightful

    That's ok, they have plenty of money to appeal where it will probably get overturned by some moron.

    --
    Seven puppies were harmed during the making of this post.
    1. Re:Coming soon to an appeal court near you by AngryDeuce · · Score: 1

      That's ok, they have plenty of money to appeal where it will definitely get overturned by some judge they bought.

      FTFY.

    2. Re:Coming soon to an appeal court near you by DragonWriter · · Score: 1, Offtopic

      That's ok, they have plenty of money to appeal where it will probably get overturned by some moron.

      This is impossible. Reversing a trial court decision is not in the legal power of any single moron.

    3. Re:Coming soon to an appeal court near you by Anonymous Coward · · Score: 1

      You're right. It's in the power of several morons, with an occasional dash of non-moron thrown in.

    4. Re:Coming soon to an appeal court near you by Attila+Dimedici · · Score: 1

      That's ok, they have plenty of money to appeal where it will probably get overturned by some moron.

      Well, first of all, Google has plenty of money as well, so on that level it is pretty clearly a "push" between these two companies (financially, they are basically in the same weight class). The area where there is some difference is political connections, but that favors Google. Brin and Page are significantly more politically connected than Ellison.

      --
      The truth is that all men having power ought to be mistrusted. James Madison
  7. So what does this mean, now? by mark-t · · Score: 1

    Really... what are some long term consequences of this decision? Could Oracle decide that if it can't have its way with Java, then nobody should have their version of Java, and simply stop making new versions? What would such a decision mean for Java?

    1. Re:So what does this mean, now? by Microlith · · Score: 1

      Could Oracle decide that if it can't have its way with Java, then nobody should have their version of Java, and simply stop making new versions?

      Wanna see OpenJDK get a lot of investment?

    2. Re:So what does this mean, now? by mark-t · · Score: 1

      I wouldn't mind it at all... but do you seriously think that wouldn't cause a whole lot of people to lose a certain level of confidence in Java's future?

    3. Re:So what does this mean, now? by Anonymous Coward · · Score: 1

      It would probably free up Java. Open source versions would continue to evolve and users would migrate to those.

    4. Re:So what does this mean, now? by Microlith · · Score: 1

      It might, if no one steps up to manage it.

      Someone could do that, though. After all, the APIs aren't copyrightable so pull a LibreOffice: establish a foundation, swap out the trademarks, and move on.

    5. Re:So what does this mean, now? by mark-t · · Score: 1

      I think, perhaps, you may be overly optimistic in how many people would actually be willing to step up to the plate for Java if Oracle stopped development.

    6. Re:So what does this mean, now? by swilver · · Score: 2

      Yeah, it's just a small niche language that barely is used at all by businesses with investments to protect...

    7. Re:So what does this mean, now? by Anonymous Coward · · Score: 1

      Really... what are some long term consequences of this decision? Could Oracle decide that if it can't have its way with Java, then nobody should have their version of Java, and simply stop making new versions?

      We can ONLY HOPE. Sadly, Oracle are consistently dickish enough to continue to push that shit language for at least another decade or two.

    8. Re:So what does this mean, now? by SEE · · Score: 1

      I know how much IBM is invested in Java as a technology, so no, I wouldn't lose any confidence at all. Indeed, my confidence might well go up.

    9. Re:So what does this mean, now? by Anonymous Coward · · Score: 0

      Could Oracle decide that if it can't have its way with Java, then nobody should have their version of Java, and simply stop making new versions?

      I've said it before, Oracle exists to make Larry Ellison money.

      If something is not making Larry Ellison money, it must be made to make money.

      If it can't be made to make money, then it is of no interest to Larry Ellison and must disposed of, either trashed or given to someone else, like for example OpenOffice.

    10. Re:So what does this mean, now? by mark-t · · Score: 1

      So... yes?

    11. Re:So what does this mean, now? by galabar · · Score: 1

      Long live Guava (with reified generics -- finally)!

  8. Finally! by Githaron · · Score: 1

    It is about time.

  9. SCOracle by ilikejam · · Score: 0

    Don't pay your Java licensing fees, you cock-smoking teabaggers!

    --
    C-x C-s C-x k
  10. Re:Apostrophe abuse by Anonymous Coward · · Score: 0

    Who is this API fellow, and what of his can't be copyrighted?

  11. The Judge gets it by Chris+Burke · · Score: 5, Interesting

    "In order to declare a particular functionality, the language demands that the method declaration take a particular form," notes Alsup (emphasis in original).

    Indeed, this is just so. And you can't copyright "functionality"; that's akin to copyrighting a concept, which is not what copyright is about. Copyright is about protecting implementations of concepts, and those are still protected. But a programming language requires a rigid codification of the concept itself.

    Oracle's response made me chuckle a little...

    "The court's reliance on "interoperability" ignores the undisputed fact that Google deliberately eliminated interoperability between Android and all other Java platforms," the company said in a statement issued this afternoon. "Google's implementation intentionally fragmented Java and broke the "write once, run anywhere" promise."

    That's really immaterial to the reasoning for why an APIs aren't protected under the Copyright Act in the first place. It would be relevant if "interoperability" were a defense against copyright infringement, but it's not, since the item in question wasn't protected in the first place.

    Just because my implementation of fopen() breaks programs that depended on your implementation of fopen() that doesn't suddenly mean that your declaration of a function called fopen() is protected and my identical declaration is infringing. This would imply that copyright infringement claims based on APIs would suddenly be dependent on some kind of compatibility test.

    And on that note, it was that last line that made me chuckle. Brings to mind something about ships and sailing, or barn doors and horses.

    --

    The enemies of Democracy are
    1. Re:The Judge gets it by swilver · · Score: 0

      Totally agree... if they want to sue Google for fragmenting Java, perhaps they should drag them to court for that... and not for patent and copyright infringement.

      If Oracle had any sense at all, they'd strike a deal with Google to unfragment Java, it would get them more money in the long run then trying to sue everyone instead, creating uncertainty in Java's future.

    2. Re:The Judge gets it by shutdown+-p+now · · Score: 5, Informative

      The entire summary of ruling is worth reading - it lays it out concisely yet clearly.

      SUMMARY OF RULING

      So long as the specific code used to implement a method is different, anyone is free under the Copyright Act to write his or her own code to carry out exactly the same function or specification of any methods used in the Java API. It does not matter that the declaration or method header lines are identical. Under the rules of Java, they must be identical to declare a method specifying the same functionality — even when the implementation is different. When there is only one way to express an idea or function, then everyone is free to do so and no one can monopolize that expression. And, while the Android method and class names could have been different from the names of their counterparts in Java and still have worked, copyright protection never extends to names or short phrases as a matter of law.

      It is true that the very same functionality could have been offered in Android without duplicating the exact command structure used in Java. This could have been done by re-arranging the various methods under different groupings among the various classes and packages (even if the same names had been used). In this sense, there were many ways to group the methods yet still duplicate the same range of functionality.

      But the names are more than just names — they are symbols in a command structure wherein the commands take the form

      java.package.Class.method()

      Each command calls into action a pre-assigned function. The overall name tree, of course, has creative elements but it is also a precise command structure — a utilitarian and functional set of symbols, each to carry out a pre-assigned function. This command structure is a system or method of operation under Section 102(b) of the Copyright Act and, therefore, cannot be copyrighted. Duplication of the command structure is necessary for interoperability.

      So; API is a "system of method of operation", and hence non-copyrightable.

    3. Re:The Judge gets it by Zaphod+The+42nd · · Score: 1

      I thought the exact same thing reading Oracle's comments. Its like, wow guys, you really just don't understand what's at stake here, do you? They're arguing apples to oranges.

      Like when the judge had to call their defense lawyer out in court, like "uh, are you sure you want to do that?". It just looks so bad.

      I'm sorry Oracle, but you're really getting what you deserve here. You should know better.
      This is doubly great when you think about how many millions Google was willing to settle for.
      This is quadruply great when you think about how many millions Oracle spent on their legal team.

      Ah, Schadenfreude.

      --
      GCS/MU/P d- s:- a-- C++++$ UL++ P+ L++ E+ W++ N o K- w--- O M+ V- PS+++ PE Y+ PGP t+ 5- X R++ tv+ b++ DI++ D++ G+ e++ h-
    4. Re:The Judge gets it by RabidReindeer · · Score: 0

      Totally agree... if they want to sue Google for fragmenting Java, perhaps they should drag them to court for that... and not for patent and copyright infringement.

      If Oracle had any sense at all, they'd strike a deal with Google to unfragment Java, it would get them more money in the long run then trying to sue everyone instead, creating uncertainty in Java's future.

      I was uncomfortably reminded of the "J++" debacle and it took me a while to realize what the critical difference was.

      J++ was a deliberate attempt by Microsoft to subvert the entire Java language platform for the sole benefit of locking it to Microsoft Windows - a proprietary closed-source product.

      Google, on the other hand, didn't claim a monopoly on Android. Sure, they "own" it, just as Sun/Oracle owns Java. But Android is ostensibly an open-source platform that anyone can adopt.

      Furthermore, Google didn't attempt to displace anything in Java that they thought was better left as-is. It's true that the UI services are massively different, but Java now has at least 3 different GUIs itself: AWT, Swing, JME lcdui. Plus the independent SWT UI favored by Eclipse and others. Android added their own, but it was based on the fact that Android itself has a distinctively different way of managing work.

      So J++ was an attempt to fork Java for selfish and narrow ends. Android forks Java for the greater public good - and ultimately perhaps for the good of Java itself. It's encouraging that (so far) this critical difference has been honored.

    5. Re:The Judge gets it by DrJimbo · · Score: 5, Insightful

      Perhaps Oracle didn't read the ruling carefully. Judge Alsup ruled:

      That interoperability is at the heart of the command structure is illustrated by Oracle's preoccupation with what it calls "fragmentation," meaning the problem of having imperfect interoperability among platforms. When this occurs, Java-based applications may not run on the incompatible platforms. For example, Java-based code using the replicated parts of the 37 API packages will run on Android but will not if a 38th package is needed. Such imperfect interoperability leads to a "fragmentation" -- a Balkanization -- of platforms, a circumstance which Sun and Oracle have tried to curb via their licensing programs. In this litigation, Oracle has made much of this problem, at times almost leaving the impression that if only Google had replicated all 166 Java API packages, Oracle would not have sued. While fragmentation is a legitimate business consideration, it begs the question whether or not a license was required in the first place to replicate some or all of the command structure. (This is especially so inasmuch as Android has not carried the Java trademark, and Google has not held out Android as fully compatible.) The immediate point is this: fragmentation, imperfect interoperability, and Oracle's angst over it illustrate the character of the command structure as a functional system or method of operation.

      [...] In Sony, the accused product implemented only 137 of the Playstation BIOS's 242 functions because those were the only functions invoked by the games tested. Connectixâ(TM)s Opening Appellate Brief at 18, available at 1999 WL 33623860, (9th Cir. May 27, 1999). Our court of appeals held that the accused product "itself infringe[d] no copyright." Sony, 203 F.3d at 608 n.11. This parallels Google's decision to implement some but not all of the Java API packages in Android.

      Oracle's obsession over fragmentation was turned against them because it showed they agree that the APIs are functional and hence not copyrightable. They seem oblivious to the fact that they were hoist by their own petard. Like the dinosaur they are, there is a long time delay before signals get transmitted to their tiny brains.

      --
      We don't see the world as it is, we see it as we are.
      -- Anais Nin
    6. Re:The Judge gets it by Anonymous Coward · · Score: 0

      Don't forget, they now get to pick up Google's legal tab as well... Point... and.... match!!! Game over man!

    7. Re:The Judge gets it by IntlHarvester · · Score: 2

      No, "J++" was a contract violation. Microsoft licensed Java from Sun and agreed to keep it compatible with Sun Java. MS changed enough things to break it and Sun sued to prevent them from distributing their bastard Java.

      There was another lawsuit where Sun sued Microsoft for antitrust violations (and settled for like a billion dollars), but this was several years later.

      Meanwhile, Microsoft reverse-engineered Java (it was called J#), and nobody sued.

      --
      Business. Numbers. Money. People. Computer World.
    8. Re:The Judge gets it by tqk · · Score: 1

      So; API is a "system of method of operation", and hence non-copyrightable.

      What an incredibly stupid tragedy it is that a megacorp like Oracle could be driven by such greed and "Dumbth" that they, including their lawyers (though I don't doubt the latter were compensated handsomely), could force anyone through such a long, expensive, and unnecessary process. I'm glad they lost, they should have lost, and they should have known they'd lose. Thanks to Google/Android, they did. I don't often cheer for Google (though I haven't really anything against them (I don't use them)). Today, I am. Good job.

      Suck it, Larry. Dipshit. For someone who sells software for a living, you sure don't understand it, do you?

      Thanks to the judge for knowing his stuff, and for not falling for the BS Oracle was spouting.

      --
      "Tongue tied and twisted, just an Earth bound misfit ..." -- Pink Floyd.
  12. APIs vs API's by atari2600 · · Score: 2

    One of them reads "API is". Just saying.

    1. Re:APIs vs API's by Anonymous Coward · · Score: 0

      One of them reads "API is". Just saying.

      Apostrophe errors are becoming a serious problem lately. What is wrong with people?

    2. Re:APIs vs API's by chrismcb · · Score: 1

      Neither of them read that way.

    3. Re:APIs vs API's by Anonymous Coward · · Score: 0

      protip: if you're going to be a pedant, at least be, you know, pedantic. "API's" can be read in two ways, only one of which is "API is" (though neither are plural).

    4. Re:APIs vs API's by Anonymous Coward · · Score: 1

      If you're going to be a grammar nazi, at least know what you're talking about. While this is somewhat nonstandard usage, as the apostrophe is usually only used in ambiguous cases, this no more reads "API is" than the phrase "Richard's house" reads "Richard is house".
      A little grammar knowledge is a dangerous thing.
      Some help: http://en.wikipedia.org/wiki/English_plural#Plurals_of_symbols_and_initialisms

    5. Re:APIs vs API's by Anonymous Coward · · Score: 0

      No. Acronyms and abbreviations are forms of contraction. The use of apostrophes isn't incorrect.

  13. Re:Wonder what Florian has to say about all of thi by sconeu · · Score: 3, Interesting

    He hasn't yet, and those of us who have been following the case are eagerly awaiting his spin.

    --
    General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
  14. Re:Wonder what Florian has to say about all of thi by icebike · · Score: 1

    Where are those Doom of Android purveyors today?

    Are there really enough towels to get that much egg off of their collective blog faces?

    --
    Sig Battery depleted. Reverting to safe mode.
  15. Re:Wonder what Florian has to say about all of thi by oakgrove · · Score: 1

    Burn.

    --
    The soylentnews experiment has been a dismal failure.
  16. Re:Wonder what Florian has to say about all of thi by sribe · · Score: 1

    He hasn't yet, and those of us who have been following the case are eagerly awaiting his spin.

    Well, I imagine his own head has to stop spinning before he can resume spinning the FUD.

  17. Re:Wonder what Florian has to say about all of thi by MightyMartian · · Score: 1

    The shills sure didn't the get the first posts this time. I guess they don't like the taste of their own frosty piss.

    --
    The world's burning. Moped Jesus spotted on I50. Details at 11.
  18. Smart judge? WTF by Tablizer · · Score: 1

    A smart judge? Well pinch me and wake me up! I'm going to patent him before somebody else does!

  19. Let's just not forget the downside by AdrianKemp · · Score: 0, Flamebait

    Yes, the case went as it should have, once it was boiled down to the fundamentals there was only one way it could go.

    But let's not forget that Google did do something inherently prick-ish, they took a language and a concept that was open for everyone and popular specifically because of it's interoperability and broke the interoperability of it in their own clone.

    What I'm getting at is: when a multi-billion dollar company can take something you made available with the best of intentions (don't care if Sun's intentions were good or not, the open-sourcing of Java was) and shit all over you and the ecosystem that it aids, everyone loses.

    It's possible that the next time something like Java is being considered as an open-source target that the owners will carefully plan and consider how they can make it available without the same thing happening. But it's far, far more likely that they just won't bother at all.

    Google's win here is a hollow one; Oracle's win would have been outright horrible, but this is only the lesser of two evils.

    1. Re:Let's just not forget the downside by MightyMartian · · Score: 4, Insightful

      You must have spitting fire when GCJ created the ability to compile Java to native machine code.

      Java is a language, just like C, C#, PHP, Cobol, and all the rest. If someone wants to write something that compiles to native machine code, to some other language or to some other VM, then so what? This all happened because Sun, and later Oracle, thought they had a level of control it now is shown they do not. This whole "purity of Java" line is bunk. It's like saying "the only true C is C compiled to a PDP-7".

      Besides, your Java code is, for the most part, just a cross-compile away from Dalvik. The situation is hardly that dire.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    2. Re:Let's just not forget the downside by samoanbiscuit · · Score: 2

      It's possible that the next time something like Java is being considered as an open-source target that the owners will carefully plan and consider how they can make it available without the same thing happening. But it's far, far more likely that they just won't bother at all.

      Java failed in it's promise of Write Once, Run Anywhere a long time before Dalvik came to the scene. It's more like Google saw how fucked up Java was (with SE, ME and EE), and decided to do their own version , you know, like how Microsoft has .Net.

    3. Re:Let's just not forget the downside by Anonymous Coward · · Score: 0

      You mean like Oracle taking IBM's database code in whole and calling it Oracle 1.0 and then turning around and selling it??? That kind of theft?

    4. Re:Let's just not forget the downside by SplashMyBandit · · Score: 4, Insightful

      Actually "Write Once, Run Anywhere" works - I know, back in the day I would write Java on a 16-bit Windows and run it on a 64-bit Irix machine. Stuff like that has continued for me throughout the years (these days I write on Mac OS X 64-bit and deploy to Linux, Windows 7 32 and 64), and I've never had a problem so far as long as I've only used the proper APIs and not implementation-specific class.

      Hence, my own experience over 17 years with Java has been that WORA actually works. I'd be interested in hearing your experience where you used a standard Java library and it didn't work. Otherwise, you are repeating incorrect hearsay.

    5. Re:Let's just not forget the downside by dkf · · Score: 2

      You must have spitting fire when GCJ created the ability to compile Java to native machine code.

      While I don't like GCJ, the reason for that is that it has proved incapable of building/running any application I'm interested in. I'm not just interested in Java as a (fussy and bureaucratic) language, I'm interested in it for the libraries, frameworks and applications that are written in it. That ecosystem (which happens to be pretty strongly security-related in my case) is critical; without it, I'd use something nice like a scripting language...

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
    6. Re:Let's just not forget the downside by samoanbiscuit · · Score: 1

      I've never had a problem so far as long as I've only used the proper APIs and not implementation-specific class.

      I'm curious, did your apps have a native-looking GUI (like most consumer apps), and was performance important (like most games)? You can have any type of programming language that can output executables (or run scripts) on any supported platform as long as you stay away from "implementation-specific classes". I'm not saying that WORA with Java is impossible or something, just that programmers were promised a panacea that would make cross platform applications a commonplace feature. History shows that it's harder than just writing something for a multi-platform VM.

    7. Re:Let's just not forget the downside by AdrianKemp · · Score: 1

      So in other words, you completely ignored everything I said. Good on you!

      When was the last time you took a Dalvik app and compiled it against JVM?

    8. Re:Let's just not forget the downside by Anonymous Coward · · Score: 0

      Every time, actually. It's the first step when compiling an Android app - compile with javac to get JVM .class'es, then translate them to .dex.

      In theory, you could write an Android runtime implementation over JRE and run those programs in a simulator not unlike JaveME's one.

    9. Re:Let's just not forget the downside by SplashMyBandit · · Score: 1

      Talofa! Actually the 'look' of an app is not nearly as important as the 'feel' of it. Unfortunately most Swing programmers are like most programmers in general, not very good and with a poor understanding of their tools. They would block the 'Event Dispatch Thread' and cause their program to run slowly. Users would whinge about this. If you know what you are doing then you don't do this and your program runs as smooth as silk. Also Swing is so powerful compared to most other toolkits that you have enormous flexibility to make the interface work in a really intelligent way, if you are prepared to put in some effort. With regard to the 'look' I also suggest you look up not just 'rich clients' but 'filthy rich clients', which is a bunch of techniques that make Swing apps look incredibly good. Even with no effort just using the Nimbus Look & Feel produces a very nice looking application. Most modern Windows application don't look like the default controls anyway, so this is a bit of a red herring argument, and with Swing's Nimbus theme my clients often comment how good looking my apps are (even though I didn't have to do anything extra to make them look nice).

      With regard to Java's performance. We'll Java is faster than C++ in some microbenchmarks and slower in others. The reality is that modern JVMs (past 1.6.0_u10) are very fast, using hardware (Direct X or OpenGL, depending on the platform) for all Java2D rendering. The only thing you need to do to ensure your Java is fast these days is run the excellent profiler built into the SDK (JVisualVM) and check you haven't done things such as used slow Strings when a StringBuffer or StringBuilder would be more appropriate (I've had 100x speedups when replacing XML String concatenation in loops with StringBuffer instead). With regard to gaming, well I'm currently working on a modern jet combat simulator and I find Java not only fast enough but the ability to easily manage resources in many threads means that the overall code run is faster than C++ (where multi-threaded resource management is prone to deadlocks and leaks - it takes an enormous effort to sort it out, whereas Java has explicit language and library support for these, eg. java.util.concurrent is awesome). Furthermore, for games the real speedup is moving code from the CPU to the GPU. At the moment I find my Java program is rendering excellently using Vertex Buffer Objects (VBOs) controlled through JoGL. Then I use libraries like JInput (joystick input) and JOAL (over OpenAL, for sound). The resulting code works on my MacBook Pro (so I can code on a nice leather lazyboy), on my Windows gaming rig, and with the server-side component on my Linux server (which means I can deploy to cheap virtual machines around the world, so everyone gets low latency for 'gunzo' close in cannon fights). In short, WORA works for me (thanks in part to intelligent design of JoGL, JInput, JOAL etc) - hence I say WORA is not a myth. With Java you can get excellent performance, fast development time and deliver your product to the platform that your *users* choose to run on (not twisting their arm to run a platform they don't wanna). How good is that? [hint: a lot better and lot less effort than using crufty old C++ or platform-inhibited C#]

    10. Re:Let's just not forget the downside by samoanbiscuit · · Score: 1

      Thanks for the information. If I had a sockpuppet account I'd mod this up! Maybe the use of java as the language of instruction in so many lower tier universities pumped out compsci grads that were sub-par programmers who coded primarily in java? That's another idea I've heard floating around, maybe you could enlighten me on that? In my experience I have just seen so few good projects coded substantially in java.

    11. Re:Let's just not forget the downside by SplashMyBandit · · Score: 1

      Well, one of the benefits of languages like Java and Visual Basic are that people who don't have a passion for development can still be productive.

      The other thing is that Java is somewhat like Linux - you just don't see it much on the desktop - but it actually drives a very significant amount of enterprise heavy lifting and the Internet (the old saying goes that you can't send an email to anyone outside your company without at least one Linux mail server touching it).

      Since the enterprises aren't trying to sell you the software that gives them an edge in their business then you don't hear much about what systems they actually use. This is why many users only consider software other than shrink-wrapped software for the desktop. This is only a small part of development out there (although significant in terms of sales revenue to a few companies). But if you look at something like the Tiobe programming language index you will see that a huge amount of development is done in Java (around 5x what is done with C#.NET for example), although through the recession this has taken a hit as large corporate development is deferred (although it will almost certainly pick up again).

      The real beauty of Java is its stability and simplicity - which doesn't make for exciting press, but the JVMs these days are very very fast, and good developers prize simplicity above nearly everything else (which also doesn't get much press, certainly not from developers with just a few years under their belts who pride themselves on obscure languages and constructs, instead of just getting the damn work done in a strategically sensible way [that is portable, since software that will be critical infrastructure for 20 years will have to be run on the platforms of the future]).

      Thanks for giving me a chance to elaborate. I hope that my observations help to explain your observations a little.

    12. Re:Let's just not forget the downside by samoanbiscuit · · Score: 1

      Yes they do very well and thank you very much.

    13. Re:Let's just not forget the downside by Anonymous Coward · · Score: 0

      You had a JVM that ran on Windows 3.1.1?

  20. Re:Apostrophe abuse by Tablizer · · Score: 1

    Is "anal-retentive" supposed to have a dash?

  21. Re:Wonder what Florian has to say about all of thi by Beardo+the+Bearded · · Score: 1

    Yeah, they've got a bunch of Guinness towels.

    --

    ---
    ECHELON is a government program to find words like bomb, jihad, plutonium, assassinate, and anarchy.
  22. It's Oracle v. Google by Anonymous Coward · · Score: 0

    The summary says Google v. Oracle. There's a difference, Google didn't sue Oracle

  23. Does this mean Google is off-the-hook? by jonwil · · Score: 1

    Or will Google have to make changes to Android in order to satisfy the end result of all these court rulings?

    1. Re:Does this mean Google is off-the-hook? by jd · · Score: 1

      Google is off the hook and Oracle is not only left looking very stupid, it's also left looking very poor and ripe for a Google takeover.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    2. Re:Does this mean Google is off-the-hook? by SEE · · Score: 1

      Assuming this holds, Google will not have to make any changes; the nine lines of RangeCheck have already been replaced long ago, everything else has been found non-infringing.

    3. Re:Does this mean Google is off-the-hook? by Zaphod+The+42nd · · Score: 1

      The case isn't entirely over yet, but pretty much, Google won, Oracle lost, Google won't have to do diddly and Oracle gets nothing.

      YOU LOSE, SIR! GOOD DAY!

      --
      GCS/MU/P d- s:- a-- C++++$ UL++ P+ L++ E+ W++ N o K- w--- O M+ V- PS+++ PE Y+ PGP t+ 5- X R++ tv+ b++ DI++ D++ G+ e++ h-
    4. Re:Does this mean Google is off-the-hook? by robbak · · Score: 1

      Google has already made all the changes they need to: Delete the 9 files that were never used anyway, and rewrite rangecheck. It would have taken them all afternoon, if they took a long coffee break and left early.

      --
      Prediction for end of Universe #42: Fencepost error in Quantum_bogosort.cpp
    5. Re:Does this mean Google is off-the-hook? by Anonymous Coward · · Score: 0

      Oracle's market cap is $132B. Although Google's market cap $190B. Both have assets of about $77B. It's a stretch to think that Google could takeover Oracle.

    6. Re:Does this mean Google is off-the-hook? by tqk · · Score: 1

      Or will Google have to make changes to Android in order to satisfy the end result of all these court rulings?

      Google is off the hook and Oracle is not only left looking very stupid, it's also left looking very poor and ripe for a Google takeover.

      I hope you're not just toying with us, and there's at least a shred of truth in that, because that'd be hilarious.

      Google takes over Oracle, retires the Oracle db (or opensources it, whatever), promotes MySQL back to where it should have been and opensources it, Google reinvigorates Sun, Solaris, and its hardware division, and Larry Ellison's seen pushing a shopping cart in Utah, ...

      --
      "Tongue tied and twisted, just an Earth bound misfit ..." -- Pink Floyd.
    7. Re:Does this mean Google is off-the-hook? by DragonWriter · · Score: 1

      Does this mean Google is off-the-hook?

      Presuming it holds up on the inevitable appeal, mostly.

      Or will Google have to make changes to Android in order to satisfy the end result of all these court rulings?

      The end result of the Oracle v. Google trial has still not been reached, but the only infringement that was found was the rangeCheck method and 8 test suite files that were never distributed as part of Android. There will be some statutory damages awarded to Oracle for that infringement (which Google will hardly notice), but Google isn't going to have to make substantive changes to Android.

  24. Re:Apostrophe abuse by jd · · Score: 1

    Nonono, it is API himself that cannot be copyrighted.

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  25. <sarcasm mode="Académie_française"> by jabberw0k · · Score: 2

    Your right, thank's. I gift you that this helps alot of softwares and firmwares.

    (If elected, I will support spelling reform and verb control!)

  26. The question still to be answered by jd · · Score: 1

    Are ABIs governed by this decision or just APIs?

    This matters, since it would decide on how tight the coupling has to be in order for the GPL to significantly differ from the LGPL when it comes to software that is technically outside of the boundary of the physical code. I would consider this to be important, since this would create actual Case Law for what is and is not implied by the GPL when it comes to software that utilizes the GPL.

    (99.999% of humanity would not consider there to be a problem at all, but there's the 0.001% that still believes the GPL covers software that makes use of GPL software in any way, shape or form. Unfortunately, they happen to be CEOs and corporate lawyers, otherwise they wouldn't matter. An actual legal ruling on the scope would be extremely helpful.)

    Arguably, we already knew about APIs since Apple lost vs Microsoft on the basis that interfaces are not copyrightable, so this doesn't really add anything of significance to the body of law on software IP.

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    1. Re:The question still to be answered by SEE · · Score: 4, Informative

      ABIs were already decided in Connectix v. Sony, I believe, which Google included in a brief in this case.

    2. Re:The question still to be answered by Anonymous Coward · · Score: 1

      That was a Fair Use Doctrine case. The outcome was that infringement is allowable if its the only practical way to access or use other non-protected material. In other words---notwithstanding DMCA DRM statutes---you can't use copyright to lock up otherwise uncopyrightable content.

      Fair Use doesn't come into play unless there's been infringement, or could have been infringement, depending on whether you consider Fair Use an affirmative defense. With Oracle v. Google, the judge said that the particular API in question wasn't copyrightable subject matter, period.

  27. Stallman was right! by BillKaos · · Score: 4, Insightful

    I'm sorry to say that, but Stallman was spot on with regarding his position about Java.

    I feel nervous when I develop using a non-free framework. I much favor using a fully open source stack, as a programmer it frees me about a lot of worries.

    1. Re:Stallman was right! by chrismcb · · Score: 1

      I feel nervous

      Perhaps you should drink less coffee. So what fully open source stack do you like to develop on?

    2. Re:Stallman was right! by SplashMyBandit · · Score: 3, Insightful

      You do realise that Stallman has subsequently said Java is ok since it is now GPL-ed, yeah?

    3. Re:Stallman was right! by nadaou · · Score: 1

      > I'm sorry to say that

      why?

      --
      ~.~
      I'm a peripheral visionary.
    4. Re:Stallman was right! by BillKaos · · Score: 1

      Because at the time, would Java had been under a different license, it had an incredible potential and surely would have enjoyed much wider adoption.

      We had to stop using Java due to its non-free license.

      And what is more important, the language is fragmented. Its non-freeness motivated the development of several runtimes/stacks, which, TTOMExperience, suffer from compatibility issues.

    5. Re:Stallman was right! by BillKaos · · Score: 1

      Right now I use Haskell, Agda, Coq, Python and C, along dozens of libraries.

    6. Re:Stallman was right! by Anonymous Coward · · Score: 0

      and he was right again!! yeah!

  28. Re:Wonder what Florian has to say about all of thi by speedplane · · Score: 2

    Reading Mueller is like watching Fox News, definitely love to hate it.

    --
    Fast Federal Court and I.T.C. updates
  29. A Dark Day by Safety+Cap · · Score: 4, Funny

    Without the incentive of copyright, no one will ever make an API again.

    How will people get paid for setting up third-party access to their data and functionality?

    You laugh now, but the internet is just one big API, and now it will go da--#&@$(#$& NO CARRIER

    --
    Yeah, right.
    1. Re:A Dark Day by pipatron · · Score: 3, Insightful

      Guys, guys. This is not "Funny". This is scary and insightful. Corporations use this exact line to protect their precious patents, RIAA use it to protect their precious copyrights.

      Do you really think people would stop making music and invent things? Just as with APIs, it's done because there's a need and a demand.

      --
      c++; /* this makes c bigger but returns the old value */
    2. Re:A Dark Day by Anonymous Coward · · Score: 0

      +1

      Copyright is clearly essential for supporting the creation music, movies, software, and games. Without it these activites would certainly meet with catastrophic failure. I don't think this judge has thought through the ramifications of declaring APIs non-copyrightable. Oracle will surely appeal this decision and I'm sure the same mistake will not be made twice.

      For now I'll continue to assume that using an API without explicit premission from the owner is theft but will keep my ear to the ground for more news on this incredible oversight.

    3. Re:A Dark Day by oiron · · Score: 1

      Fantastic reading comprehension!

      What's been ruled is that in some situations, the API itself is not copyrightable. That is, I can take an API that you wrote and implement a compatible version of that for my product.

      This ruling has nothing to do with access to the API on a particular device/software. You still need to have Apple's permission to write something for iOS, though you can (probably - IANAL) build a compatible version of CocoaTouch for yourPhone...

    4. Re:A Dark Day by Halo1 · · Score: 1

      For now I'll continue to assume that using an API without explicit premission from the owner is theft but will keep my ear to the ground for more news on this incredible oversight.

      Theft, really?! What happens when a poor programmer cannot feed their children? They die. Of starvation.

      Murder is the word you are looking for, cold-blooded premeditated murder .

      --
      Donate free food here
  30. Re:Apostrophe abuse by ClickOnThis · · Score: 1

    Is "anal-retentive" supposed to have a dash?

    Yes, because it is a compound adjective.

    Oh wait, are you being sarcastic?

    --
    If it weren't for deadlines, nothing would be late.
  31. Uhhhmmmm by Anonymous Coward · · Score: 0

    Fukin-A?

  32. ReactOS - GO! by Khyber · · Score: 1

    Hell yes, ReactOS has just had a major helping hand given to it in the form of this ruling!

    --
    Still waiting on Serviscope_minor to wake up to fucking reality and realize that Jessica Price isn't going to fuck him.
  33. Posessive? by Anonymous Coward · · Score: 0

    "Judge Rules APIs Can Not Be Copyrighted"

    Apostrophes MEAN THINGS.

    1. Re:Posessive? by nlitement · · Score: 1

      There's also a difference between "can not" and "cannot".
      "Can not" means that copyrighting APIs is optional. "Cannot" means that APIs are not copyrightable.

  34. Re:Wonder what Florian has to say about all of thi by Anonymous Coward · · Score: 0

    I no get my ill gotten gains from Oracle then?

  35. Java powers 40 billion devices. by Anonymous Coward · · Score: 0

    "Java powers 40 billion devices. Oracle is suing all of them."

  36. Re:Apostrophe abuse by Anonymous Coward · · Score: 0

    They are in other languages, because it can make a difference in pronounciation.

  37. Amongst the Ignorant, sure. by Anonymous Coward · · Score: 0

    "Modern usage means kill/weaken a significant portion of the group/thing being decimated."

    Stupid people go further than this, thinking "decimate" means "kill almost all".

    It means reduce by 1/10th. Otherwise why not just make up a new word instead of screwing a delightfully precise word?

  38. Sort of: It was pretty much taken as a given by robbak · · Score: 1

    Sort of: It was pretty much taken as a given at the start of the case. The case was about whether Connectix's copying of Sony code in order to determine that the ABI was was fair use. No body tried to argue that there was any copyright issue in using the ABI itself.

    --
    Prediction for end of Universe #42: Fencepost error in Quantum_bogosort.cpp
  39. Re:Apostrophe abuse by Anonymous Coward · · Score: 0

    Of course not; that's a hypen!

  40. You're among the elite by pem · · Score: 1

    who could answer my interview question about taking min/max in assembly language without using any flow control...

  41. Re:Wonder what Florian has to say about all of thi by msevior · · Score: 2

    Here it is...

    http://www.fosspatents.com/2012/05/judge-says-google-only-used.html

    You gotta say that he keeps his end of his Oracle employment contract.

  42. Re:Apostrophe abuse by istartedi · · Score: 1

    I think we should hire a PI to investigate this.

    --
    For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
  43. Re:Wonder what Florian has to say about all of thi by Svartalf · · Score: 1

    I'm suspecting you could power a major metripolitan area with that spin...

    --
    I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
  44. Re:Monopolizing ideas: patents not copyright.... by neurocutie · · Score: 1

    the granting of monopoly on an idea is the basis for a patent, not copyright, so the notion that copyrighting an API would allow for the monopolizing ideas is NOT a justification for allowing the copyrighting of APIs -- if anything it is an argument against it...

  45. If they were both experts, how come they must duel by robbak · · Score: 1

    The problem with the duelling experts has been nicely illustrated in this case: One expert calmly and clearly stating the truth, and another being wildly misleading. Duelling experts only decides which expert is the best speaker. In this case, the Oracle expert couldn't keep the truth out of his testimony, allowing the jury to discern that who was full of it.

    --
    Prediction for end of Universe #42: Fencepost error in Quantum_bogosort.cpp
  46. Android's wireless APIs & Microsoft by unixisc · · Score: 1

    I was thinking of the other case, where Microsoft is getting Android vendors to pay them or do a patent exchange based on patents that Android was violating. One of them was a very generic one about the usage of any wireless API, regardless of whether it's written by Microsoft or not.

    From that POV, I found this ruling welcome - MS patent trolls can no longer work that route. They must stick to things that they themselves wrote.

    1. Re:Android's wireless APIs & Microsoft by tilante · · Score: 1

      Patents, unfortunately, are not the same thing as copyrights. Just because an API can't be copyrighted doesn't mean it can't be patented. You might want to read the full ruling -- Alsup actually talks about that in it. (Now, most likely Microsoft's patents on wireless APIs have prior art and shouldn't have been granted, but this ruling doesn't affect their patents at all.)

  47. It's all in the random acts of FUDness... by Gimbal · · Score: 1

    ...but not suggest that a troll comment should launch a thread. It's all the same political FUD, to me.

    Lol omniprsident. Omnipresident is on the ___ watching ___ ___ ;)

  48. Don't worry, the powers that be will take notice by SmallFurryCreature · · Score: 1

    The powers that be will take notice and show this judge around the courts of the USA as an example. There are a lot of courts in the USA, so they will have to cut him up into quite small pieces. (Apologies to Terry Pratchett)

    --

    MMO Quests are like orgasms:

    You may solo them, I prefer them in a group.

  49. Oh boy, talk about a bad idea by SmallFurryCreature · · Score: 1

    So... what about child porn production cases? Necrophilia? Bestiality? Windows? You want judges to be forced to use Windows! The HUMANITY!

    Any way, by your logic, the legality of slavery would be decided on by a slave trading judge. Lovely, kinda like basing your countries ideas of freedom on slave owners. That would just be silly!

    --

    MMO Quests are like orgasms:

    You may solo them, I prefer them in a group.

    1. Re:Oh boy, talk about a bad idea by Pieroxy · · Score: 1

      So you'd rather have judges that are completely clueless about whatever they're judging? How can you even claim that?

  50. Prior cases... by vmlemon · · Score: 1

    I'm surprised that *no-one* has mentioned ExpressLogic vs Green Hills (see http://www.eetimes.com/electronics-news/4061092/Express-Logic-seeks-injunction-against-Green-Hills) at all, during this sordid saga.

    It seems that was probably one of the earliest cases regarding the legitimacy of API cloning (GH tried to implement a "ThreadX"-compatible API on top of one of their proprietary RTOSes), and eventually lead to Green Hills winning against ExpressLogic (see http://www.zdnet.com/blog/gardner/ruling-expressly-denies-express-logic-its-copyrighted-api-logic/2530).

    That said, I also thought of the Sony vs Connectix case - but there, Connectix used reverse-engineered PlayStation BIOS code heavily in their own product, if I remember correctly.

  51. And there was much rejoicement by Gnulix · · Score: 1

    Whooo, wheee!!!

  52. Re:At least this judge gets it. by TaoPhoenix · · Score: 1

    So what if Oracle spent 50 Million on this trial - that's peanuts. But is the bigger cost that Oracle bought Sun specifically for this lawsuit?

    In a sane world you're right, "How could you possibly call an API if the argument structure was copyrightable?", but never underestimate pure bluster and colossal FUD-Pricing. (Total Mini-Me moment here... "let's sue for 100 Beeelion Dollars!".

    But notice there's no penalty for a "frivolous" lawsuit. For a "measly" 50 Million, you can just drag any big corp into court and play around for a while. Even one minor claim win would pay for it.

    --
    My first Journal Entry ever, in 8 years! http://slashdot.org/journal/365947/aphelion-scifi-fantasy-horror-poetry-webzine
  53. Re:Ruling APIs copyrightable would have been bad by TaoPhoenix · · Score: 1

    One flaw of "OMG" news reporting without context is that subtle points risk getting washed over by more juicy yellow journalism. Remember a few weeks back when "the jury was told it should take for granted that the structure, sequence and organization of the 37 API packages as a whole was copyrightable"? We were all jitter-bugging about. However, come on, a *programmer judge* can't be *that* stupid to have sunk the case that early. Turns out, there was a technical point of law at work, encapsulated by the expanded phrase "This, however, was not a final definitive legal ruling.". It was a technical point of law administration aimed at the complete rulings and appeals process. See the full quote below. Also see the last sentence: "Counsel were so informed but not the jury."

    For their task of determining infringement and fair use, the jury was told it should take for granted that the structure, sequence and organization of the 37 API packages as a whole was copyrightable. This, however, was not a final definitive legal ruling. One reason for this instruction was so that if the judge ultimately ruled, after hearing the phase one evidence, that the structure, sequence and organization in question was not protectable but was later reversed in this regard, the court of appeals might simply reinstate the jury verdict. In this way, the court of appeals would have a wider range of alternatives without having to worry about an expensive retrial. Counsel were so informed but not the jury.

    --
    My first Journal Entry ever, in 8 years! http://slashdot.org/journal/365947/aphelion-scifi-fantasy-horror-poetry-webzine
  54. Re:Succinct and inarguable reasoning. Gets two? by TaoPhoenix · · Score: 1

    Slashdot moderating is roughly the Fibonacci sequence of the number of sentences with a bound of 8, so it usually takes 5-8 sentences to score a +5. Two sentences only scores a 2.

    --
    My first Journal Entry ever, in 8 years! http://slashdot.org/journal/365947/aphelion-scifi-fantasy-horror-poetry-webzine
  55. The definition of non-sequitor. by Anonymous Coward · · Score: 0

    Thank you for that. If ever someone needs to know what that word means, I can use your post.

    Really.

    Where did THAT come from????

  56. Re:Wonder what Florian has to say about all of thi by jareth-0205 · · Score: 2

    He has hasn't he?

    http://www.fosspatents.com/2012/05/judge-says-google-only-used.html

    Basically: "this court doesn't matter, there will be an appeal" mixed in with a healthy lack of recognition that APIs have been de facto uncopyrightable for years, it's just never been said by a judge before.

  57. It's fuzzy because your LAW is fuzzy by Anonymous Coward · · Score: 0

    You laws on copyright define what is a derived work.

    And when using FOUR NOTES of another song can create a derived work, YOU whine and whinge about the GPL blocking dynamic linking???

    Really. If you're so worried about that, then get the problem solved: IN YOUR LAWS.

  58. Embrace, Extend, Extinguish by Anonymous Coward · · Score: 0

    It's more like Google saw how fucked up Java was (with SE, ME and EE), and decided to do their own version , you know, like how Microsoft has .Net.

    Funny that you mentioned that. Microsoft bad, Google good.

  59. That's not precisely what he ruled. by Anonymous Coward · · Score: 0

    He ruled that the Java APIs aren't copyrightable - not that APIs as a whole aren't. That decision is yet to come.

    His arguments will be case law if the matter comes up in another, similar case - and if Oracle appeal (as they probably will) and lose (pretty much a slam dunk, but it won't stop them trying), the appeals court's decision is very likely to widen his finding to the more general case. But for now, this is simply the good news that someone tried to get a court to agree that their API was copyright - and lost, hands down.

  60. Re:Wonder what Florian has to say about all of thi by MozeeToby · · Score: 1

    He does make one good point, or at least raises a good question. Why wait till now to decide the issue of copyrightability? Especially given that his decision is pretty clear cut in favor of Google. The judge knew all along that this was going to appeal and that with his background and knowledge he was uniquely qualified to sit on this case. He wanted to make sure he got the opportunity to lay out as much information as possible for the next judge up the ladder to prevent lawyer and 'expert' witness spin trolling an uninformed judge. Whoever sits the appeal for this case will have a a few dozen pages that succinctly, accurately, and unbiasedly describes the situation and hopefully will be much harder to sway with BS arguments like "I could code for 6 months and not come up with those 9 lines of code".

  61. FSCK you Oracle! by scharkalvin · · Score: 0

    Sit on it and rotate! Eat shit and die Larry Ellison! Sanity as rules at the end of the day. Thank god the judge had the wisdom of Solomon in this matter.

  62. Re:At least this judge gets it. by VGPowerlord · · Score: 1

    So what if Oracle spent 50 Million on this trial - that's peanuts. But is the bigger cost that Oracle bought Sun specifically for this lawsuit?

    As James Gosling once said

    Oracle finally filed a patent lawsuit against Google. Not a big surprise. 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....

    (Source)

    So, it certainly sounds like that's the main reason Oracle purchased Sun.

    --
    GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
  63. Re:Wonder what Florian has to say about all of thi by chrb · · Score: 1
    Mueller is spinning...

    Google's decision to defend its position at a trial has paid off: it gets away unscathed, at least for another couple of years, with what it's done. Very few companies in Google's place would have taken the risks associated with his before the trial began, and the risks that still remain.

    The literal jury was discharged more than a week ago, but the proverbial jury is still out on this one

    Judge Alsup knew all along that a decision against the copyrightability of the asserted API SSO would face a considerable risk of being overturned... it's fair to say that even he is clearly unsure of the defensibility of his ruling on appeal

    Caution is required because Google has built key parts of Android on a controversial theory..

    At one point he even accuses the judge of "potentially misleading" (because he used a simple example to illustrate a method definition), and then deliberately using that "misleading" example to issue a sweeping ruling that covers more complicated functions:

    public static int max (int x, int y)

    The order makes clear that this is merely an example to illustrate, but the choice of this example is potentially misleading. Programmers know that there are far longer and more expressive names than "max" (those who read my blog won't be surprised to hear that my own coding style is to use rather long and expressive names -- not always, but sometimes) and, especially, more complicated parameter lists and, most importantly, more project-specific types of functions than the rather generic concept of calculating the greater of two values....

    In other words, he issued a sweeping ruling in order to prevent someone from potentially concluding from a ruling on this particular case of copying that there's room for potentially "sweeping" claims along the lines of monopolizing "max", or a fundamental math library.

  64. So... by Anonymous Coward · · Score: 0

    Is the patent on 1-click ordering still valid?

  65. Alsup's decision and GPL dynamic linking by DragonWriter · · Score: 1

    You're misunderstanding the licensing issue with GPLed libraries. The licensing issue is that by linking against the GPLed library, you are using the actual GPLed code as part of your product, not just the headers, thus making your code a derivative work of that GPLed code because it depends on that code for correct operation.

    The FSF asserts that accepting the GPL is required for code that links either dynamically or statically to GPL code, but in the former case the GPL code (other than the headers) is not incorporated into the distributed work, only the headers (which simply state the API, which, under this decision, is functional and, as such, not subject to copyright) are. There is a functional dependency on some code that implements the API defined by the header, but there is no requirement that it be the actual GPL code (except for the API, which under the decision here, again, is not subject to copyright.)

    One might argue that a combined work is created that incorporates the GPL code when the GPLed versions of the libraries are actually linked on the end-user system, but if any person is creating that work it is the end user, and they aren't distributing it. They may need to accept the GPL with respect to that work to create it (as a derivative work of the GPL-protected work), but since they never do anything with it other than use it, none of the substantive obligations of the GPL would ever apply.

    The FSF has always relied on a fairly maximal view of the scope of copyright protection in its assertions as to when accepting and abiding by the GPL is required. This is unsurprising, because the purpose of the GPL is to compel behavior, and you can only do that when people have to abide by the license. Anything that increases the scope of freedom under copyright law reduces the compulsory power of the GPL.

    Particularly, the decision in this case would seem to be fatal to the FSF's position that the GPL is required for code that links dynamically to GPL libraries.

  66. *Using* is not deriving -- not how Copyright works by Anonymous Coward · · Score: 0

    The licensing issue is that by linking against the GPLed library, you are using the actual GPLed code as part of your product, not just the headers, thus making your code a derivative work of that GPLed code because it depends on that code for correct operation.

    You're confused about what triggers copyright --- it's copying, not using. As long as you don't make a copy, you cannot possibly become affected by copyright. Just using something does not engage copyright. (The problem arises because programmers' use of the word "derived" is not what the Copyright Act means by "derived work".)

    Just imagine what would happen if using a copyrighted work engaged copyright: An open source program running under Windows and using Windows' libraries would automatically come under Microsoft copyright, and a closed source program running under Linux would automatically become open source licensed if it used any Linux facility that has an open license.

    Fortunately copyright doesn't work that way. It would be both ludicrous and self-contradictory.

    You cannot create a derived work merely by using a dynamically linked copyrighted library, because you're not copying anything from it, only using its functionality. (Copying into memory for purposes of execution does not qualify as copying under the Copyright Act, that's been verified in court.)

    Maybe a car analogy will help. A car is built from elements that have very strong copyrights. If you buy a car from car maker A, and then attach a tyre made by maker B, the car then uses the new tyre, yet OBVIOUSLY the car does not suddenly lose its copyright A and fall under copyright B just because it uses a tyre that has copyright B.

    Using does not create a derivative work in copyright law.

  67. Re:Wonder what Florian has to say about all of thi by sconeu · · Score: 1

    I hope you don't mind, I'm using your sig over on Groklaw.

    --
    General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
  68. FSF withdrew their claim about dynamic linking by Anonymous Coward · · Score: 1

    It's been many years ago now, but Eben Moglen advised Richard Stallman that Richard was wrong about dynamic linking engaging copyright, since there is no copying being done. It's a common mistake for programmers to make because what they call "derived program" is frequently not what the Copyright Act means by "derived work".

    RMS accepted that with good grace in an online reply at the time, saying something like "While the Foundation would like this to apply to dynamic libraries too, we are advised that there is no legal precedent for it.". (My words, not his.)

    This issue is one of the major reasons why Eben replaced "derive" by "convey" in GPLv3, so that programmers can't continue to misapply the techie term "derive" in a legal context and hence arrive at the wrong conclusion. "Convey" can only happen on copying, never by merely using a copyrighted work, so linking dynamically to a GPLv3 work does not engage GPLv3 because the work has not been conveyed.

    Nothing changes here with Judge Alsup's ruling. If he had ruled that APIs are indeed copyrightable then it would be a total game changer right across the world, and open source would be almost dead through denial of interoperability. Thankfully we were spared that because the judge understood the disaster that would have ensued.

  69. Re:*Using* is not deriving -- not how Copyright wo by dgatwood · · Score: 1

    Actually using software inherently creates a copy. In most circumstances, it is considered to be an automatic fair use exception to load an executable for the purposes of running it, but it is depending on a special exception carved into the law, and it is still copying; it merely is not infringement. That's not the same thing.

    However, the larger flaw in your argument is that you (meaning the person who compiled the software) are not using the library. The user running the application is using the library. That narrow fair-use exception covers only the user, not the person compiling and distributing the application. That's a very important distinction. The end user (the purchaser or whatever) has a right to use a copyrighted work in nearly any way that he or she chooses as long as he or she does not redistribute it. To turn your car analogy around, if automobiles and tires were somehow protected by copyright, then if carmaker A decided that they were going to attach a tire made by maker B before they sold you the car, then when they sold the car, they would be redistributing tire B, and would be required to do so in a way that conforms to its license.

    The general presumption that I've heard from many copyright attorneys is that as soon as you distribute an application that cannot usefully function without the original work, you are creating a derivative work. Whether you do or do not have to comply with the licensing terms of the original work depends largely on whether your use of the original work in your new work falls within a fair use exception, but as a rule, you'd be foolish to do so without complying with those terms. If you don't like that, you're free to create a new implementation with fewer restrictions and make it available. The tighter the coupling between your code and the protected code, the bigger your risk. So static linking is pretty much an automatic derivative work, dynamic linking is dicey, and running a command via the command line is much safer.

    If you later redistribute a version of that application that is linked against a different implementation of that library, that new copy of the application is not a derivative work of the original library, nor is the new implementation of that library (because the API itself cannot be protected by copyright).

    If the libraries are not distributed with the application and you merely use the libraries that are already installed on the user's system (which may or may not be any particular version of that library with any particular license), then the crucial question you should be asking is whether there are multiple libraries that implement the API in question. If there are not, your work could still be considered to be dependent upon that work, and potentially subject to its licensing terms.

    This is, of course, just my opinion, but I've heard similar opinions from a number of copyright lawyers.

    --

    Check out my sci-fi/humor trilogy at PatriotsBooks.

  70. Re:*Using* is not deriving -- not how Copyright wo by Anonymous Coward · · Score: 0

    Again, you're using the techie's meaning of "derived work" which includes use of a work, and you also refer to linking. Neither of these concepts are applicable in respect of the Copyright Act. Your technical intuition is leading you astray in matters of law.

    Fortunately this Oracle-Google case has cleared the air considerably just by changing the main subject of discussion from the unfortunately ambiguous "derived work" to whether APIs are copyrightable.

    Since APIs are not copyrightable, and a program links only against the API of a dynamic library rather than with the library itself, this should make it clearer to techies that a program linked against a dynamic library bearing a license X cannot fall under the terms of license X under any circumstances, because only the API has been copied and that is not copyrightable.

  71. YAY! by ebvwfbw · · Score: 1

    Let me get that bottle of Whiskey out! Woo hoo!

  72. Editor rules "APIs" should not have apostrophe by Anonymous Coward · · Score: 0

    Or at least he should have.

  73. Buying a license to use the APIs by tepples · · Score: 1

    Developers of software for video game consoles already have to buy a license to use the platform's APIs. So do developers of software for iOS and Windows Phone 7 platforms.

    1. Re:Buying a license to use the APIs by icebike · · Score: 1

      Well to use THEIR APIs yes, but to write your own APIs that do the same thing, NO. (And that is what this issue is all about).

      You only need the headers (so that you can make your APIs call-compatible).

      And you can get the headers from a lot of places, such as the WINE project.
      Microsoft does not make it drop dead simple to find them with out trying to get you to sign a license (even if free), but they are available
      for people to replicate most/some windows functionality via other platforms.

      Further, I only need the APIs and the Documentation from Microsoft to write in any programming language, by simply translating
      the headers to what ever computer language I want to use. I then sell/give my programs to others and they run them on
      any windows machine without paying another nickle to Microsoft. I licensed the documentation, (because it was convenient, although
      I could have gotten it all on the web), and they licensed the binary APIs when they purchased Windows, or Linux, or what ever.

      The form and structure of API arguments is not copywrite-able.
         

      --
      Sig Battery depleted. Reverting to safe mode.
    2. Re:Buying a license to use the APIs by tepples · · Score: 1

      Developers of software for [iOS, WP7, and the] consoles already have to buy a license to use the platform's APIs.

      Well to use THEIR APIs yes, but to write your own APIs that do the same thing, NO.

      Without using their APIs and ABIs, you cannot perform I/O on their hardware. You can't even run Hello World. These platforms' headers aren't as easily available as those of Windows, and the linker needs an extra signature step that uses a key not available to the public.

      The form and structure of API arguments is not copywrite-able.

      The misuse of "copywrite" to mean copyright is the single biggest clue that someone hasn't read the copyright statute.

    3. Re:Buying a license to use the APIs by icebike · · Score: 1

      And to keep arguing this point after the judge's ruling is clear indication that you haven't been paying attention.

      --
      Sig Battery depleted. Reverting to safe mode.
  74. Sony v. Hotz by tepples · · Score: 1

    I'm aware of the judge's ruling. I'm just curious as to how it would interact with things like Sony v. Hotz.