Slashdot Mirror


Google Says 3rd Parties Would Be Liable For Java Infringement

angry tapir writes "Third parties, not Google, would be liable for any Java copyright violations in the Android mobile OS, according to a filing Google made in the US District Court for the Northern District of California. Oracle sued Google in August over a number of alleged Java patent and copyright violations in Android."

6 of 236 comments (clear)

  1. But outside the US? by MichaelSmith · · Score: 4, Interesting

    I wonder how Oracle will go suing Android integrators in Korea, Taiwan and China?

    1. Re:But outside the US? by Anonymous Coward · · Score: 4, Interesting

      Injunction against imports? Kind of like what they did when those LCD manufacturers in a certain Asian country got into trouble?

  2. Not quite what Google says by Albanach · · Score: 3, Interesting

    From TFA, Google filed 20 defenses taking an 'everything but the kitchen sink' approach. In other words, they listed every defense they could conceive of, so that Oracle has to defeat each individual defense. If one fails, Google will then rely upon the others.

    Furthermore, it's a strategic move - if the others were responsible, Oracle could find itself in the position of trying to sue either companies with much smaller bank balances like the Open handset Alliance or some 20 year old student. That's a lot less attractive than a bumper payday from Google.

  3. PolicyNodeImpl.java is from the Android TEST tree by rossjudson · · Score: 5, Interesting

    It's been widely reported that there's a duplicated file, and indeed it there is something close to that. BUT! One thing you'll find missing in Oracle's Exhibit "J" are the package headers at the top of the file. There's a good reason for that. On the Android side the file is in package org.apache.harmony.security.tests.support.cert, in directory support/src/test/java. You can see this in the git repository for android. It's sitting in a directory of test support classes.

    So the matching file that we have here is part of the test suite to ensure compliance with the interfaces. It is NOT part of the implementation itself. So the real question is, is it OK to have this kind of file sitting in the test branch, to ensure that the real implementation of it complies?

    The fact that the package headers have been removed and that this file is from the test suite can't be anything other than a deliberate attempt to deceive, well, someone. ;)

    It's rather unbelievable that with thousands of stories out there on this file nobody is talking about WHERE it fits into the android tree.

  4. Re:The summary is a bit short. by markjhood2003 · · Score: 4, Interesting

    I believe this sentence is a reference to the Java TCK conformance test suites. Java is supposed to be open source, but you can't claim to have a conforming Java implementation unless you pass the various TCKs. But the TCKs themselves are not open source and you have to pay for a license to use it on your Java implementation. This has always been Sun's (and now Oracle's) big stick.

  5. Re:nice by postbigbang · · Score: 3, Interesting

    Perhaps you mean SAP.

    If Oracle goes after users, they're making 200,000 enemies a day.

    Uh, sorry about your phone, dude, but Oracle says you can't use that Android stuff. I think they have their own version, but you have to get it at the Oracle App Store. Have a nice day. Oh, and there's this URL where you can jailbreak your Unbreakable Oracle Phone....

    --
    ---- Teach Peace. It's Cheaper Than War.