Slashdot Mirror


The Case For Oracle

An anonymous reader writes "In a lucid writeup, InfoWorld's Neil McAllister takes a different angle on the Oracle-Google lawsuit, giving an explanation why Oracle was right to sue Google. McAllister argues that Google is splintering the Java platform, just like Microsoft was doing back in the 90s, and should be held up to the same standards. He further cites Google's Josh Bloch calling for Oracle to take a lead role in steering Java, concluding that Bloch maybe 'should have been more careful what he wished for.'"

341 comments

  1. How soon... by achyuta · · Score: 1


    ..before someone calls for an raid of McAllisters property saying he's been paid off by Oracle? :)

  2. I think Google should solve this the easy way by JamesP · · Score: 0, Flamebait

    Block all searches for Oracle and Java on its search engine, until this issue is resolved

    problem solved

    --
    how long until /. fixes commenting on Chrome?
    1. Re:I think Google should solve this the easy way by KarmaMB84 · · Score: 5, Insightful

      I don't know why anyone ever suggests this. It would be suicide for Google. The moment they revealed they would even consider blocking search terms in retaliation for anything they're no longer trustworthy as a search engine.

    2. Re:I think Google should solve this the easy way by ScrewMaster · · Score: 2, Insightful

      Block all searches for Oracle and Java on its search engine, until this issue is resolved

      problem solved

      Not really. Google is hardly the only search engine giant out there, and the ensuing public-relations disaster would be far worse than if Google ends up dropping Android entirely. Android is just an experiment for Google, a way to give more eyeballs access to its services (and hence advertising, which is where Google earns its revenue.) Granted, Google needs Android (or something like it) in order to continue its growth because the mobile market is enormous and growing exponentially, and it has heavy-duty competition that wants a slice. Either way, it wouldn't really be in Google's interests to try and play hardball there, especially since it would likely draw the attention of Federal regulators. I doubt they want that.

      --
      The higher the technology, the sharper that two-edged sword.
    3. Re:I think Google should solve this the easy way by erroneus · · Score: 1

      Okay, so you are pretty much the reason why things are the way they are -- everyone thinking in terms of fighting, fighting back, vengeance and the like -- failing to take into consideration the long term effects of one's actions or how it might compromise them, their product and their future to do so. In short, the people who think before they do things are "smarter" and the people who just do things without thinking them through end up in prison.

      I know this is a harsh way of putting things, but if you pause for a moment and actually take this as constructive criticism instead of as an insult, you have the opportunity to improve the way you think and reason and ultimately your whole self and your future in the process.

      History has shown that abuse of position and power frequently leads to bad things. Leaders get overthrown, assassinated or even publicly executed in massive numbers as in the case of the French revolution. In business, there is only so much abuse of position and power can only go so far before something bad happens.

      I recognize your smart reply was a quick and knee-jerk reaction. But it is precisely those reaction that say who you are and how you think. As a conscious and thinking human, you have the opportunity to recognize this and address it. Now go fix your mental defect before it gets you into more trouble than it already has. (Oh yeah, and learn to blame yourself instead of others... you can't change the world, you can only work with it.)

    4. Re:I think Google should solve this the easy way by Anonymous Coward · · Score: 1, Interesting

      I don't know why anyone ever suggests this. It would be suicide for Google. The moment they revealed they would even consider blocking search terms in retaliation for anything they're no longer trustworthy as a search engine.

      No, but up until a while ago, they did it when China asked politely.

    5. Re:I think Google should solve this the easy way by Runaway1956 · · Score: 1

      I can't help wondering if you really believe what you wrote, or if you're just mindlessly stroking your epeen in public.

      " by KarmaMB84 (743001) writes: Alter Relationship on Sunday August 22, @11:18 (#33332266)
      I don't know why anyone ever suggests this. It would be suicide for Google. The moment they revealed they would even consider blocking search terms in retaliation for anything they're no longer trustworthy as a search engine."

      Like millions of other people, I trust Google to give me decent, reliable, honest results when I do a search. There is some, minimal, censorship, imposed by government. But, overall, I trust Google.

      I don't even much LIKE Oracle, but if my searches for Oracle were blocked, I'd be pretty damned pissed. And, I'd abandon Google instantly.

      --
      "Windows is like the faint smell of piss in a subway: it's there, and there's nothing you can do about it." - Charlie Br
    6. Re:I think Google should solve this the easy way by tomhudson · · Score: 0, Troll

      Wouldnt hurt them one bit. You don't have to continue to enable someone who is suing you. While they're at it, maybe they can get Oracle to confess as to what they're really afraid of - a generalized implementation of map-reduce that would render Oracle database products redundant.

      Oracle is killing Java. And that's a "GOOD THING!" Maybe people will be forced to learn a real programming language instead of Java's interpreted training wheels crap.

    7. Re:I think Google should solve this the easy way by Anonymous Coward · · Score: 0

      I don't know why anyone ever suggests this. It would be suicide for Google. The moment they revealed they would even consider blocking search terms in retaliation for anything they're no longer trustworthy as a search engine.

      For the same reason everyone was shouting for Adobe to abandon Mac as a platform when Apple refused to use the Flash Player.

      And that reason is, these people aren't really interested in any of these parties, they just like to superficially pick a side and demand whatever causes most entertainment per action.

      (These cries can be safely ignored)

    8. Re:I think Google should solve this the easy way by poetmatt · · Score: 1

      why would google do that? I think you're mixing them up with bing.

    9. Re:I think Google should solve this the easy way by shentino · · Score: 1

      I'd hardly call it polite when they've got a big stick behind it.

    10. Re:I think Google should solve this the easy way by mark-t · · Score: 1

      Why would they have to reveal it? In fact, if they didn't reveal it to *anyone* they'd have plausible deniability.

    11. Re:I think Google should solve this the easy way by Anonymous Coward · · Score: 0

      Don't think Google isn't trying! They've recently spent a ton on D.C. lobbyists compared to most other tech companies.

  3. By this logic SCO was right by paziek · · Score: 1, Funny

    By this logic SCO was also right to sue IBM or whoever. Those bastards splintered SCO's "property" after all!

    1. Re:By this logic SCO was right by hedwards · · Score: 1

      Not really, Oracle offers Java for free to anybody that's willing to follow the licensing terms. Google has apparently opted to not do so and as such is legitimately infringing upon Oracle's IP, provided it really is true that they haven't held up there end. As opposed to SCO who didn't own the IP and tried to sue parties for implementing from scratch a semi compatible code base.

      This sort of thing is completely legitimate, there's no point to a cross platform language of this nature if there's no assurances that even standard libraries are properly supported on whatever platform you wish to use.

    2. Re:By this logic SCO was right by Anonymous Coward · · Score: 2, Interesting

      By this logic SCO was also right to sue IBM or whoever. Those bastards splintered SCO's "property" after all!

      Whether or not SCO had a case for copyright infringement or not was never tested in court because it turned out that they did not in fact own the copyrights in question. It may well be that IBM had been putting Unix code into Linux, but we'll never know because SCO had no grounds to sue over it.

    3. Re:By this logic SCO was right by boxwood · · Score: 4, Interesting

      They don't offer the embedded version of java for free. And there are a lot of requirements to to get the patent exemptions, ie. cannot implement a subset or a superset of the features in Sun's VM.

      Google basically just wanted to implement a language that a lot of developers were familiar with. Pretty much all the developers of phone apps were familiar with Java, so they implemented a VM similar to Java.

      Java has some similarities to the C++ syntax. They made the Java syntax similar to the C++ syntax because developers were familiar with it. Same goes for C#. If someone owned some patents on C++, should they be allowed to sue Oracle and MS?

      This does not bode well for makers of software development tools. By saying Oracle is allowed to sue anyone for making anything similar to Java means that no one can make a language with similar syntax to Java, and they can't implement libraries similar to Java's. So everyone has to check with a lawyer before they make software tools now. And that may not be enough since I'm sure Google did check with there lawyers while developing Dalvik, and made their best effort to build it so as not to infringe on patents. And they're still getting sued. What hope does anyone else have?

      I know I'm going to steer clear of Java from now on. .Net and Mono seem much safer than Java at this point. At least MS hasn't sued anyone for implementing libraries too similar to what they've implemented.

    4. Re:By this logic SCO was right by Anonymous Coward · · Score: 1, Insightful

      Whether or not SCO had a case for copyright infringement or not was never tested in court because it turned out that they did not in fact own the copyrights in question.

      There was no infringement on SCO's copyright because SCO didn't have any copyrights infringed. There is no copyright infringement for SCO to have tested in court.

         

    5. Re:By this logic SCO was right by Anonymous Coward · · Score: 1, Informative

      LOL ... try and use all .net (or silverlight) code in mono, see how far you get, this is the exact situation oracle is trying to stop, splintering and incompatibility of the language. microsoft tolerates mono that is all.

    6. Re:By this logic SCO was right by walshy007 · · Score: 1

      however, developing it all in mono then using it with .net goes just fine and dandy, which gives me even less reason to use microsoft stuff for personal development when required to do so by employer. (In non-team things at least)

    7. Re:By this logic SCO was right by Civil_Disobedient · · Score: 1

      I know I'm going to steer clear of Java from now on. .Net and Mono seem much safer than Java at this point.

      You, sir, are a crackhead.

    8. Re:By this logic SCO was right by KangKong · · Score: 1

      This really has nothing to do with Java (the language, library or tooling) other than Google not wanting to use Java ME for obivious reasons (licencing and lacking features).
      So Google sees Java SE as the only choice, but Java SE contains too much library code without use to their platform (Windowing toolkits for example). But cutting that out from their Java SE implementation and creating a subset of the Java API means they can't use Sun/Oracles JDK and they can't call it Java. So they go with Apache Harmony (which isn't officially Java, since they haven't been able to run the Technology Compatibility Kit (TCK) as Apache doesn't want to pay money, nor is based on OpenJDK).
      Now the next thing Google needs to replace is the JVM for both technical (optimize for embedded hardware) and to not be a Java platform. Enter the Dalvik VM which runs its own bytecode and is not based on Hotspot.

      The result, Java ME is dead by Google's hands, Sun got pissed but didn't want to cause havok to the Java community and didn't do anything, despite losing their cash cow. Oracle doesn't really care about that and chooses to sue, but Google obviously have tried very hard to publicly state that Android + Dalvik isn't Java, so Oracle can't really do anything there. The only thing left to do is patent infringement for the patents they got on techniques in the JVM, which means that it's not limited to a Java VM. Sure they could say Google only did this to get around paying money to use the JVM and Java platform but still use Java the language (which the obviously did).

  4. If they can do it to Google, they can do it to you by ciaran_o_riordan · · Score: 4, Informative

    Problem is, if they can do it to Google, they can do it to any distributor of a free software JVM.

    To be safe, you have to either follow the Java Language Specification exactly (no subsets or supersets), or build your software on the OpenJDK software that Oracle distributes under GPLv2. Here's what info swpat.org has gathered so far about this case and its implications:

  5. I think Oracle is right by mangu · · Score: 1, Insightful

    Java is their language. Don't like it? Don't use Java.

    Myself, I never use Java because I don't like the language, that's my personal choice. But if Google wanted to use Java in a different way they should create their own derivative like Microsoft did with C#.

    It feels kinda strange to defend Microsoft, but that's the way it is.

    1. Re:I think Oracle is right by camcorder · · Score: 1

      They've already created Go. But nobody wanted to learn it, yet.

    2. Re:I think Oracle is right by curtis · · Score: 1

      Go is a little different, it is aimed at systems level programming and implements some modern language features. Java is a general purpose language with implementations for a lot of target platforms: originally web applets (Java 1.0/1.1) but then desktops (J2SE) then devices (J2ME) and now finally server side (J2EE).

    3. Re:I think Oracle is right by epiphani · · Score: 2, Informative

      Reposting as necessary:

      Java (the language) is free and open. Java (the trademark) is not. Provided google is not doing business advertising "Android - with Java(tm)!", they're doing nothing wrong. Oracle owns ONLY the trademark.

      --
      .
    4. Re:I think Oracle is right by Anonymous Coward · · Score: 0

      Oracle may or may not be right but the argument that this is a fragmentation similar to what MS got sued for and lost is a fallacy. In the case of MS's derivative Java platform it was intended as a equivalent to the Java platform. A developer would create an applet and deploy it with the intent of having it run in the browser.The problem arose in that it might work in the MS JDK or the Sun JDK but not both. This caused significant challenges for developers.

      An application meant to run on Android though has no intent for binary compatibility with a standard Sun JDK. No one should be confused on the deployment options for an android application versus a Java application, they are completley distinct. Android and Java are not meant to have compatible VMs and there has been no intent to market it as compatible with the Java VM.

    5. Re:I think Oracle is right by roman_mir · · Score: 1

      Java is their TRADEMARK. So why do you lie? Actually I don't think you are lying, you are just ignorant on what is happening and on what Java is (which is at this point a Free Source application). There are free implementations of Java platform and there are thousands if not tens of thousands of Free applications created in Java.

      Oracle vs Google is a patent war and it is also a copyright war, you are not involved until you create your own platform that is supposedly for Java but does not work with actual Java.

      If you call something Java it better be Java and behave like Java, that's the trademark part of the lawsuit.

    6. Re:I think Oracle is right by Anonymous Coward · · Score: 1, Insightful

      Java is their language. Don't like it? Don't use Java.

      Myself, I never use Java because I don't like the language, that's my personal choice. But if Google wanted to use Java in a different way they should create their own derivative like Microsoft did with C#.

      Sorry but that is horse crap.

      Google did exactly as you say. They did NOT use Java. They don't claim to use Java. They made their own derivative like Microsoft did, except called Go instead of C#.

      Yet they still got sued, and people are still in favor of that.

    7. Re:I think Oracle is right by tronbradia · · Score: 1

      But if Google wanted to use Java in a different way they should create their own derivative like Microsoft did with C#.

      They did create their own derivative. It's called Dalvik.

    8. Re:I think Oracle is right by yyxx · · Score: 3, Insightful

      Java is their language. Don't like it? Don't use Java.

      Companies don't own languages unless they can claim a patent or copyright on the language. Oracle has neither. Their patents are on something completely different.

      If they did, neither Sun, nor Oracle, nor Microsoft would exist. In fact, much of what any of those companies got started with was ripped off from others.

    9. Re:I think Oracle is right by aaarrrgggh · · Score: 1

      Can a language be owned? Of course an implementation of it can, as can a broader platform, but isn't google just using the language syntax? They aren't calling it Java, nor are they using any of Sun's tools, nor do they claim you can run Java byte code.

      All that is left is true innovation in the Java platform that could be patented that Davlic infringes on as a platform...

    10. Re:I think Oracle is right by Anonymous Coward · · Score: 0

      Why do people say silly things like "But if Google wanted to use Java in a different way they should create their own derivative like Microsoft did with C#".

      C# is not a derivative of Java. Come on people.

    11. Re:I think Oracle is right by gbjbaanb · · Score: 4, Insightful

      not quite. Java - mobile edition - is not free and open at all. They opened up the 'legacy' Java and kept the 'future' java for all the juicy licencing cash they expected to get. Quite a sensible move as it turns out, as there's lots of money to be made in mobile computing, far more than you get flogging licences to Enterprise app developers.

      Still, its their language, VM, patents and copyright. You (and Google) never had to use it, but if you do, you have to play by their rules. So although I'm a fan of Google and what they've done, I think their manipulation of Oracle's rules on the use of Java isn't as decent and honest as I'd expect.

      And yes, I'm sure it'll end up with Google dumping Java and making their own language (G# perhaps, or something truly open like Python and C)

    12. Re:I think Oracle is right by thetoadwarrior · · Score: 1

      It's not really being sold as Google's version of Java. It's their VM which uses the Java language to tell the VM what to do but the byte code is not Java bytecode. So I sort of see it not being the same as the MS case where MS was creating a Java Vm to replace Sun's VM with incompatible features.

      Yes, Dalvik is arguably replacing mobile Java but in the same way as Apple creating their own VM and not including Java's VM. Google has always been pretty clear that you're not writing Java. You're using Java syntax to create something else.

      To be honest I don't mind Oracle pushing this because I personally believe we'd see Google using Python to replace Java and I'd prefer that.

    13. Re:I think Oracle is right by Anonymous Coward · · Score: 0

      Honest question - you're saying that Oracle is suing Google just over use of the Java trademark, even though you seem to point out that Google isn't using it?

      And here I thought the lawsuit was over patents - you're saying Oracle doesn't own the suite of patents Sun was holding? AFAICT "ONLY the trademark" is wrong?

    14. Re:I think Oracle is right by TheRaven64 · · Score: 1

      Take a look at the Android namespace hierarchy. Note all of those java.* things? Looks a lot like they are claiming that it's Java to me. I don't see any java.* classes in .NET, for example.

      --
      I am TheRaven on Soylent News
    15. Re:I think Oracle is right by Anonymous Coward · · Score: 0

      its their language, VM, patents and copyright. You (and Google) never had to use it, but if you do, you have to play by their rules.

      Funny, I've heard of patents and copyrights, but I've never heard of "VM" as a type of intellectual property. If you mean "VM" in the standard case of "Virtual Machine", that would be covered by copyright, but you wouldn't be disingeneously using "copyright" twice would you?

      In any event, Google isn't using anything copyrighted by Sun, and claims that their clean-room interpretation doesn't infringe any Java patents. Seeing as you've already conceded that Google isn't infringing on the Java trademark, that only leaves your assertion that they infringe on the "VM" - but you haven't explained what that is.

      Could you explain what exactly what type of intellectual property "VM" is, and how one infringes it?

    16. Re:I think Oracle is right by LingNoi · · Score: 3, Informative

      It's not targeted at systems level programming it's the beginnings of a completely new type of language. The fact that it's used mostly for console based stuff is simply because there aren't enough libraries re-written in the language.

      http://golang.org/doc/go_faq.html#What_is_the_purpose_of_the_project

    17. Re:I think Oracle is right by oiron · · Score: 5, Insightful

      Trademark: irrelevant as long as Google doesn't call it Java

      Copyright: irrelevant as long as Google doesn't use Java code (or infringe other material published under copyright)

      Patents: well, that's what Oracle's suing about; the veracity of their claims is yet to be demonstrated

    18. Re:I think Oracle is right by kestasjk · · Score: 1

      Google also uses MySQL a lot.. too bad they didn't buy Sun first really.

      --
      // MD_Update(&m,buf,j);
    19. Re:I think Oracle is right by oiron · · Score: 2, Insightful

      And again, it appears that Oracle isn't claiming copyright over those - they're claiming patent infringement. I don't know what the legal issues over using the java.* namespace are, but apparently, even Oracle doesn't claim that they're infringement.

      Note: If it were even remotely likely to be i

    20. Re:I think Oracle is right by IRWolfie- · · Score: 1

      Go isn't production ready yet

    21. Re:I think Oracle is right by IRWolfie- · · Score: 1

      If you call something Java it better be Java and behave like Java, that's the trademark part of the lawsuit.

      Which trademark part of the lawsuit?

    22. Re:I think Oracle is right by lucifron · · Score: 1

      To be honest I don't mind Oracle pushing this because I personally believe we'd see Google using Python to replace Java and I'd prefer that.

      Let's just ignore the fact that most, if not all, of those patents would still apply to a Dalvik VM running Python..

    23. Re:I think Oracle is right by Anonymous Coward · · Score: 0

      ...*snorts piggishly and adjusts glasses*

      You sure showed him.

    24. Re:I think Oracle is right by Anonymous Coward · · Score: 0

      Android doesn't use Java. Android developers do.

    25. Re:I think Oracle is right by codepunk · · Score: 1

      The .net platform is no better suited to mobile devices than Java is. When programming on such under powered platforms I want to write native code to squeeze out every bit of performance I can. Java, .net, python, ruby etc are fine languages and they have their place but mobile devices where performance counts is not the place.

      --


      Got Code?
    26. Re:I think Oracle is right by thetoadwarrior · · Score: 1

      They probably would and Oracle could still fight it but the copyright portion of their case it out and the rest would be weakened too I believe. At least now they can claim Google is trying to break their language.

    27. Re:I think Oracle is right by Mongoose+Disciple · · Score: 1

      The .net platform is no better suited to mobile devices than Java is.

      Except in that, at this point, Microsoft is less likely to sue you than Oracle is.

      How strange does it feel for that to be true? But it is.

    28. Re:I think Oracle is right by mysidia · · Score: 1

      Great. Now we need to sue Oracle to stop distribution of Java. The language is based on C and C++ technology.

      C and C++ is our language? Don't like it. Don't use C. Stop, Oracle. Go make another language now that doesn't infringe on our C technology.

    29. Re:I think Oracle is right by 91degrees · · Score: 1

      Depends on how loose you want to be with the term "derivative". C# certainly uses a lot of the ideas from Java, and without Java, I expect C# would have been a significantly different language.

    30. Re:I think Oracle is right by joelpt · · Score: 1

      This makes me wonder what Google and the programming landscape in general would look like if Google had standardized on Python/C from the start, rather than Java.

    31. Re:I think Oracle is right by gbjbaanb · · Score: 1

      a lesson for us all - taking the language created and "owned" by company X is not as good as taking the language(s) open for all. Shame the open languages don't have the same marketing dollars as the proprietary ones.

  6. Not remotely similar to the Microsoft situation by squiggleslash · · Score: 5, Insightful

    Google isn't advertising Android as a Java platform. It's a platform that you can write code for in the Java language, yes, but this is a world away from claiming you're shipping "Java", and virtually no end users are under the impression Java has anything to do with the Java platform. Be very clear about this: no applications shipped as .jar (or .class) files for J2ME, J2SE, or J2EE, will run under Android, and nobody thinks they will.

    By comparison, Microsoft was shipping a supposedly compliant, but actually semi-incompatable, JVM with Windows that gave users and developers the idea it was a full implementation, which caused programs supposedly written for Java to often fail if either written for the Microsoft JVM and run under a standard stack, or vice versa.

    If this is the crux of the author's argument, he's an idiot. If Google is "fragmenting" Java by allowing you to write programs in the language for its platform, then I suppose every operating system author, from Microsoft to Commodore, has been "fragmenting" Unix by allowing you to write code in C for their non-Unix operating systems.

    --
    You are not alone. This is not normal. None of this is normal.
    1. Re:Not remotely similar to the Microsoft situation by tibit · · Score: 0, Redundant

      Agreed. Very insightful.

      --
      A successful API design takes a mixture of software design and pedagogy.
    2. Re:Not remotely similar to the Microsoft situation by hedwards · · Score: 2, Insightful

      If it's a platform that you can write code for in Java language, then it damn well better compile under the standard Oracle Java, otherwise you're very blatantly infringing upon Oracle's trademark. Additionally, if you can do it the other way around, then it's really not Java language programming. This isn't C where platforms are allowed to be incompatible, the whole purpose of Java was theoretically to allow it to be written once and run on any platform with Java support. What Google has opted to do damages Oracle's trademark by referring to non-compatible software as Java language.

    3. Re:Not remotely similar to the Microsoft situation by ScrewMaster · · Score: 1

      What Google has opted to do damages Oracle's trademark by referring to non-compatible software as Java language.

      Fine, then Google can change the name to "Javoid or "Andra" or something like that.

      --
      The higher the technology, the sharper that two-edged sword.
    4. Re:Not remotely similar to the Microsoft situation by tomhath · · Score: 1

      Be very clear about this: no applications shipped as .jar (or .class) files for J2ME, J2SE, or J2EE, will run under Android, and nobody thinks they will.

      Isn't that the whole problem? If they call it a Java platform, it should run software written in Java.

    5. Re:Not remotely similar to the Microsoft situation by iserlohn · · Score: 1

      While what you are saying may be true, we're talking about software patents here, and not about trademarks. Please try to keep up.

    6. Re:Not remotely similar to the Microsoft situation by SilentMobius · · Score: 4, Insightful

      Which is why Google _don't_ call it a java platform. It's dalvik, it runs dalvik bytecode on a dalvik VM. You can write in any high level language you like as long as you have a compiler that results in dalvik bytecode.

      As a convenience, Google provide a java->dalvik bytecode compiler, which is nice of them, but they don't ship a JVM nor a java system.

      --
      Loop, twist and loop again.
    7. Re:Not remotely similar to the Microsoft situation by Anonymous Coward · · Score: 0

      If Google is "fragmenting" Java by allowing you to write programs in the language for its platform, then I suppose every operating system author, from Microsoft to Commodore, has been "fragmenting" Unix by allowing you to write code in C for their non-Unix operating systems.

      Actually, by the author's argument the guys from Bell Labs started fragmenting C in 1973 by retargeting Ritchie's PDP-11 C compiler to other computers. See http://cm.bell-labs.com/cm/cs/who/dmr/chist.html

    8. Re:Not remotely similar to the Microsoft situation by epiphani · · Score: 2, Insightful

      Java (the language) is free and open. Java (the trademark) is not. Provided google is not doing business advertising "Android - with Java(tm)!", they're doing nothing wrong. Oracle owns ONLY the trademark.

      --
      .
    9. Re:Not remotely similar to the Microsoft situation by diegocg · · Score: 5, Insightful

      What Google has opted to do damages Oracle's trademark by referring to non-compatible software as Java language.

      Oracle disagrees with you. They aren't suing Google because of some trademark issue, they are doing it because of patent infringement. And the patents are more about the dalvik VM than about Java itself - .NET probably infringes those patents too, but Oracle probably won't take Microsoft to court.

      And there is nothing wrong with "forking" Java. What's the problem with the Dalvik VM and the Harmony classes? Maybe it can replace Oracle's Java in the embedded market? Well, I think that's better than letting C# kill Java, like Sun has been doing in the last years.

    10. Re:Not remotely similar to the Microsoft situation by Anonymous Coward · · Score: 0

      This supposedly super-insightful post completely misses the fact that Oracle is suing over patents, not trademarks.

    11. Re:Not remotely similar to the Microsoft situation by ADRA · · Score: 5, Insightful

      Firstly, on a strictly legal sense, they're suing over Patents and Copyrights. The copyright route seems rather fishy, and I wouldn't be surprised if this argument gets dropped later. The patent suit is like all others, and has little if anything to do with the spirit of java, etc..

      On a philosophical sense, Oracle is correct. Android may never claim to be Java, but anyone who isn't a retard knows that Google is enticing Java developers into their pseudo-compatible platforms. From a personal perspective, it is annoying porting existing java apps into AppEngine / Android. The standard class libs limitations make interoperability between stock java and Google's platforms more difficult. This IS similar to the tack that Microsoft made proprietary core feature additions. Microsoft was never forced to use Java when coming up with their proprietary JVM. They chose java because it had buzz, and they assumed it would be next good language to assimilate and conquer. I don't think Google wants to kill Java, but I think they want to steal the large pool of existing Java developers and coerce them to use their platforms. Does this diversity hurt java (the language) in the end? Yes. Much of the advantage of java is in the rich set of additions built upon existing platforms. If those libraries now have to choose which platform to track against, it means two versions of common libraries, and smaller guys may just not bother to support J2SE,Android,AppEngine,GWT, etc...

      --
      Bye!
    12. Re:Not remotely similar to the Microsoft situation by davester666 · · Score: 1

      But Google doesn't call it a Java platform.

      And Android does run software written in Java, but compiled using their compiler. They don't mention J2EE, j2me, j2se, or any other "official" Java platform library. Or mention things like Java 6 or 7 or Java 1.7.

      And the articles I've read seem confusing, because they jump between suing over patent violations, then talking about copyright violations.

      --
      Sleep your way to a whiter smile...date a dentist!
    13. Re:Not remotely similar to the Microsoft situation by yyxx · · Score: 1

      Isn't that the whole problem? If they call it a Java platform, it should run software written in Java.

      They don't call it a Java platform.

    14. Re:Not remotely similar to the Microsoft situation by beakerMeep · · Score: 2, Interesting

      Additionally, if you can do it the other way around, then it's really not Java language programming.

      Enter Dalvik, stage left.

      The VM in Android (Dalvik) is said to be a 'clean room' reverse engineering of a JVM and is not an actual JVM. In fact it does not run .class or .jar files but runs .apk and .dex files which are a format compiled from code written in Java (or C, C++, etc). How big of a difference this makes legally is debatable, but there has been precedent and it's in Google's favor.

      See Case law under: Clean room design

      So are you bound by Java licensing if you used it to cross compile into C? What about software that converted all your Java to Ruby? I'm not sure, but food for thought. Could they not just make the case that they are having developers code dex files, but are letting them write those dex files in Java and converting it for them? Sounds very semantic I know but this seems to be what the lawsuit comes down to. If I made a platform with custom apis and functions, could I not tell people that they can code in C# and I will convert their code to my format if they want? To me, neither side has a open and shut case here. The trademark question may only come into play if they wre claiming it as a Java Platform (and using the little coffee cup logo, etc). Simply metioning the name Java isn't infringing a trademark as far as I know.

      The real question are the patents, which look, at a cursory glance, to be ridiculous:

      * Protection Domains to Provide Security in a Computer System (2000)
      * Controlling Access to a Resource (2000)
      * Method and Apparatus for Preprocessing and Packaging Class Files (1999)
      * System and Method for Dynamic Preloading of Classes through Memory Space Cloning of a Master Runtime System Process (2008)
      * Method and Apparatus for Resolving Data References in Generate Code (2003)
      * Interpreting Functions Utilizing a Hybrid of Virtual and Native Machine Instructions (2005)
      * Method and System for Performing Static Initialization (2000)


      I did find it funny though, that Google had criticized Sun in the past for letting Java fall apart amidst (paraphrasing here) a sea of lawsuits and trademark infringement claims.

      --
      meep
    15. Re:Not remotely similar to the Microsoft situation by boxwood · · Score: 4, Interesting

      or Dalvik?

      Actually you never see Google say "Java" without it being immediately followed by either "Programming Language" or "Language Compiler". Anytime there's mention of "virtual machine" its always immediately preceded by "Dalvik".

      I'm not an expert on trademark law, but I'm sure Google has checked with people who are, so it seems that saying "Android has Java" would be a violation, but saying "Android has Dalvik which uses the Java programming language" is not.

      But I guess thats for the courts to decide.

    16. Re:Not remotely similar to the Microsoft situation by Cyberax · · Score: 0

      "Google is enticing Java developers into their pseudo-compatible platforms"

      Pseudo-compatible with exactly WHAT?

      JSE (desktop Java) never run on mobile devices. J2ME is a joke, and it's NOT compatible with other versions of Java.

    17. Re:Not remotely similar to the Microsoft situation by yyxx · · Score: 2, Insightful

      If it's a platform that you can write code for in Java language, then it damn well better compile under the standard Oracle Java, otherwise you're very blatantly infringing upon Oracle's trademark.

      Language syntax does not define a trademark. The trademark is on the word "Java", nothing else.

      This isn't C where platforms are allowed to be incompatible, the whole purpose of Java was theoretically to allow it to be written once and run on any platform with Java support.

      The law doesn't give a damn what pipe dreams Sun had for Java.

      What Google has opted to do damages Oracle's trademark by referring to non-compatible software as Java language.

      You use Oracle's Java compiler to compile software for Android. Google is correct to refer to that as a "Java compiler" because Oracle refers to it that way. The fact that they do something different with the class files afterwards is none of Oracle's business.

    18. Re:Not remotely similar to the Microsoft situation by Anonymous Coward · · Score: 0

      They probably won't take Microsoft to court because Microsoft has a patent cross-licensing agreement with Oracle. They did it so they

    19. Re:Not remotely similar to the Microsoft situation by Nushio · · Score: 1

      I'm an android developer, and whenever someone asks me about developing for Android devices, the first thing I tell them is that it may look like java and it might be syntax-compatible, but calling the Android Development Language 'Java' is a huge mistake that'll cost you a couple dozen hours in development time.

      --
      Check out Unsealed: Whispers of Wisdom! http://unsealed.k3rnel.net It's an action-RPG about Open Sourcerers.
    20. Re:Not remotely similar to the Microsoft situation by Ecyrd · · Score: 1

      N900 runs J2SE. In fact, it runs even J2EE...

    21. Re:Not remotely similar to the Microsoft situation by ScrewMaster · · Score: 1

      I'm sure Google has checked with people who are

      I'm sure Google Legal has numerous top-flight IP lawyers on staff.

      --
      The higher the technology, the sharper that two-edged sword.
    22. Re:Not remotely similar to the Microsoft situation by Cyberax · · Score: 0

      Hm. Yes, it seems that it's possible to run J2SE on n900.

      However, it seems to support my point - JSE is just a joke on mobile platforms.

    23. Re:Not remotely similar to the Microsoft situation by gbjbaanb · · Score: 1

      which are a format compiled from code written in Java (or C, C++, etc).

      I know the theory that Dalvik is not Java, but are there are C++ compilers for Dalvik? Or a C# one? If there isn't any of these available then no amount of 'yes, but it could be' will wash. I'd hate to see a C# to Dalvik compiler, but I can see that being the most logical step.

    24. Re:Not remotely similar to the Microsoft situation by ADRA · · Score: 1

      1Ghz phones with 100's of MB ram can certainly handle the computing requirements of desktop java, maybe not well, but they could run. Swing is pretty poor for mobile platforms, but supporting Swing doesn't mean supporting it well. Not having AWT support (for library compatability if NOTHING else) was just a stupid decision. Giving the developers the choice of how to develop would've been better in my eyes:

      1. Stock JSE - Non-optimized to Android implementation of graphics but portable
      2. Android Graphics - More tailored for embedded systems but totally proprietary to Android
      3. OpenGL - Very fast, open, and portable but requires writing everything yourself (or through someone's toolkit)

      I just bumped into the fact that Android doesn't support java.beans which was annoying since my app had used Introspector for some bean fuddling. It meant I had the option of rewriting the Introspector methods myself using relfection, or I could move Harmony's java.beans into Android. I chose the harmony route since it seemed the most straight forward.
      The reason Google probably decided to cut beans was because it requires java.awt.Image (used in TONS of projects) but since they don't support AWT, I'd also have to port AWT into Android, or just clip out the AWT dependencies. In the end I just took out the Image bits (There are thankfully not too many dependencies, and none of them are relevant for my Android purposes).

      Google could always release a full JSE stack and add a big fat Android native extension for their custom bits. As for Dalvik vs. Hotspot, I'm not sure of the advantages of using one over the other in embedded. I'd assume Google put more work into making it faster for embedded, but I can't really say definitively. The company that created Dalvik before Google bought them probably went with their own over licensing issues over anything else, since Sun did (does?) have field of use limitations on embedded systems, or has this changed?

      --
      Bye!
    25. Re:Not remotely similar to the Microsoft situation by Sheik+Yerbouti · · Score: 1

      It's not the Java VM it's the Davlik VM that uses the Java language it does not ship on any desktop OS it ships on embedded phones and a few tablets. It's not fragmenting Java it's a whole other alternate VM that uses the Java language for embedded systems like JME. Personally I wish they had created some sort of python based VM I don't much care for Java as a language too verbose to do simple things. Plus Oracle probably does have legitimate VM patent claims. If goggle is smart they will settle somehow. Google was definitely trying to leverage the fact that a lot of developers are comfortable with the Java language and that part makes some sense.

      Thinking about it though even if they dropped Java or never used the Java language for Android Oracle could still sue them because these are virtual machine patents so anyone with a VM (adobe flash/ MS .Net) could also be sued I would imagine.

    26. Re:Not remotely similar to the Microsoft situation by Cyberax · · Score: 1

      Google can't release the full JSE stack, because:

      1) SWING is a very big library, they'd HAVE to license it from Sun. No way they can replicate it. And anyway, anyone who wants to use SWING on a mobile platform is insane.

      AWT Image in itself is not that useful. You'll also need to replicate all the infrastructure of BufferedImage, codecs, etc. It's way too over-engineered and is mostly useless now.

      2) Dalvik has no runtime bytecode generation support, so no java.lang.reflect.Proxy for you.

      3) Dalvik is certainly faster than anything from Sun. In particular, it has very fast startup time and ability to work in low-memory devices.

    27. Re:Not remotely similar to the Microsoft situation by kestasjk · · Score: 1

      Okay, but you should see some of the talks of the Dalvik engineers; it's pretty clearly a JVM for mobile apps, they talk about things like how .class files contain too many names for labels which are only internally accessed etc, it doesn't give the impression that this is a different thing but they did some magic in the compiler, rather that it's a mobile-optimized JVM specifically (and somewhat exclusively) for Android apps

      --
      // MD_Update(&m,buf,j);
    28. Re:Not remotely similar to the Microsoft situation by raynet · · Score: 2, Insightful

      And patents for Java that may or may not be enforcable.

      --
      - Raynet --> .
    29. Re:Not remotely similar to the Microsoft situation by Richard_at_work · · Score: 1

      Why would you hate to see a C# to Dalvik compiler? Whats wrong with broadening the options available to developers?

    30. Re:Not remotely similar to the Microsoft situation by thetoadwarrior · · Score: 1

      Google has been pretty good at saying you're not creating Java but you're creating their byte code from Java syntax. If I recall (and I may be wrong) because you can't really have an incompatible JVM created from the Java source unless you pay a licence or don't refer to it as a JVM. I don't believe there is anything saying you have to change the syntax or can't refer to it as what it is and that is Java syntax.

    31. Re:Not remotely similar to the Microsoft situation by Giometrix · · Score: 1

      "I'd hate to see a C# to Dalvik compiler, but I can see that being the most logical step."

      What's there to hate, exactly... I can understand you wanting to see your preferred language compile for Dalvik, but I can't understand why you'd hate to see a language that you don't particularly like work with Dalvik.

      --
      Download free e-books, lectures, and tutorials at bookgoldmine.com
    32. Re:Not remotely similar to the Microsoft situation by owlstead · · Score: 1

      Somebody mod the first sentence up :)

    33. Re:Not remotely similar to the Microsoft situation by ADRA · · Score: 1

      1. I wouldn't want to re-implement Swing, but the nice folks at Apache Harmony have basically (if not entirely) implemented the J2SE stack which includes Swing/AWT, etc... Since Google took harmony to make Android anyways, I don't see too much work in porting the native bits of harmony Swing/AWT to Android.

      "It's way too over-engineered and is mostly useless now."

      I really like AWT's Image abstraction. It makes writing to hardware pretty fast and efficient without needing to dip into plaf specific OGL/DX code directly (The JVM internally runs through them, but the abstraction means you don't need to worry about them).

      2. I've yet to try it, but Proxy has been defined in the Android SDK since version 1. If you meant java.lang.instrumentation then you're right. The API does seem to be absent.

      --
      Bye!
    34. Re:Not remotely similar to the Microsoft situation by trawg · · Score: 1

      It's a platform that you can write code for in the Java language, yes, but this is a world away from claiming you're shipping "Java", and virtually no end users are under the impression Java has anything to do with the Java platform. Be very clear about this: no applications shipped as .jar (or .class) files for J2ME, J2SE, or J2EE, will run under Android, and nobody thinks they will.

      I have to say - I am fairly technically savvy. I have an Android phone, I know what Java is, I know a little bit about software development, etc. And I was actually under the impression it was a Java platform, before this whole thing erupted and I bothered to learn more about the details. I wasn't sure if you could just take any old 'Java'-labeled application and run it on Android, but I certainly thought that it would be basically trivial to take any Java app and adapt it to Android with very little effort.

      Of course since reading more about the issue I now understand it's basically not like that at all. But definitely from the fact the word 'Java' was used, I certainly thought Android was a Java-based device.

    35. Re:Not remotely similar to the Microsoft situation by MidnightBrewer · · Score: 1

      And if you recycle, you reduce your waste disposal costs, as the city doesn't charge you for recycling. So basically playing by their rules results in saving money and reducing your actual out-of-pocket fees, which is a good thing. The fines are a basic carrot-and-stick methodology, because people tend to act more like children who respond to punishment than adults who can be reasoned with logically.

      --
      "Give a man fire, and he'll be warm for a day; set a man on fire, and he'll be warm for the rest of his life
    36. Re:Not remotely similar to the Microsoft situation by Anonymous Coward · · Score: 0

      The copyright route isn't fishy, it's actually more likely to work than the patent assault. Why, you might ask ? you can't implement the Java API... without replicating it. All the public methods will have their external interface being 1:1 copies or it wouldn't work. To implement the Java API without being authorized by Oracle means you're copying, infringing on the API because you're making 1:1 copies of parts (public interface) of it. The javadoc for the official and for android's implementation will look the same, because they are the same.

      Implementing someone else's API is like plagiarism only worse.

    37. Re:Not remotely similar to the Microsoft situation by gbjbaanb · · Score: 1

      mainly because it'd mean C# becomes the dominant language for non-MS platforms, and its about as open as Java has turned out to be.

      I'd like to see a truly open language take precedence here, python seems the ideal given google's preference for it anyway, but once you get a C# compiler for it, too many people will see C# as the only language to learn and program in. If it was C++, say, then I'd be happier as that could be a language that could become the basis of all development (as its truly free and open) for all platforms.

      C# is fine for MS development, and I don;t hate it as a language (though there's plenty of bits in there that I do hate - but they tend to be platfrm issues like the GAC or dll probe paths, or too many options for configuring things that shouldn't be configured).
      As its quite like Java anyway, and popular in corporate dev shops, I think its the most likely one to be ported first.

    38. Re:Not remotely similar to the Microsoft situation by Rysc · · Score: 1

      Never the less, Google is in violation of Oracle patents. This is the basis if this suit, which is nothing like the one against Microsoft.

      Google could have provided a full implementation of Java and been fine. They did not, therefore they do not get protection from Oracle's java-related patents. Therefore they are in violation (supposedly) of some Oracle patents.

      I wish people would stop confusing the issue. This isn't about trademarks and it's not about copyright and it's not (much) about Free Software, it's about software patents (again) prohibiting a clean room implementation of the same idea. The only reason Free Software fans should be more interested in this case than in any other software patent case is that if Oracle is successful it means that they might be successful in saying that any OpenJDK-derived codebase which falls out of full compliance, or adds anything to the core libraries, is illegal despite the GPL.

      --
      I want my Cowboyneal
    39. Re:Not remotely similar to the Microsoft situation by beakerMeep · · Score: 1

      You are right, there are C/C++ compilers for the NDK, but that doesnt make code for Dalvik, it makes native binaries that your Dalvik-Java can interact with via the SDK/Android APIs.

      Interesting distinction, imo.

      --
      meep
  7. And this won't cause more splintering? by Anonymous Coward · · Score: 0

    And this won't cause more splintering? Really?

  8. I'm a bit out of my depth here, so I'm asking... by fuzzyfuzzyfungus · · Score: 1

    While I can definitely see the value of non-fragmentation for Java, which is why something like Microsoft's "mostly java + some MS stuff" pissed them off back in the day; it is my understanding that Sun themselves had several variants of java for different environments, with Java Card on the low end, for SIM-level embedded environments, up to Java EE. I am told that these are not entirely identical, nor is something like the Java ME on different phone models entirely similar between devices.

    To what degree is Android basically a "Java, Smartphone Edition", produced by Google because Sun never got around to producing something other than Java ME for phones vs. being a "Java + proprietary bits" in the MS java mold?

  9. What the hell is he talking about? by ScrewMaster · · Score: 5, Insightful

    McAllister argues that Google is splintering the Java platform, just like Microsoft was doing back in the 90s, and should be held up to the same standards.

    What the hell does that mean? Microsoft got sued because it failed to live up to a contract (huge surprise there.) There are no contractual issues here, so far as I'm aware (if I'm wrong someone please correct me.)

    Java isn't some religious manuscript that needs to be kept "pure" so the true believers won't rise up and slay those who would adulterate it. It's a goddamn PROGRAMMING LANGUAGE. If Oracle is suing Google, it has nothing whatsoever to do with Java being held to some standard (I could believe that of Sun, who held a certain vision for their progeny and a justifiable pride in their work) but is part of a some strategic plan. Matter of fact, that was Sun's strategy: keep Java consistent across all platforms so that "write once, run anywhere" would work. Do you really think that is a part of Oracle's planning? Is it even of the slightest concern?

    Larry Ellison is a lot of things (I've heard appellations such as "real son of a bitch", "bastard", and "prick" applied to him on a regular basis) but he's not exactly a visionary. This is about money and access to specific markets, and trying to spin it as being about the welfare of the Java programming language is ridiculous. If I were a real conspiracy theorist I would have to wonder if one of Google's real competitors in the advertising space were behind this, but I'm not. I leave that to other posters.

    --
    The higher the technology, the sharper that two-edged sword.
    1. Re:What the hell is he talking about? by Anonymous Coward · · Score: 1, Interesting

      "write once, run anywhere"

      Want to know how J2ME games deal with fragmentation? There's a different build for each phone. Why? One of the reasons is that the fucking platform pretends that all devices are equal. I can't dynamically check for a detail whose existence the platform doesn't acknowledge.

    2. Re:What the hell is he talking about? by sco08y · · Score: 2, Funny

      Java isn't some religious manuscript that needs to be kept "pure" so the true believers won't rise up and slay those who would adulterate it.

      It may as well be, because a computer is about as fanatical a purist as you can get. I mean, I drop one fucking semicolon and, by the pages of errors and warnings, gcc wants me hung drawn and quartered for apostasy.

    3. Re:What the hell is he talking about? by Anonymous Coward · · Score: 1, Interesting

      Java isn't some religious manuscript that needs to be kept "pure" so the true believers won't rise up and slay those who would adulterate it. It's a goddamn PROGRAMMING LANGUAGE.

      No, it's a programming language + API. They come as a pair, with optional APIs that can also be added. Nobody who writes in Java thinks of it solely in terms of it being a programming language, in isolation from the large standard APIs. Nobody who writes in Java doesn't know about the foundation classes and packages, like java.lang, and java.io. That was one of the big advantages Java had over C++. Now, Sun did make different versions for particular platforms, but they're the ones who own Java and they can do that -- they probably had their joke of a standards committee vote on and approve them -- where as other companies can't do that.

      For instance, the Java standards body refused a formal request ("JSR", I believe) by an IBM engineer that would have made it possible to use high performance features like SIMD processing on platforms that had such capabilities. When refused, IBM didn't go write a new version of Java that had such capability built-in -- despite the fact they surely have the money and the brainpower to do so -- they instead lived with Java's a gaping hole in performance, despite it being utterly idiotic for Sun to ignore vector processing.

      Google decided for some godawful reason to take Java, a mediocre pseudo-OO language, and write an illegitimate and non-standard version. In every way, this was a stupid decision. They should have seen a lawsuit coming. They should have also been bright enough to know they could have picked another language, or made their own doppleganger-with-a-moustache (e.g., C#) version of it and avoided these problems. And maybe they'd have made something better than Java, to boot.

    4. Re:What the hell is he talking about? by Anonymous Coward · · Score: 0

      According to Sun press release from then:

      the complaint charges Microsoft with trademark infringement, false advertising, breach of contract, unfair competition, interference with prospective economic advantage, and inducing breach of contract.

      Note that breach of contract (real or not) is only one part of the complaint.

    5. Re:What the hell is he talking about? by Anonymous Coward · · Score: 0

      "There are no contractual issues here, so far as I'm aware"

      The license grant for Java is a contract. This is a contractual issue, in exactly the same way that failing to provide source code for software that uses GPL licensing is a contractual issue.

      Read the article. Filing for patent violation is a strong-arm technique, but the author's theory is that Oracle's objective is a good one: to prevent the splintering of Java that Google is perpetuating. He makes a strong differential between Java-as-language and Java-as-platform.

      I have to admit: as someone who eats, sleeps and breathes Java, I find the idea of a non-compliant platform that simply masquerades as Java by virtue of its syntax to be pretty horrid. If I can't count on the consistency of the Collections API or the Java concurrency model in Google's implementation, then I'm going to stay far away from it.

    6. Re:What the hell is he talking about? by tomhudson · · Score: 0, Troll
      Android doesn't run Java.

      I have to admit: as someone who eats, sleeps and breathes Java,

      There's your problem - you're stuck with the modern equivalent of BASIC. It has caused +5 damage points.

      Seriously, Java is a dead end and Oracle is doing us all a favor by making it politically correct to point out that:

      1. It's a piece of shit, and ALWAYS has been;
      2. It's performance sucks
      3. It's implementations suck even more
      4. It's frameworks just compound the problem
      5. It's fugly-ugly
      6. Swing doesn't
      7. It's really an interpreted language masquerading as a "compiled" language
      8. Java developers NEED training wheels because they can't do something as simple as manage memory

      Obsolete! When's the last time you saw a Java applet? This was the technology that was supposed to change the web and make it interactive. It died! It was supposed to be on thin clients everywhere. It died there too. It's crap. Get over it and learn c - if you still can after the brain damage Java seems to inflict on "programmers".

    7. Re:What the hell is he talking about? by shutdown+-p+now · · Score: 1

      Google decided for some godawful reason to take Java

      The obvious reason is that Java-the-language has: 1) excellent development tools (IDEs etc), 2) a lot of high-quality teaching materials and 3) a lot of people proficient in it - already available.

    8. Re:What the hell is he talking about? by Anonymous Coward · · Score: 0

      ...he's not exactly a visionary

      Really? How old are you? Who created the first commercial RDBMS? IBM of course, because Edgar F. Codd's relational model was invented there. WHOOPS. No, it was SDL, which became RSI, which became Oracle. Larry Ellison was the first to see, or at least the first to actually act, on the promise of RDBMS technology, and it's no overstatement to say that this development changed the course of computing in a big big way.

      Sun reminds me a lot of the old IBM. Lots of cool research, but little ability to put the research into practice. Disparaging Larry might make you feel good, but how many people do you know who have impacted the world of computing like he has? One big accomplishment made him a multi-billionaire. A second big shakeup would be the perfect way to go out in style, wouldn't you say?

  10. MOD PARENT UP PLEASE by WindBourne · · Score: 5, Insightful

    I wish that I had mod points left. I would modded you up. The fact is, that if Google were to do what the GP did, well, that would make them JUST LIKE MS. That is why MS was sued, and lost. The last thing that Google needs to do is something that stupid. It helps in the short term, but kills in the long.

    However, Google does not have to help Oracle either. And if I were Google, I would start exploring, along with the other phone companies, another VM. And let it slip that they are now exploring a different route for ALL OF THE SMART PHONES AND PHONES. At that point, Oracle will become VERY concerned about the idea of losing that market. Sun had the same issue. Wanted to make LOTS of money, and they were not content to simply control it as well as be the top money maker. They wanted the largest profits possible in the shortest time. That approach is what Oracle is doing.

    --
    I prefer the "u" in honour as it seems to be missing these days.
    1. Re:MOD PARENT UP PLEASE by Anonymous Coward · · Score: 0

      And if I were Google, I would start exploring, along with the other phone companies, another VM.

      Like ECMA-335? (http://www.ecma-international.org/publications/standards/Ecma-335.htm)

    2. Re:MOD PARENT UP PLEASE by Anonymous Coward · · Score: 2, Insightful

      And if I were Google, I would start exploring, along with the other phone companies, another VM.

      After blocking Oracle in it's search, I would say this is the second worst thing Google could possibly do. The Android platform had a late start against iOS, and while it's done a great job gaining market share, it's just now starting to catch up in terms of getting developers to develop for the platform. If they had to start over from scratch, they'd never catch Apple. Not to mention how angry they'd make all the end users who find their brand new, very expensive phone running a suddenly abandoned platform.

    3. Re:MOD PARENT UP PLEASE by postbigbang · · Score: 1

      And according to TFA, parallels are drawn between the Sun->MS Java suit and the Oracle/Sun->Google suit.

      My take: Sun and Oracle didn't enforce Java patents, let other numerous other forks occur, licenses all of it under protected terms that don't necessarily require full Java implementations, and otherwise permit competing products to blossom wherever they happen.

      Oh, and Steve complained to Larry about Eric, and Larry said, 'no worries, I'll take care of it'.

      --
      ---- Teach Peace. It's Cheaper Than War.
    4. Re:MOD PARENT UP PLEASE by rs79 · · Score: 3, Insightful

      If I were Google I'd start exploring a drop in replacement for everything Oracle made, and making it open source.

      Google actually made something out of Java. Nobody else put it in the hands of so many consumers; they may as well change the spec for Java to what Google produces.

      What goog did splinters Java in the same way Apache splintered the NCSA web server or Linux splintered Unix sys III; this is just leechy Larry's money grab in a world where small databases are diminishing the need for big database iron and the reason they bought Sun - just so they could do this.

      This is just SCO all over again.

      --
      Need Mercedes parts ?
    5. Re:MOD PARENT UP PLEASE by Hooya · · Score: 2, Informative

      > another VM

      It *IS* another VM. They just used Java the *language*, it's associated tools (Eclipse) in order to capitalize on the the developer marketshare. The resulting compiled code is targeted to this other VM (the dalvic VM). To steer clear of Java, they would have to stop using Java - the language.

      (I would be all for it. I *Hate* Java. The tools make it bearable.)

      However, using another language will present all kinds of issues - which language do they use?

      Python might be a close candidate as they already have an interpreter that runs under the Dalvik VM - although I don't think it's installed by default and the API coverage might not be a 100%. Also, running an instance of the interpretor for every app might suck some major ass - which is why they used Dalvik as opposed to the VMs that come as part of the Java platform. If, as the alternative, they ran one VM, the seperation between the apps aren't there which can cause all sorts of other issues.

    6. Re:MOD PARENT UP PLEASE by Kalidor · · Score: 1

      I really want to expand upon this, because it really is a very good point.

      Take the assumption that even if G was able to come out with a way port the new OS to the old phone users (which as we can already see is a slow process, and questions may exist of any hardware dependencies) users would still have to rely on application developers to recode any apps they have already bought. Next assuming the apps are developed, I suspect it will be a bit of a shock to see how much apps cost when re-buying a whole lot of them. Micro-payments have a way of adding and no necessarily getting noticed until you need to repay for stuff you've lost. (Caveat here, hopefully being that G would eat this cost being a good corporate citizen and all that.)

      Ironically, this is exactly where Microsoft seems to be going with it's mobile devices. I can't help but wonder if the good that comes from the new UI, will counteract the uncertainties and negatives of the change in the underlying framework, the expandability with the HC-micro-sd cards, the cut and paste loss, and the loss of functionality when the pre-7 apps can't run. While not every application was able to make the migration without problems or relativity minor code changes from WM2002 to WM6.5 a majority of the gems applications migrated so easily that you only really had to re-buy an application if there was a major product enhancement or feature add. With the way 7 is locking down applications I suspect there's going to be a major re-purchasing of applications (if the developers are even willing to recode for 7 or go through the necessary bureaucracy that they didn't have to deal with before...) and I have to wonder if that overhead is going to stop those that are already running a wm type smart-phone that they have customized to the point that they are very satisfied with it.

      --

      Code softly but carry a big magnet.

    7. Re:MOD PARENT UP PLEASE by tomhudson · · Score: 2, Interesting

      First, Android runs dalvik, not java. The dalvik runtime will eventually support transcoded javascript, php, python, etc.,

      Second, Oracle is pissed off because google doesn't have to buy a java license - and neither does any other cell phone manufacturer who runs the dalvik vm.

      Third, java is a piece of bloated shit. Just switching to dalvik enabled them to save both memory and cpu cycles.

      Java is dying. This is just another nail in an already-bloated smelly corpse. Get over it.

    8. Re:MOD PARENT UP PLEASE by tomhudson · · Score: 2, Insightful

      Google actually made something out of Java

      No, google bought a virtual machine that didn't need java, and created a transcoder so that java classes could be translated to dalvik classes. No need for java on the phone, which is what pisses off Oracle - Java ME for the cell phone is not free, and they're losing all the cell-phone market that used to license it to Android.

      The next step is to make a transcoder for php, python, and javascript - then devs can say goodbye forever to Java, and good riddance.

    9. Re:MOD PARENT UP PLEASE by kripkenstein · · Score: 4, Interesting

      However, using another language will present all kinds of issues - which language do they use?

      Why not JavaScript? It's extremely well-known, Google already has an excellent implementation (V8), and it is free of licensing worries.

      WebOS went that route, I'm surprised Google didn't, especially given that Google's livelihood is the Web.

    10. Re:MOD PARENT UP PLEASE by InfiniteWisdom · · Score: 1

      (I would be all for it. I *Hate* Java. The tools make it bearable.)

      What do you hate so much about it? what languages do you like?

    11. Re:MOD PARENT UP PLEASE by Cochonou · · Score: 1

      As far as I know, V8 only works on x86. Which is quite a pity if you wanted to use it on a mobile phone.

    12. Re:MOD PARENT UP PLEASE by Anonymous Coward · · Score: 2, Informative

      As far as I know, V8 only works on x86. Which is quite a pity if you wanted to use it on a mobile phone.

      V8 can do ARM as well. V8 is used in Android, in fact.

    13. Re:MOD PARENT UP PLEASE by TENTH+SHOW+JAM · · Score: 2, Insightful

      Java is dying just like C. It has been replaced by the technologically superior C++. Just like Perl, which has been replaced by the syntaxically superior python. Like Assembler which has been replaced by the easy to use .net framework.

      The above should be read in a sarcastic drone. And I'm not sure whether "syntaxically" is a real word, but it should be.

      --
      A sig is placed here
      To display how futile
      English Haiku is
    14. Re:MOD PARENT UP PLEASE by Dog-Cow · · Score: 1

      Relative to Java, GW-Basic is God.

    15. Re:MOD PARENT UP PLEASE by owlstead · · Score: 2, Insightful

      Because it is way slower.
      Because it would use more memory.
      Because it does not have a set of libraries required for this kind of device.
      Because it does not suit itself well to the security architecture implemented in the device.
      Because V8 was not present when they implemented Android.

      Need more?

    16. Re:MOD PARENT UP PLEASE by CyDharttha · · Score: 1

      However, using another language will present all kinds of issues - which language do they use?

      Why not JavaScript? It's extremely well-known, Google already has an excellent implementation (V8), and it is free of licensing worries. WebOS went that route, I'm surprised Google didn't, especially given that Google's livelihood is the Web.

      What you're suggesting would certainly end up having some relation to GWT

    17. Re:MOD PARENT UP PLEASE by the_brobdingnagian · · Score: 1

      The dalvik runtime will eventually support transcoded javascript, php, python, etc.,

      What is your source for this?

    18. Re:MOD PARENT UP PLEASE by ToasterMonkey · · Score: 1

      Java is dying just like C. It has been replaced by the technologically superior C++. Just like Perl, which has been replaced by the syntaxically superior python. Like Assembler which has been replaced by the easy to use .net framework.

      I do get your drift, but what I want to know is what killed Java, or are we just out of programming frameworks now?

    19. Re:MOD PARENT UP PLEASE by InfiniteWisdom · · Score: 1

      In what way? Do you have anything meaningful to back it up or just absurd rhetoric?

    20. Re:MOD PARENT UP PLEASE by Anonymous Coward · · Score: 0

      Java is dying -> good riddance. Kind of funny how Oracle is killing the last place where java is relevant anymore once google gets a new language to compile into dalvik bytecode. Personally, can't wait for that, finally will be able to program on Android without touching probably the worst programming language I've ever had the displeasure to have to work with!

    21. Re:MOD PARENT UP PLEASE by Galestar · · Score: 1

      Javascript and Java are two completely different languages. The syntax looks similar (c-like), but other than that they really have nothing in common. Swapping one out for the other is not as easy as you might think.

      --
      AccountKiller
    22. Re:MOD PARENT UP PLEASE by dave87656 · · Score: 1

      If I were Google I'd start exploring a drop in replacement for everything Oracle made

      Now that's the best idea I've heard yet. Google's market power and money .... if they even mention the idea of creating an Oracle compatible DB or get behind EnterpriseDB with the same goal, it would have a serious impact on Oracles stock price. What a great idea!

    23. Re:MOD PARENT UP PLEASE by dave87656 · · Score: 1

      However, using another language will present all kinds of issues - which language do they use?

      "Go" perhaps?

    24. Re:MOD PARENT UP PLEASE by shutdown+-p+now · · Score: 1

      What do you hate so much about it?

      I'm not GP, but lack of first-class functions in a mainstream programming language in 2010 is seriously embarrassing, for one thing.

    25. Re:MOD PARENT UP PLEASE by Anonymous Coward · · Score: 0

      I Google used PostgreSQL rather than their personal BigTable DBMS, improved it as Yahoo did for very large data and made it open source, Oracle could entered in trouble.

    26. Re:MOD PARENT UP PLEASE by JasterBobaMereel · · Score: 1

      Sarcasm ignoring mode on ....

      Not the same

            C is potentially faster and lower level than C++ - C++ is higher level and easier to code
            Perl is potentially faster and lower level than Python, Python is higher level and easier to code
            Java is slower and mostly a superset of dalvik, dalvik is the same level and much the same to code ...syntaxically -> syntactically ...Sarcasm ignoring mode off

      --
      Puteulanus fenestra mortis
    27. Re:MOD PARENT UP PLEASE by fredrik70 · · Score: 1

      slower? at least V8 is JITed already, Dalvik AFAIK is just about to get JIT compilation

      --
      if (!signature) { throw std::runtime_error("No sig!"); }
    28. Re:MOD PARENT UP PLEASE by owlstead · · Score: 1

      JIT of source != JIT byte code. Code size is different too. I won't go into the differences of coding/debugging java or java script.

      Android 2.2 froyo is using the JIT version of the VM.

    29. Re:MOD PARENT UP PLEASE by Civil_Disobedient · · Score: 1

      then devs can say goodbye forever to Java, and good riddance

      Right, because most of the world's apps are nothing more complex than blogs powered by PHP and MySQL.

      Oh wait, that's just the companies that don't make any money.

    30. Re:MOD PARENT UP PLEASE by tomhudson · · Score: 1
      You seem to forget that everything runs on c/c++ - even Java.

      No c? No Java.

      So shove off with your foolishness - Java is a toy compared to c.

    31. Re:MOD PARENT UP PLEASE by Civil_Disobedient · · Score: 1

      You seem to forget that everything runs on c/c++ - even Java. No c? No Java.

      And you seem to forget that Java executables are completely platform independent, and the compiler itself (Sun's, at least) is written in Java.

      BUT THANKS FOR PLAYING!

    32. Re:MOD PARENT UP PLEASE by tomhudson · · Score: 1

      And you seem to forget that Java executables are completely platform independent, and the compiler itself (Sun's, at least) is written in Java.

      The runtimes are ALL written in c, for EVERY platform. No c, no Java.

      There is no such thing as a "Java executable" - Java classes need a runtime - written in c - to INTERPRET them. Unlike, c, java does not run directly on the underlying hardware - therefore, it isn't really supported by ANY platform. The original intent was for java to run on a "java chip". That never panned out. Why? Because it was too bloated, and too poor-performing, even in the original version, to run on a tiny custom chipset. FAIL from day one.

      Java is not platform independent. Look at the current Oracle-Google lawsuit - the Java ME environment and runtime (which is what Oracle, formerly Sun, licensed to cell-phone vendors) has to be customized for each phone platform.

      So, no c, no java. Get a real language, get some vitamin c/c++. Too much java is bad for the blood pressure.

    33. Re:MOD PARENT UP PLEASE by Civil_Disobedient · · Score: 1

      Java classes need a runtime - written in c - to INTERPRET them.

      Java classes need a runtime, but that runtime could be any language. It just-so-happens to be C because an ANSI C compiler is the one thing you can pretty-much count on existing for every computer out there. But every implementation is different. Why would I want to limit my target audience?

      Get a real language, get some vitamin c/c++. Too much java is bad for the blood pressure.

      So, you're one of those guys that enjoys reinventing the wheel for every platform they do a release on. That's cool, I can understand and respect that. Me, I just want to make things that work on the most platforms as possible with the least amount of effort as possible.

    34. Re:MOD PARENT UP PLEASE by tomhudson · · Score: 0, Troll

      ... and every other language just happens to be dependent on? c. Aw. No c, no java. No c, no perl. No c, no python. No c, no php. No c, no Windows, linux, unix, bsd, osx.

      You've already limited your target audience by using java. When's the last time you saw a java ("it's going to change the way we use the internet") applet. Java died on the web years ago, it's rarely used on the desktop for anything significant for most users, you could kill off openoffice tomorrow and do the world a favor (other odt-capable editors are much faster and less buggy because they're written in c).

      If you wanted to work with the most PEOPLE possible, you'd avoid java. You can't use it without a license on smartphones (ask Oracle), whereas you can deploy flash apps (as one example of a crap language that actually lets you do something quick-and-dirty) on desktops, smartphones (except iOS crap), and game consoles.

      Or you can write something in c and actually have something that people will use because it's a lot faster at runtime than java.

      Java has never been a cross-platform implementation, and never will be if OraKILL has their say, which is okay - let them kill it completely and maybe something better will come along. The only advantage java had over c was a fairly complete set of (really crappy) graphic and (half decent) networking libraries that were relatively easy to use, and that advantage is disappearing.

    35. Re:MOD PARENT UP PLEASE by Civil_Disobedient · · Score: 1

      When's the last time you saw a java ("it's going to change the way we use the internet") applet.

      Applets? Aw, that's cute. No, normally when people talk about Java they have more enterprise-y things in mind. J2EE, JMS, Hibernate, etc.

      You can't use it without a license on smartphones (ask Oracle)

      Yeah, not too many companies running their businesses on smartphones.

      Or you can write something in c and actually have something that people will use because it's a lot faster at runtime than java.

      Faster? You really don't get it at all. Software execution speed only matters to 0.01% of the population. For most businesses, the bottleneck is(are) the database(s). Now why on earth would anyone spend money to make their applications faster when it's the data access that's killing performance?

      That's like buying a faster CPU to edit music when you're running on 5,000 rpm hard drives. Get your priorities straight.

    36. Re:MOD PARENT UP PLEASE by tomhudson · · Score: 1

      Yeah, not too many companies running their businesses on smartphones.

      Motorola, Samsung, LG, HTC, Apple, even Microsoft would disagree with you. And then there's everyone who uses one - take away their Blackberries and watch several governments falter.

      Faster? You really don't get it at all. Software execution speed only matters to 0.01% of the population. For most businesses, the bottleneck is(are) the database(s). Now why on earth would anyone spend money to make their applications faster when it's the data access that's killing performance?

      You're the one that doesn't get it. Software execution speed matters to everyone. Look at the new smartphone commercials emphasizing how much faster Android is than an iPhone. Additionally, energy costs matter. Java loses there, same as Windows does to linux or bsd.

      Also, data access is only one bottleneck, and you can always work around it if you have any smarts and aren't locked into a crappy platform. Any time you can eliminate one bottleneck, you can do more work. Additionally, map-reduce renders relational databases obsolete, as well as removing the bottleneck.

      Get real, stop being childish. Everyone is now looking for alternatives to Java because of this lawsuit, and realizing they're locked into a slow bloated platform.

    37. Re:MOD PARENT UP PLEASE by Anonymous Coward · · Score: 0

      Oh, Insightful my A**. "Google did more for Java." I mean, how fickle can you get?

    38. Re:MOD PARENT UP PLEASE by DuckDodgers · · Score: 1

      I'm not really knowledgeable about map-reduce, but I think ACID (atomicity, consistency, isolation, durability) still make relational databases very useful. map-reduce dramatically speeds pulling data out of distributed data stores, but doesn't help with your data consistency - and for a very large class of applications, you can't sacrifice consistency for speed.

      But in general, I agree with your point. Speed matters, and while Java runs pretty well after startup and after the JIT compiler has had time to optimize the code, there are huge classes of applications where the JVM startup and slow initial execution really hurt the end user experience.

    39. Re:MOD PARENT UP PLEASE by DuckDodgers · · Score: 1

      I didn't write the parent post, but as someone who just passed five years as a Java developer:
      1. No tuples. If I have a function returning heterogeneous data, I either need to use global variables (yuck), put them into an array or collection of Objects and then type check them before pulling them out (yuck), or else create a class just to hold a few bits of data (yuck).
      2. No multi-line strings. I know the feature can be abused, but I hate having to externalize strings like crazy or else do "something" + "something else" + "another thing" all over the source code.
      3. No features like Ruby mixins or Scala traits, which are basically like an interface plus an implementation. If I have ten classes that each inherit from different parents and all implement a common interface, I have to put all of the interface methods into each class or compose in some class that handles the interface and then manually type in the delegation.
      4. Totally inconsistent standard library APIs, with a host of deprecated stuff (like in Date) and places that use size or length. Arrays use "length", Collections use "size()", Strings use "length()". You would think, considering Java code conventions, that all three would use "getLength()".
      5. Untyped collections. You can use generics, but then you only get compile-time checking. Better than nothing, but not exactly good. You can easily write your own implementation of the standard collections that do type-checking, but then you lost compatibility with some of the existing APIs and third party libraries. (e.g. Hibernate likes to manage its own collections internally and you have problems if you mess with them in some ways.)
      6. You can't subclass classes in the standard library. I would like to add some convenience methods to String like a String that sorts in a case insensitive way or ArrayList so that it splits the contents into sets of arrays of a length I specify, and I have to put them into separate classes.
      7. The inclusion of primitives and Objects might make sense from a performance perspective, but it makes tackling certain problems with the Reflection API and code generation much more difficult.
      8. The Reflection API is awkward. Passing around methods and especially their parameters for invoking is extremely verbose.
      9. Our code base has literally more than 10% of the lines of code wasted on the damn "getFoo()" and "setFoo(Type foo)" nonsense. In most of the cases, we do not override the default behavior with specific syntax. Considering how universal this convention is, a simpler means of expressing it should exist. I owe the Eclipse developers that created the Java "generate getters/setters" feature a beer - but using it five times a day to generate 50 lines of boilerplate code is absurd.
      10. When I daisy-chain a series of method invocations, I should have some way to exit gracefully without throwing a null pointer exception, like a magic method stopIfNull(Object obj), where obj is returned if something in the chain is null. Object bar = object.stopIfNull(defaultResponse).getThis().getThat().getTheOther().getWhatever(). Instead, all over the code base we have if (object != null && object.getThis() != null && object.getThis().getThat() != null && object.getThis().getThat().getTheOther() != null && object.getThis().getThat().getTheOther().getWhatever() != null) bar = object.getThis().getThat().getTheOther().getWhatever(); else bar = defaultResponse;.
      11. Starting a Java application should not involve starting the whole JVM and loading everything. As other people mentioned above, this was a design feature for Sun - you start the whole JVM with the free Java Runtime Environment, but if you want to use only what you care about with much lower resource requirements and faster start times, then you have to buy the Java Micro Edition. It sucks for end users, and if the open source Java world doesn't get this feature I hope Java is overcome by other similar languages that hav

    40. Re:MOD PARENT UP PLEASE by tomhudson · · Score: 1
      Sure you can. NoSQL can be fully ACID-compliant - map-reduce is just the way to spread it across a whole herd of machines simultaneously. RDBMS are great, but ACID is a function of both the underlying implementation (OS, hardware, etc) and the skill of the people using it.

      There's no reason you *can't* use an rdbms as part of the back end, but you have to look beyond the partitioning offered at the rdbms level. For example, by distributing your data across many machines, and using a mechanism to know which data lives on which machine (for example, the last 4 bytes of the 64-bit hash of the customer account gives the host machine id), you can now make sure that your data is not only partitioned fairly efficiently, but also limit your queries to only one particular host.

      Similarly, if you need an extra speed boost, use raw partitions instead of running an rdbms atop the file system.

      Any query can be made to be played back multiple times without data corruption, but it depends on the person writing it not to be brain-dead, same as any other system. Doing a "update customer set balance=balance-$10 where customer_id=foo9999" is not safely repeatable, but using this as an example of how systems corrupt data is silly. Doing a "set balance=balance-$10 where customer_id=foo9999 and hash(balance)='b7dd0fd9338947dc6de445e0deadbeef'" can be executed 1000 times. Obviously, you wouldn't do an update - you'd do an append (you want a history of all transactions) but the concept remains the same.

      This doesn't need an rdbms or even sql to implement. After all, you have access to the same locking mechanisms as any rdbms - they don't have "magic pixie dust" in their code. Make almost every operation an append and most of your problems become much easier, because the real issue is updates to row. If an update that is just an append to 10 different tables fails, you can roll it back by just appending reversing records to those tables where the update succeeded. If instead you want to repeat the transaction, just play it again - those that already have the appended record won't append a second one (in the above example, the hash for the balance won't match in that particular table, so the replay is safely ignored). This works with rdbms, and it works with nosql.

      There's nothing magic about this - these problems were first solved before the rdbms ever existed. The problems of dirty reads, etc., are all implementation details that apply to all solutions.

    41. Re:MOD PARENT UP PLEASE by DuckDodgers · · Score: 1

      Thanks for the education. (That was not sarcasm, I am serious.)

      Then please permit me to revise my argument. While it's possible to get ACID with any data store solution if you implement it correctly, the advantage of a traditional RDBMS is that you get ACID right out of the box. You can still screw it up with poorly considered SQL statements, but I would guess that time to develop is a lot faster than building a full scalable NoSQL solution with ACID.

      Maybe I'm wrong. I'm just looking at this from the very small company where I work. If we ever have a massive growth in product use - which, of course, is the ultimate goal - we will have to totally rewrite our persistence engine because with thousands of concurrent users Postgres (or any RDBMS) won't scale. But the company has been around for more than ten years, and with our current customer volume it works fine. If user volume increases by a factor of ten or more we can move from running Postgres on regular 7200 RPM SATA drives in a RAID 1 configuration to something like SAS on 10000 or 15000 RPM drives in RAID 5. It's only at some point beyond that threshold where we'll have problems. So moving to NoSQL now might be a fantastic move in terms of planning for the ideal future, but for the immediate present it will take our tiny development team away from implementing the features that might get us the big sales we want. And I suspect similar planning is the reason so many other companies use a regular RDBMS instead of NoSQL or a hand-rolled solution.

    42. Re:MOD PARENT UP PLEASE by tomhudson · · Score: 1

      Don't bother with RAID5 if you want a speed-up - partition your data among different drives instead. You'll avoid all the overhead of raid5, and you'll benefit from having more usable cache on each drive, and being able to do a read on one and a write on the other at the same time.

    43. Re:MOD PARENT UP PLEASE by Civil_Disobedient · · Score: 1

      Motorola, Samsung, LG, HTC, Apple, even Microsoft would disagree with you.

      None of those companies run their businesses on smart phones. Not one.

      Additionally, map-reduce renders relational databases obsolete, as well as removing the bottleneck.

      Wow, and all this time I was treating you like you actually knew a thing or two. Get off the internet and read a book or twenty.

    44. Re:MOD PARENT UP PLEASE by tomhudson · · Score: 1
      All the companies I mention sell smartphones. They also use them.

      As for reading a book or 20, I have over 1,000 in my personal library, all read - including a great assortment of computer books (many from O'Reilly).

      Maybe you should learn to look a bit more deeply into things instead of being a dismissive little snot.

    45. Re:MOD PARENT UP PLEASE by Civil_Disobedient · · Score: 1

      All the companies I mention sell smartphones. They also use them.

      And what has that got to do with the price of tea in China? None of those companies run their businesses on smartphones. It is absolutely laughable that you would even suggest something so vastly, remarkably ignorant, yet here is the original statement.

      And now look at you, trying to change the subject after the fact. Your failure to admit this is an inadequacy of yours. Just one of many.

      As for your book collection: it doesn't matter if you have--and have read--a billion books, since none of the actual information in said books appears to have sunk in.

      Speaking of reading, here's some more reading about traditional RDBMS (not) being obsolete. Remember when you said that? Probably not. Here, let me quote you in case you conveniently forgot: "Additionally, map-reduce renders relational databases obsolete, as well as removing the bottleneck."

      Maybe you should learn to look a bit more deeply into things instead of being a dismissive little snot.

      I'm dismissive of people that have been proven (more than once, in the very same thread!) to be imbeciles.

    46. Re:MOD PARENT UP PLEASE by tomhudson · · Score: 1

      Sure they do - they communicate with them all the time. Programmers are especially prone to do this. Oh wait - you wouldn't know, you're not a programmer. Head over to mini microsofts blog and read the comments about how many programmers have iPhones. They use them, even though it's a competitors' device.

      Some of the slashdotters use their smartphones in a pinch to shell into servers when something has to be fixed "right now.That's part of "running your business" - quick response times. They don't have to bring a laptop with them everywhere.

      Take a look at how many businesses have become dependent on crackberries to keep in touch with people in the field. The too are running their businesses using smartphones - it's become part of their infrastructure, of how they do business.

  11. Re:Hey Google by object404 · · Score: 2, Insightful

    But hasn't Java been doing a good enough job splintering and fragmenting the platform with J2EE, J2SE, J2ME MIDP 1.0/2.0/3.0, JavaFX on its own?

  12. Java is inferior anyway by Anonymous Coward · · Score: 0

    The lack of good games on the Android platform speaks for itself.

    1. Re:Java is inferior anyway by Sarten-X · · Score: 1

      Shocking revelation: There are some people who use computers for actual work! Hard to believe, I know, but I hear they're out there. They do things like view documents, run simulations, and perform calculations. Even more amazingly, they'll do so in whatever language suits them best for whatever job they're doing. Weird, isn't it?

      After all, it just makes sense that smart phones should be able to run the latest shooter game in full 1080p at 60 frames per second, right? I mean, demoscene folks have been doing stuff like that for years, and it only takes them a few hundred times the effort of any other development work...

      Oh, right... No, it doesn't make sense.

      --
      You do not have a moral or legal right to do absolutely anything you want.
    2. Re:Java is inferior anyway by Anonymous Coward · · Score: 0

      Demoscene folks have been using java? lol, I don't think so. I have to agree with the GP. Everything about Java is sucks.

      You have to download 100s MB to run your code in a VM, it runs slower then native apps, hogs a shit-ton of memory and you have to type HugeFunctionNamesThatAreStupidlyLong() to get anything done. Now you can get sued by Oracle for forking it when it's already GPL code. Compared to any other language it's a turd to use and the only people that do use it are too stupid to learn anything better.

    3. Re:Java is inferior anyway by Sarten-X · · Score: 1

      Obvious troll is obvious. Let's play.

      My original point is that evaluating a platform on a single application is asinine. Your point seems to be that you've spent less than five minutes looking at Java, and have concluded that because you can't figure out the reasoning behind its behavior, there is none.

      You have to download 100s MB to run your code in a VM

      Just like every other interpreted language out there, you have to download an interpreter. Compare this to C#, where not only do you need the interpreter (a few hundred megs included with the OS), you also download the updates from MS, whether you actually need them or not. Maybe your claim would have some weight if Java were like C or C++, where (static) libraries are compiled into the executable, and can be duplicated for each application. It's not like that at all, though. You download a JVM, and almost always have everything you need right there. If you have several Java applications on one box, you're averaging a pretty small library for each. That's not bad.

      it runs slower then native apps

      Just like every other non-native language! It also uses about a third less code, and doesn't suffer from memory leaks. Again, if you were to compare it to a similar language like C#, you'd get more equal results. This is why I mentioned demoscene in my earlier comment: Demoscene folks have been pushing the limits of hardware for many years, and it comes at the expense of much more difficult programming. I don't doubt that a demoscene programmer could run a 1080p FPS on a phone. It'd take them a few years to make it, and the code would be unmaintainable, but it'd run.

      hogs a shit-ton of memory

      Here's the part that shows off how little you know of Java. When the JVM starts, it asks for a certain (configurable) amount of memory. The OS happily gives away that much memory, but Java never actually does anything with most of it. If you want a Java program to take up 50-gigabytes of memory, make a 50-gigabyte swap partition and start up a 50-gigabyte JVM. That sets the upper limit on what the JVM can use, just in case some programmer decides that loading a 45-gigabyte array is a good idea. That memory (usually... if you have a decent OS) sits allocated in swap until it's actually used, leaving RAM for other applications. The main benefit here is that there's a hard upper bound on how much memory a program can leak. Having an application crash without taking down the whole system is a good thing.

      and you have to type HugeFunctionNamesThatAreStupidlyLong() to get anything done.

      Do you have any examples? The longest one I've used lately is GenericValidator.isBlankOrNull(). That's not bad. Now, maybe if by some perverse sense of style you insisted on fully qualifying all names with their packages, you could reach something actually long, but I don't think anyone, not even an AC troll, could be that stupid.

      Now you can get sued by Oracle for forking it when it's already GPL code.

      No, you can't. You can get sued for using patented software without a license, which is a risk with all GPLv2 software where patents are involved. If you don't want to comply with the Sun patent license, replace those parts of the forked code with something of your own design.

      Compared to any other language it's a turd to use and the only people that do use it are too stupid to learn anything better.

      Compared to any other language offering similar features, Java is similar. The only people who use it are those who think it's best for their purposes. Such a decision should be the result of careful analysis of the platform's behavior, rather that something ridiculously juvenile, such as counting the number of "good games".

      --
      You do not have a moral or legal right to do absolutely anything you want.
    4. Re:Java is inferior anyway by Anonymous Coward · · Score: 0

      Demoscene folks have been using java? lol, I don't think so.

      Either you're not much onto scene, or your name is stefan.

  13. It's not just theirs, it's also ours by ciaran_o_riordan · · Score: 4, Interesting

    I have to disagree.

    The people who learn and write Java are humans. Writing Java is part of their life and they have a right to continue doing it.

    Much like culture. I think copyright should be limited to 10 years because it's not only *their* music, it's also *my* music. It's my childhood, and it's my culture. I want to re-live it whenever I choose, and I want to pass it on to friends and family if and when I choose.

    Java would have no value if people didn't use it. When people use it, they're investing themselves in it. Java's value thus comes from the users, not only from Sun/Oracle, so the users should have rights to use that thing they contributed to.

    1. Re:It's not just theirs, it's also ours by LingNoi · · Score: 1

      Being a good programmer means having the ability to code in more then just one language and having the understanding the it's not the language which is important. Sorry you started out with a poor language however it's not difficult to learn new ones.

    2. Re:It's not just theirs, it's also ours by kestasjk · · Score: 1

      Having something free usually leads to either a free-for-all where companies try and get people locked in to their own features, or a slow, uninnovative standards committee which may not function without something to play catchup to. It's a difficult balance, but I think since Google aren't extending Java and Android is a fairly unique platform this is reasonable

      I do wonder why Google hasn't come out with something Java-like yet though; they've got Java->JavaScript systems for web-apps, they've done a JavaScript and Java VM, they've released their own languages based on existing languages, there is a niche Java fills but doesn't fill very well (especially for modern web stuff), and now it's owned by a very litigious company

      --
      // MD_Update(&m,buf,j);
    3. Re:It's not just theirs, it's also ours by Anonymous Coward · · Score: 0

      Yes, and I think that your garden is also my garden, since I live next door of you, and it's part of my view. And while we're at it, your car is mine and I think I should be able to use it at least 3 days a week, and I want to pass it on to friends and family if and when I choose.

      Sheesh, nice reasoning there, captain!

    4. Re:It's not just theirs, it's also ours by ciaran_o_riordan · · Score: 1

      I think you're ignoring a large part of the question.

      There are two types of knowledge a good programmer needs. One part is general programming theory, and that knowledge can be moved pretty easily to a new language. The second part is practical use. That's APIs, nuances, related tools (debuggers, profilers, memory checkers), documentation, the community. That sort of knowledge is usually quite language-specific.

  14. I already said this by erroneus · · Score: 1

    Now go read what I wrote and then the replies that refute my position.

    http://slashdot.org/comments.pl?sid=1760290&cid=33311026

    The problem with the logical and technical reasons and why they don't apply to what I am guessing Oracle is thinking is that this stuff ends up in a court to be judged by people who have no idea what all of this means.

    1. Re:I already said this by SageMusings · · Score: 1

      I am guessing Oracle is thinking is that this stuff ends up in a court to be judged by people who have no idea what all of this means.

      Bingo!!!!

      I thinks it's obvious that time-and-again legal "experts" have demonstrated only the most tenuous grasp of what any of this is about and the underlying principals of programming, programming technologies, and the pragmatic consequences of their ignorance.
      What ever the outcome of this lawsuit, be assured it will be the result of a legal "coin-toss" or how charming Mr. Expert witness who happened to read "programming in 24 hours" is on the stand.

      The most important decisions in society are made by those most ignorant of the arguments.

      --
      -- Posted from my parent's basement
  15. The danger of Google by Midnight+Thunder · · Score: 1, Insightful

    While I like to feel that Google is somehow better than Microsoft in all ways, I know this is clearly not true. The problem I do have with Google and their Java VM is that they aren't really contributing back to the core Java platform, and their choice of a different VM byte code makes me think of some of the things that hurt Smalltalk. In the case of Smalltalk none of the differing VM implementations were compatible, so it meant the you lost of the ability of 'compile once, run everywhere'. In many way what Oracle should be pushing for is:

      - getting Google to use the standard Java byte code
      - working with Oracle to contribute their work back to the core

    J2ME is in many ways a dead platform, for GUI based devices, (at least, I am not aware of places proudly taking it forward), and Android is the best chance for seeing Java on low resource mobile platforms.

    If Google does end up taking the same road as Microsoft with J++, then is could hurt very much what makes the Java appealing and even hurt the long term viability of Java as a cross-plaform language.

    --
    Jumpstart the tartan drive.
    1. Re:The danger of Google by Cyberax · · Score: 4, Insightful

      "While I like to feel that Google is somehow better than Microsoft in all ways, I know this is clearly not true. The problem I do have with Google and their Java VM is that they aren't really contributing back to the core Java platform"

      And how can they do it? JCP is dysfunctional, just look how long it takes to release JDK7. And there are other even more blatant examples:

      What else? Google has written a lot of splendid Java libraries (like http://code.google.com/p/google-collections/ ). Sun/Oracle are free to take and integrate them into the JDK - they did this with Xerces and other libraries.

      But they won't do this. Why? Because Java is dead. For example, a request to add Multimaps was filed in 1998 and is still open: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4155149 Sun can't be bothered to take one of available Multimap implementations and add it to the core JDK.

      "In many way what Oracle should be pushing for is:
          - getting Google to use the standard Java byte code"

      What for? To make devices run slower?

      " - working with Oracle to contribute their work back to the core"

      Contribute back what? Android implements core libraries very faithfully.

    2. Re:The danger of Google by OdinOdin_ · · Score: 1

      What a load of hogwash.

      Google's Java-like VM and the majority of the Android plattform is open source. That is contributed back to humanity. Even the rumours about lack of Kernel developments being thrown back are not really a bad problem, the code is out there for the community to look at, clean up, and push into mainline itself. Be thankful that Google took the time to write the code in the first place. It is not as-if the Android platform is mature yet and the amount of new hardware arriving on the scene each year adds to the fact that some of the drivers used in todays handsets could well be out of date by the time you replace it in 2 years time, out of date as in no one makes anything using them anymore.

      Google often represents itself in the Java Community Process for the real Java(tm). Google make heavy use of real Java(tm) across their various public and private project. They (and their employees) provide a great many resources online from projects/code to documentation to videos on for new stuff that their R&D dreams up.

      So to say Google is not contributing to the core Java platform show ignorance.

    3. Re:The danger of Google by thetoadwarrior · · Score: 1

      Android's source is open too. Oracle can make their own version. I don't think you can really put the Dalvik code back into Java because it would break compatibility so even if Google wanted to it's not really going to happen. Secondly, we're still waiting on JDK 7. By the time Google changes would get implemented Java will probably be dead.

    4. Re:The danger of Google by devent · · Score: 4, Insightful

      I'm sorry, but for what purpose you need a Multimap in the core of Java? I'm using Java now for 4 years and I never needed a Multimap. And if you need a Multimap, why not include some third library? You properly need a whole bunch of third party libraries anyway, like you need with any language.

      I think that's the big reason that Java is so much used in the enterprise, because the core is rock solid and there are a whole ecosystem of free and open source enterprise ready libraries. I had used C# as well and I just cannot understand why you need so much bloat in the core of the language, which changes anyway with the major versions of it. Properties are just bloat, operator overloading is just bloat, structs are bloat and so on. If you need such things just take Scala, Groovy, JPython, etc. That's why I really like Java. The core language is rock stable and very easy to use with tools like Eclipse and Maven. But if you need the extras, just take Groovy, JPython, JRuby, Scala, Clojure, JavaScript, etc.

      Now I really wish that Oracle would make this things better: Desktop Java, and "Internet Java". Because to write a desktop application in Java is like a developers dream and it runs with the same speed as a native application. As a bonus you get platform independence. I take a Java application anytime over a native application, for one reason: you just download the JAR file and it runs. In the "Internet Java" there is so much potential and it's criminal from Sun to not became the market leader for internet applications written in Java. That was a catastrophic management failure. Java Web Start applications are a dream. You just click on a link and in few seconds you get a fully functional application. Now of course everything is Flash, but if Sun would have had a better management they could have been the market leader.

      What I really hope is that the open source community around Java finally takes the lead and cut any ties off to Oracle. What the open source community can do you can see with Groovy, Scala and Clojure and the other languages around Java. But they need to have a leader, like Linus with the Linux kernel, to not fragmentize the Java platform. I really with that this lawsuit is a wake up call to the community. The Java platform is under the GPL, now take it and make it the number one in desktops and in the internet. The potential is there. There is an open source enterprise ready virtuel machine with a rich core library and a more richer open source ecosystem around it. The patents are only valid in the USA so screw Oracle and any other American patent troll company.

      Please, someone in Europe, India or in China (anywhere where there are no patents threads), take the Java technology and make it the next Linux kernel. The potential is there. It's open source and it works.

      --
      http://www.mueller-public.de - My site http://www.anr-institute.com/ - Advanced Natural Research Institute
    5. Re:The danger of Google by owlstead · · Score: 1

      Oh, can we please stop modding something insightful whenever somebody complains about a feature not being implemented in Java, or when Java is pronounced dead? It annoys the hell out of me, mostly because it is clearly bogus and has been disproven since the first years of Java.

    6. Re:The danger of Google by Cyberax · · Score: 1

      "I'm sorry, but for what purpose you need a Multimap in the core of Java? I'm using Java now for 4 years and I never needed a Multimap. And if you need a Multimap, why not include some third library? You properly need a whole bunch of third party libraries anyway, like you need with any language."

      Because I'm tired of Map> in my code. Maybe, your code is just trivial.

      "What I really hope is that the open source community around Java finally takes the lead and cut any ties off to Oracle. What the open source community can do you can see with Groovy, Scala and Clojure and the other languages around Java. But they need to have a leader, like Linus with the Linux kernel, to not fragmentize the Java platform."

      So, the core language should be rebuilt by breaking off from Oracle? While not fragmenting Java?

      "Please, someone in Europe, India or in China (anywhere where there are no patents threads), take the Java technology and make it the next Linux kernel. The potential is there. It's open source and it works."

      Wow. Just wow.

    7. Re:The danger of Google by Cyberax · · Score: 1

      Oh, I have a lot of other examples.

      How about JCache JSR which took about 6 years to release a simple HashMap-like API?

      How about miserable implementation of generics? Or maybe you'd like a dose of EJB2?

      How about a lot of dead projects aligned with the core Java ideology but dead-on-arrival (like Java Isolates)?

    8. Re:The danger of Google by owlstead · · Score: 3, Interesting

      Oh, I have countless examples too. I do also know that there is a very large Java eco-system still very much alive. The reason why Java 7 is taking so long is because it is not only fully GPL'ed (replacing some libs) but also because of the long discussions on what should be in there.

      I do fully agree that the JSR method of doing things can be overly frustrating. But all in all, it still does not mean in any way that Java is dead. Just take a look at the Eclipse & Glassfish communities, for instance. There is a lot of stuff happening there.

      Generics are IMHO far from perfect, but they did have to be bolted on an existing language - and they are still very very usable. Personally, I do think it is time for a new language too, but I haven't seen one that has been written to replace Java as such. A strong focus on maintainability & security is what makes Java so suitable for EE and even things like Android (class loaders and such). That's something I am missing in many (all?) new languages. Most new languages still focus on sparseness and so called "strong language features" which just make them easier to write and harder to understand.

    9. Re:The danger of Google by Cyberax · · Score: 1

      "Oh, I have countless examples too. I do also know that there is a very large Java eco-system still very much alive."

      It's also large in a big part because for a long time Sun had been producing essentially nothing of value except the JVM itself.

      Besides, even the most beautiful OpenSource projects can't fully compensate for the core language deficiencies.

      "The reason why Java 7 is taking so long is because it is not only fully GPL'ed (replacing some libs) but also because of the long discussions on what should be in there."

      Oh, sure. Community discusses a long time, and then Sun does what it wants. Like with generics.

      "I do fully agree that the JSR method of doing things can be overly frustrating. But all in all, it still does not mean in any way that Java is dead. Just take a look at the Eclipse & Glassfish communities, for instance. There is a lot of stuff happening there."

      I don't especially like Eclipse. Mostly because I had to maintain an application which uses Eclipse RCP (we were one of the first to use Eclipse as a rich client platform back when it was just an IDE). A lot of work is happening around Eclipse, but a lot of is of low quality.

      I don't know much about Glassfish, so I'll take your word for it.

      Actually, great OpenSource community is the main reason I still (somewhat) like Java.

      PS: generics could be added to the existing language much better. Just look at C# - they'd done it right.

    10. Re:The danger of Google by Anonymous Coward · · Score: 0

      But they won't do this. Why? Because Java is dead.

      Tell that to the Scala, Clojure, and N number of other languages that run on the JVM.

    11. Re:The danger of Google by Anonymous Coward · · Score: 0

      I'm sorry, but for what purpose you need a Multimap in the core of Java?

      Because I'm tired of Map> in my code. Maybe, your code is just trivial.

      What was it that you're tired of? (I assume you mean Map<K,List<V>> but it was chewed apart by slashcode...) Was it something that you could put in a library? Or are you working at one of those ridiculous shops that prohibits additional utility libraries? After all, there's a multimap in the Apache commons collections lib (though there's not yet been a proper release with generics).

    12. Re:The danger of Google by Anonymous Coward · · Score: 0

      Java is dead because it doesn't support Multimaps? Come on, who needs Multimaps?

    13. Re:The danger of Google by lucian1900 · · Score: 1

      "Properties are just bloat, operator overloading is just bloat, structs are bloat and so on." Now I know you can't be a serious developer, one that has to maintain code.

    14. Re:The danger of Google by Cyberax · · Score: 1

      "What was it that you're tired of? (I assume you mean Map> but it was chewed apart by slashcode...)"

      Yes, it was Map<Key, Set<Val>>.

      "Was it something that you could put in a library? Or are you working at one of those ridiculous shops that prohibits additional utility libraries? After all, there's a multimap in the Apache commons collections lib (though there's not yet been a proper release with generics)."

      We're using Google collections library. This was objection about how Google 'doesn't contribute' to Java.

  16. Dalvik is not a Java VM by liloldme · · Score: 5, Interesting

    I stopped reading right where it said Dalvik is Java based. It doesn't even run Java byte codes...

    Is it a requirement for a tech reporter to be completely clueless? Is not doing basic research part of the job requirement?

    Following this logic Google Web Toolkit is "Java-based" too. Nevermind that the whole thing compiles to HTML and JavaScript.

    Just because Google provides language bindings in Java (and is able to cross-compile the Java class libraries to another runtime), does not make Dalvik runtime "Java-based". It does mean Google is able to leverage existing developer base on their new platform though. Smart move.

    What's next, Oracle going to sue GCJ for compiling Java to native?

    1. Re:Dalvik is not a Java VM by Hast · · Score: 4, Funny

      Is it a requirement for a tech reporter to be completely clueless?

      No; but it helps.

    2. Re:Dalvik is not a Java VM by Anonymous Coward · · Score: 0

      I stopped reading right where it said Dalvik is Java based. It doesn't even run Java byte codes...

      You should have kept reading. That is specifically mentioned in the FA, as part of Oracle's complaint against Google, that their product is based on "Java, but not Java."

      Is it a requirement for a tech reporter to be completely clueless? Is not doing basic research part of the job requirement?

      Perhaps. And apparently it's a requirement for /. readers not to read the stories they're flaming.

    3. Re:Dalvik is not a Java VM by funkatron · · Score: 1

      Is it a requirement for a tech reporter to be completely clueless? Is not doing basic research part of the job requirement?

      Following this logic Google Web Toolkit is "Java-based" too. Nevermind that the whole thing compiles to HTML and JavaScript.

      This is unfair to reporters. They're not completely clueless. All reporters have to be computer literate enough to copy and paste the text from the press release.

      --
      "Welcome to our world. We are the wasted youth. And we are the future too." Yes, I know these are stupid lyrics.
    4. Re:Dalvik is not a Java VM by Haxamanish · · Score: 4, Informative
      From wikipedia:

      Specifically the patent infringement claim references 7 patents including US Patent No. 5966702 "Method And Apparatus For Preprocessing And Packaging Class Files", and US Patent No. 6910205 "Interpreting Functions Utilizing A Hybrid Of Virtual And Native Machine Instructions".[15] It also references US Patent No. RE38104 "Method And Apparatus For Resolving Data References In Generated Code" authored by James Gosling [...]

      As I understand it (disclaimer: I'm a philosopher in Belgium), not using Java on Android would not solve the problem, since Oracle is attacking the Dalvik VM. So, even if it were running JavaScript, Python, Go or C#, Dalvik would according to Oracle violate the Java VM Patents.

      Solutions would thus be:
      - Prove those patents are not applicable to Dalvik
      - Find prior art to invalidate the patents (any lawyer-hacker who is familiar with, say, the inner workings of UCSD Pascal?)
      - Reform the US patent system, the most drastic reform would be the abolishment of all "intellectual property"
      - Move out of the US
      - Pay Oracle or make another deal with them like swapping some patents and/or technologies

    5. Re:Dalvik is not a Java VM by Wesley+Felter · · Score: 1

      I stopped reading right where it said Dalvik is Java based. It doesn't even run Java byte codes...

      No, it runs "different" bytecodes that just happen to have exactly the same semantics as Java bytecodes. Dalvik can correctly execute Java programs, therefore it is a Java VM; everything else is syntactic hair-splitting.

      What's next, Oracle going to sue GCJ for compiling Java to native?

      Don't give them any ideas. Oracle's new policy appears to be "use OpenJDK or pay up"; since GCJ falls in neither category, it could be in trouble.

    6. Re:Dalvik is not a Java VM by sznupi · · Score: 3, Interesting

      Might get even more unpleasant if Oracle will be able to demonstrate (hey, don't dismiss anything in regards to legal system) that the purpose of Dalvik was to appear different enough while doing essentially identical thing, too. You know, law & its intent, letter, etc....

      --
      One that hath name thou can not otter
    7. Re:Dalvik is not a Java VM by Haxamanish · · Score: 2, Insightful

      Sorry for replying to self, but /. has no edit function...

      The above "solutions" I suggest are solutions which keep Dalvik - I don't know why Google has chosen Dalvik over Java VM, I assume/hope it was on technical grounds. Dropping Dalvik, perhaps in favour of Java VM, might also be an option.

    8. Re:Dalvik is not a Java VM by Anonymous Coward · · Score: 0

      I stopped reading right where it said Dalvik is Java based. It doesn't even run Java byte codes...

      Well, considering that's the first line in the article, you essentially didn't read it at all.

      So let's skip to this part:

      "The Dalvik virtual machine doesn't even execute Java bytecode; rather, Java class files must be recompiled into Google's own .dex format before they will run. And the Android development platform is neither Java SE nor Java ME, but a hodgepodge of classes drawn from stock Java, the Apache Foundation, and Google's own contributions."

      What the author is taking issue with is that Google used Java's based but then mixed and matched the parts that it wanted, which is against their license and doesn't contribute to Java at all.

    9. Re:Dalvik is not a Java VM by oiron · · Score: 1

      I stopped reading where he equated a contract violation (Sun vs. Microsoft in the J++ case) with (alleged) patent infrigement (Oracle vs. Google in the Dalvik case). Honestly, this is like comparing apples and bicycles.

      I think at least this particular reporter's cluelessness is pretty much proved...

    10. Re:Dalvik is not a Java VM by Raenex · · Score: 1

      I stopped reading your comment when I saw it was copied and pasted from a comment in the article.

    11. Re:Dalvik is not a Java VM by Anonymous Coward · · Score: 0

      > Is it a requirement for a tech reporter to be completely clueless?
      Absolutely, otherwise they might actually report the truth

      >Is not doing basic research part of the job requirement?
      Research is forbidden in the job. If they did research, they might be tempted to report the facts. Can't let pesky facts get in the way of a story.

      Purpose of tech reporters is to repeat press releases from companies, rumors they hear in the bar, every conspiracy chain e-mail that comes across their dec. Normally in that order.

    12. Re:Dalvik is not a Java VM by guzzloid · · Score: 1

      Nope. Dalvik is not compatible with Java. It can not "correctly execute Java programs". There are tools that can *convert* Java class files and bytecode into Dalvik bytecode, so a subset of all valid Java programs can be converted to run on Dalvik, but the Dalvik VM is utterly incapable of running those programs directly.

      It would be like trying to run, say, MIPS machine code on a SPARC CPU. They're very very similar architectures in many ways. Many of the instructions have the same names, and are semantically identical. You could convert it, but it ain't gonna work out of the box. But a MIPS processor is not a SPARC processor, even though they're similar in many ways.

      That's not to say that patents on one don't cover the other, but what you said was just plain wrong.

    13. Re:Dalvik is not a Java VM by mr.dreadful · · Score: 1

      "Is it a requirement for a tech reporter to be completely clueless? Is not doing basic research part of the job requirement?"

      There is a strong sentiment in the US that a person doesn't necessarily have to understand an industry to work in it. Reporters frequently report on issues that they barely understand and so they end up missing important details and nuances. Executives frequently get high paying jobs in other industries because "business is business." And yet these same executives are destroying their industries (looking at you banking and automotive industries). As we speak, Carly Fiorina is running for Governor of California based on the idea that because she was the head of HP (a job she was forced to resign from), she's qualified to run a state. These skill sets are not always transferable, but the status quo will be maintained by this layer of executive management because if the rationale behind this logic ever truly got scrutinized, I think we'd all be more outraged at how little value we've been getting for our dollar.

    14. Re:Dalvik is not a Java VM by codepunk · · Score: 1

      The alternative would have to just use native code as they should have in the first place.

      --


      Got Code?
    15. Re:Dalvik is not a Java VM by owlstead · · Score: 1

      Dalvik is optimized for the mobile platform, it's that simple. I'm not sure that using the Java VM would help; GPL is about licensing software, and not directly about patents.

    16. Re:Dalvik is not a Java VM by tkinnun0 · · Score: 1

      Many JVMs have a translation step that converts Java bytecode to some internal format before executing it. That Google chose to make this implementation detail public should not confuse anyone.

    17. Re:Dalvik is not a Java VM by liloldme · · Score: 1

      No, it runs "different" bytecodes that just happen to have exactly the same semantics as Java bytecodes. Dalvik can correctly execute Java programs, therefore it is a Java VM; everything else is syntactic hair-splitting.

      No it can't. You compile something with Oracle's compiler, it won't run on Dalvik. And as far as VM's go, Dalvik is different architecture too -- it's register instead of stack-based.

      Look, I can cross-compile Java code to run on .NET CLR. Are you going to claim it's a JVM too? Of course not, that would be silly.

    18. Re:Dalvik is not a Java VM by liloldme · · Score: 1

      I doubt it but nice try.

    19. Re:Dalvik is not a Java VM by Raenex · · Score: 1

      Maybe you didn't. However, your comment was very similar to this one:

      valeo 21-Aug-10 8:11am
      "At issue is Dalvik, the unique, Java-based runtime at the heart of Google's Android smartphone OS."

      Since when is Dalvik Java-based? Hint: it's not. It's a virtual machine that executes Android's (or rather Google's) own bytecode format. It does not execute Java bytecode, so labelling it as Java-based is at best misleading, and pure Oracle-supporting FUD at worst.

      What's the point in reading the rest of the article when its author can't even do some minimal research and get correct facts in to the first sentence of the article?

      Thanks for reminding me why I'm no longer an InfoWorld subscriber.

      Three points of similarity, if worded differently:

      • "What's the point in reading the rest of the article" -> "stopped reading"
      • "It does not execute Java bytecode" -> "It doesn't even run Java byte codes"
      • "basic research" -> "minimal research"
    20. Re:Dalvik is not a Java VM by liloldme · · Score: 1

      I suppose the points are fairly obvious to many people then, and I am glad they are. Now only if the pundits would start reading the comments and get a clue....

  17. Re:Hey Google by object404 · · Score: 1

    That being said, mobile developers would be a heck of a lot happier if Android devices would run J2ME/JavaME apps out of the box instead of needing to port & recompile apps for Android/Dalvik.

    How much would it cost for Google to pay Oracle a license to bundle the JavaME VM on Android? If anything, hopefully that's one thing that comes out of this as porting for different platforms is a $%@#$^. The less steps needed, the better.

  18. Ok so they might have a case against google by funkatron · · Score: 1

    But that still doesn't explain why one of oracle's demands is for all copies of android to be destroyed. That demand just reeks of evil power trip. I would prefer it if my very nice phone continued to work and it needs android to do that. Oracle need to back off a bit.

    --
    "Welcome to our world. We are the wasted youth. And we are the future too." Yes, I know these are stupid lyrics.
    1. Re:Ok so they might have a case against google by oiron · · Score: 2, Informative

      Actually, from what I've heard, this is pretty standard in patent infringement cases. They may not be shooting for it, but they'll use it as a bargaining position.

    2. Re:Ok so they might have a case against google by ozzee · · Score: 1

      Actually, from what I've heard, this is pretty standard in patent infringement cases. They may not be shooting for it, but they'll use it as a bargaining position.

      That's only copyright cases, not patent cases. Patents are free to be read and researched and in fact it is encouraged. That's the basis of patent law, to promote innovation. Copyright on the other hand is for limiting the right to copy and hence extends to the demand to destroy existing copies. The remedy in patents is usually to prevent from using or selling infringing product.

  19. Re:Hey Google by Anonymous Coward · · Score: 0

    If I want to make 25 different soups, that's my right. But nobody can have my recipes!

    NEXT!

  20. Face the truth by TRRosen · · Score: 2, Insightful

    Face the truth why didn't Google use a full implementation of java as they are required by the patent grants. Because they wanted people to write for there platform and not simply port software. Just like Apple not wanting Flash for the same reason.

    1. Re:Face the truth by Skuld-Chan · · Score: 1

      Just like Apple not wanting Flash for the same reason.

      Except Google really doesn't care what SDK you wrote the app in... be it Flash or that drag and drop tool they have.

    2. Re:Face the truth by Brian+the+Bold · · Score: 1

      Simple, because the additional code required for that would have led to poor performance on the platform Google envisaged for mobile devices.

      --
      -- BtB
    3. Re:Face the truth by Anonymous Coward · · Score: 0

      funny thing is, if Oracle wanted to port J2ME to Android, I doubt Google will prevent them from doing so. Apple OTOH...

    4. Re:Face the truth by oiron · · Score: 1

      Also, it may be because J2ME is primitive, proprietary and useless, and J2SE is just not enough for what they want to do.

      Also, it may be because the license terms were unacceptable to them as a company, and they went with a clean-room implementation.

      Their intentions are not the question anyway - the legality of their actions is. If they did infringe the patents, they will face some punishment to the extent of their infringement. If they didn't, they won't. Oracle feels they did, but it's for the courts to decide. And you can be sure the courts will only look at whether they infringed the patents in question or not (and probably whether those patents are valid or not, if Google wants to press that issue), and not whether they are being evil splitters or not.

  21. Android is *not* a Java platform by Anonymous Coward · · Score: 1, Informative

    and doesn't pretend to be. Using a language inspired by Java and a library along the lines of Java's library should be legally OK, right?

    1. Re:Android is *not* a Java platform by jedidiah · · Score: 3, Interesting

      This is why this is a patent suit and not a license violation suit.

      The situation is more like Oracle trying to sue Microsoft over dot.net.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    2. Re:Android is *not* a Java platform by mysidia · · Score: 1

      However, the Java platform is GPL. And Google may have even used Sun Java code, complying with the terms of the GPL.

      So apparently the "GPL'ing of Java" is just one big fat farse, the code is not "free software" at all, because the moment you try to exercise your right to modify and use the code to implement a new programming language, you are "violating a patent"

      Therefore Java is not free software. And there is nothing for the community to celebrate about it having been GPL'd.

      It seems .NET is more open.

    3. Re:Android is *not* a Java platform by KangKong · · Score: 1

      No, it would be the same as Oracle trying to sue Microsoft over the CLR.

  22. That would be an antitrust violation by FlorianMueller · · Score: 1

    As the dominant search engine, Google has an obligation to treat everyone on a fair, reasonable and non-discriminatory (FRAND) basis. Anything else would be an antitrust violation. That's why it won't happen. (If it theoretically did, it would just lead to the next lawsuit, plus potentially hefty fines levied by regulators around the globe, particularly the US Dept. of Justice and the European Commission.)

    I assume we all want the rule of law, not the law of the strong.

    Complaints against Google for unfair and discriminatory rankings of certain competitors on SERPs (search engine results pages) have already been lodged in several countries. I don't mean to comment on whether those complaints are credible or not, but one way or the other Google can't take any chances in that area.

    There are reasons for which I increasingly believe this case isn't all about "evil Oracle vs. the good guys at Google". I oppose software patents and particularly the use of patents against free and open source software. In Google's case, we are however talking about a company that is very much pro-patent as far its own patents (especially the search engine patents) are concerned and just despises everyone else's when used against it. Now Google effectively calls on the community, but Google doesn't support the community in the fight against software patents. It's a typical case of wanting to have its cake and eat it.

    There are also other reasons for concern, but this was just one important example and it has to do with the search engine.

    1. Re:That would be an antitrust violation by Jeremy+Allison+-+Sam · · Score: 3, Informative

      FlorianMueller wrote:

      > I oppose software patents and particularly the use of patents against free and open source software.
      > In Google's case, we are however talking about a company that is very much pro-patent as far its own
      > patents (especially the search engine patents) are concerned and just despises everyone else's when used
      > against it. Now Google effectively calls on the community, but Google doesn't support the community in
      > the fight against software patents.

      I know I'm a Google employee and therefore should be suspect in this (i.e. check my claims about Google, don't take them on trust), but the statement above is untrue. Google submitted an anti-software patent brief in the Bilski case. See here:

      http://en.swpat.org/wiki/Bilski_v._Kappos_amicus_briefs

      for details.

      Jeremy.

  23. Huge difference between then and now by stox · · Score: 1

    When Microsoft was sued, Java was not yet open source. Microsoft had to buy the right to distribute Java. They were sued for breach of contract. Now that Java is open source, a whole new set of issues come into play. There are significant aspects of open source licensing that have yet to be decided in the courts. Those precedents may finally be set.

    --
    "To those who are overly cautious, everything is impossible. "
  24. maybe Microsoft will sue Google by Anonymous Coward · · Score: 0

    for violating their patent on "Embrace, Extend, Extinguish"?

    Scott Meyers could sue Google's Josh Bloch for his "Effective Java, 50 items" thing.

  25. bullshit by yyxx · · Score: 1

    McAllister argues that Google is splintering the Java platform, just like Microsoft was doing back in the 90s

    So what? Companies don't have a right not to have their platforms "splintered".

    Besides, Google isn't "splintering the Java platform", they created a new platform that happens to use the Java language.

    Furthermore, Sun/Oracle's mobile efforts are largely dead, so Google isn't "splintering" anything, it is replacing them with something actually viable.

  26. Re:that's incorrect by Calibax · · Score: 1, Insightful

    Actually there are a number of similarities. I'm not taking sides here - I don't write Java and don't care about it myself. However, I do care that licenses are upheld as I've personally been bitten by people ripping off my code for their profit.

    When Google decided to use Java they had full access to the Java license, and they had full knowledge of the very public lawsuit between Sun and Microsoft. They still chose to do what Microsoft did and ship an incompatible version of Java. I suspect that (like Microsoft) they feel they are above the rules that govern other developers.

    Google knew what they were doing. Why they did it, I don't know - did someone decide to ignore the license, or did they forget to involve the legal folks, or maybe they didn't think the license applied to them. The point is that they did use a great deal of the Java code, but then they discarded the bits and pieces that they didn't need. Can't blame them for that - why do work that you don't need to do. One answer: because the license says you must. Same with the executable format - you can come up with a better one, but it clearly breaks the Java license and the whole spirit of Java (as I understand it) if you make it the only way to execute code on your system.

    I like Google, I really do. Google has done great things in the last few years, but they are starting to do some really boneheaded stuff also (net neutrality comes to mind immediately). Their corporate attitude seems to be "we're changing the world, get out of our way." Which is fine provided that you don't trample on other people and their rights in the process. I also worry about all the free stuff they give away - Microsoft used to do a bunch of free stuff in the early 80s, and look how that changed - will Google's shareholders eventually demand that they monetize everything?

    I suspect this is just a ploy by Oracle to monetize Java by making Google pay for a new and special license for the Android platform. Nobody ever accused Oracle of being a philanthropic institution. I don't think this has any negative sides for FOSS - it's just a case of getting companies to follow the license that goes with the code they use, otherwise they have no license to use the code. It's no different than suing companies who don't follow the terms of the GPL license, and I don't see people up in arms about that.

    One difference, Oracle has a pile of money and can afford to the best lawyering around. But so can Google. It will be interesting to see how this goes.

  27. wrong by yyxx · · Score: 4, Insightful

    Face the truth why didn't Google use a full implementation of java as they are required by the patent grants. Because they wanted people to write for there platform and not simply port software.

    Google didn't use a "full implementation of Java" because J2SE is extremely bloated and unsuitable for mobile phone use. And they couldn't use Sun's implementation because that wasn't even open sourced when they started. J2ME doesn't have a patent grant, so making a cleanroom implementation of that wouldn't have helped them either.

    Of course, Google didn't use "an implementation of Java" at all, they implemented something completely different that happens to use Java syntax. Oracle's lawsuit is not based on the parts that Android happens to share with Java, because those are not covered by any patents.

    1. Re:wrong by xtracto · · Score: 1

      Fun fun fun...

      I am sure a couple of head honchos at Google are banging their heads for not having bought Sun Microsystems when they could.

      --
      Ubuntu is an African word meaning 'I can't configure Debian'
  28. I think Google should solve this the easy way by ysth · · Score: 1

    Buy enough U.S. Congress votes to legislatively do away with software patents here. Hey, I can dream...

  29. new language by yyxx · · Score: 1

    Maybe this would be a good time for Google to cut ties with the Java language altogether, by coming up with a new, better language that compiles to Dalvik. The Java language has too many problems anyway.

    1. Re:new language by LingNoi · · Score: 1
    2. Re:new language by yyxx · · Score: 1

      Golang doesn't compile to the JVM, and it can't replace Java (because it would be nearly impossible to create migration tools from Java to Golang).

  30. Re:I'm a bit out of my depth here, so I'm asking.. by Wesley+Felter · · Score: 1

    Those editions are supposed to be standardized by the Java Sham Community Process, but when it comes to Android Google didn't participate in the JCP.

  31. I'm waiting for a iOs-Android compatibility layer by mattbee · · Score: 1

    What Oracle are objecting to, regardless of the legal mechanisms they're using, is the *their* developers are being diverted onto a platform they don't control. Google don't use any Java source code, trademarks and so on, but once they have a community of programmers using the Java language (without the current Java leadership in control of the platform) Oracle may find "their" developers wanting future "Androidisms" porting back to the JDK. Imagine a Java with unsigned integers, a quicker/dirtier native code layer ... Google are free to add any of these to Android without Oracle's say-so. That is the situation they don't want, the feeling that the Java language and platform is a variable commodity.

    I'd place a bet that someone is working on an iOS SDK, toolchain & libraries - something to allow iOS developers to target Android without leaving Objective C, or mix & match Java + ObjC libraries. If you think Oracle's reaction to Android is bad, we can probably guess at the kinds of SDK machinations Apple would go to in order to stop "their" iOS developers from hedging their bets.

    --
    Matthew @ Bytemark Hosting
  32. Re:If they can do it to Google, they can do it to by Anonymous Coward · · Score: 1, Insightful

    The only problem is that Dalvik ISN'T a JVM. Never was, never will be, and was never called one.

  33. Re:If they can do it to Google, they can do it to by TheRaven64 · · Score: 4, Interesting

    To be safe, you have to either follow the Java Language Specification exactly (no subsets or supersets),

    Not quite. Supersets are allowed, but only if they do not add anything in the java namespace. For example, you can add a new google.Array class, but you can't add methods to the Array class in the java namespace. The point of this is so that people developing Java applications can assume that anything in the java.* classes on their platform will work on any other platform.

    The problem with Android is that it does implement a load of the java.* namespace, but it is not a complete implementation. This means that code written using portable Java will not always work on Android. I don't think they add anything in the java.* namespace, so you can port apps from android unless they use the android.* stuff.

    This is actually the opposite of what Microsoft did. They added stuff in the java.* namespace, so developers would write apps with J++ that they expected to be portable, but which weren't.

    --
    I am TheRaven on Soylent News
  34. Re:If they can do it to Google, they can do it to by Anonymous Coward · · Score: 0

    I think that to be safe you just don't use the slow piece of crap that is Java.

    It's been a poor language from the start and it makes you have to type a lot of unnecessary code. I really can't understand why anyone subjects themselves to the write once debug everywhere philosophy.

  35. Death by committee... by ibsteve2u · · Score: 1

    Pretty bad, when better and faster is trumped by "You didn't get permission.". That is not flexibility and adaptability; it is the onset of rigor mortis.

    --
    Orwell: "In a Time of Universal Deceit, telling the Truth is a Revolutionary Act"
  36. Wrong, this is not a branding case. by goombah99 · · Score: 1

    Reposting as necessary:

    Java (the language) is free and open. Java (the trademark) is not. Provided google is not doing business advertising "Android - with Java(tm)!", they're doing nothing wrong. Oracle owns ONLY the trademark.

    Wrong according to the article. The article quote Bruce Perens saying that the open source lic grants free access to the patents IF there is complete implementation not a subset or No lic. They have clearly violated the lic, therefor have no patent protection.

    This is a patent case not a branding case. It would not matter if Google said it was using Java or not. By reimplementing part of Java they unambiguously violate the patents.

    Read the article.

    --
    Some drink at the fountain of knowledge. Others just gargle.
    1. Re:Wrong, this is not a branding case. by oiron · · Score: 1

      If it's patents, it's irrelevant whether they implemented Java, Go or Smalltalk. They allegedly violated (Sun) Oracle's patents by providing any implementation of what's described in those patents.

    2. Re:Wrong, this is not a branding case. by L7_ · · Score: 1

      the question then becomes, what is meant by a "complete implementation" of java?

      I mean, why did they not sue projects like blackdown and other open JVMs that were not 100% implemented? I understand that the Android Dalvik is not a "JVM", but the question remains: what is a "complete implementation"?

    3. Re:Wrong, this is not a branding case. by Anonymous Coward · · Score: 0

      Uhm, no, it's not irrelevant. The Java license grants implementors the right to use Sun's/Oracle's Java-related patents for the purpose of creating a full implementation of Java.

  37. Jezzus, read the second page of the article, moran by goombah99 · · Score: 1

    Your rant is gibberish.

    --
    Some drink at the fountain of knowledge. Others just gargle.
  38. Read the second page of the article, fool by goombah99 · · Score: 2, Informative

    You would have done better to keep reading. The WHOLE POINT of the case is that the open source lice grants access to the patents on the Java IF and ONLY IF you fully implement java and USE THE JVM. since Dalvik does not use the Java byte code it clearly violates the open source lic terms and thus is open to a patent suit.

    --
    Some drink at the fountain of knowledge. Others just gargle.
    1. Re:Read the second page of the article, fool by Anonymous Coward · · Score: 0

      The WHOLE POINT of the case is that the open source lice grants access to the patents on the Java IF and ONLY IF you fully implement java and USE THE JVM

      Using capital letters does not make your statement more true. The open source license only covers copyright. As long as Google is not using the thusly-licensed code, whatever open source license you can come op with has no bearing on the case.

    2. Re:Read the second page of the article, fool by Anonymous Coward · · Score: 0

      Umm... Google's Android Toolkit is not based on the Open Source OpenJDK code base at all.

      Maybe your mistake is that you keep reading articles from people who don't have a faintest clue.

  39. Heyt OraKILL - dalvik is not java by tomhudson · · Score: 3, Interesting

    What a bunch of morons.

    Dalvik (what android runs) is not Java

    From Ellison's personal journal:

    [X] Screw over Google
    [X] Screw over the Java brand (oops, didn't see that one. Oh well, it was Sun shit anyway).
    [X] Screw over the MySQL brand (it's just a flesh wound, and hey, they can always use Oracle)
    [X] Screw over sparc brand (hardware's a PITA anyway, the real loot is in software)
    [X] Screw over openSolaris (that one felt GOOD!!! Eat your heart out, Balmer. Bet ye killing the KIN wasn't half the fun)
    [_] Screw over OpenOffice.
    [_] Find something else to buy and break. Hmmm, Novell's for sale ...

    1. Re:Heyt OraKILL - dalvik is not java by Anonymous Coward · · Score: 0

      you forgot

      [_] Screw over VirtualBox

    2. Re:Heyt OraKILL - dalvik is not java by Billly+Gates · · Score: 1

      You know what really sucks?

      I would be more hesitant to use Java to write software after this lawsuit and be more tempted to use .NET if I were a developer. Oracle is killing its goose with the golden egg, and giving Microsoft tons and tons of FUD to spread. Remember what happened with the SCO scare? Many banks no longer run Linux or GNU for fear of litigation.

      This is a shame because Java and .NET are far superior (their framework) than other counterparts. This will set things back for years and give Windows the edge in modern application development and dynamically created websites.

      I am glad I am out of I.T. and it hurts to watch. I learned true programming with Java.

    3. Re:Heyt OraKILL - dalvik is not java by ksandom · · Score: 1

      How to make a golden omlette:
      0) Preheat a frying pan and add a little oil. I took some from my car, but BP has some pretty cheap products right now.
      1) Take one golden egg laying goose, and induce a lay "beGARK!"
      2) Repeat
      3) Repeat
      4) Empty contents into a bowl while separating the yokes into a separate bowl. It may be necessary to curse profoundly. Alternatively a hammer may be used.
      Caution: The yokes are radio active, so a condom is essential.
      5) Beat the egg golds with a paint mixer. Small explosives may also be used, however I haven't tested this.
      6) Pour both bowls into the pan, gently mixing as you go.
      7) Add your favourite seasoning. I like Zinc, Copper and Lead. You may also want to try argon for that radiant look.
      8) Add cheese. Some people like to add bacon before the cheese.
      9) Wait 120
      10) Using a shovel and a quick tilt of the pan, flip half the mess onto the other half so that it effectively folds in half.
      11) Wait 60
      12) Flip it. This is easy if you know how. But funnier if you don't......
      13) Wait 60
      14) Garnish with 2 bearded tits, and you have the perfect breakfast.

      --
      Funnyhacks - Wierd, unusual, and fun hacks
    4. Re:Heyt OraKILL - dalvik is not java by CharlyFoxtrot · · Score: 1

      What a bunch of morons.

      Dalvik (what android runs) is not Java

      You program it in Java (the language), it contains the Apache Harmony Java class library implementation and Android fanbois crow about how you can leverage your existing Java skill set when you make apps for Android. Maybe you can argue the finer technical points but if it quacks like a duck, waggles like a duck and tastes good with orange then you can't act all surprised when people think its a duck.

      --
      If all else fails, immortality can always be assured by spectacular error.
    5. Re:Heyt OraKILL - dalvik is not java by TemporalBeing · · Score: 1

      I would be more hesitant to use Java to write software after this lawsuit and be more tempted to use .NET if I were a developer. Oracle is killing its goose with the golden egg, and giving Microsoft tons and tons of FUD to spread. Remember what happened with the SCO scare? Many banks no longer run Linux or GNU for fear of litigation.

      So your going to trade one PITA for another? Same thing can happen to .NET if MS decided. It's no better, just from a known monopoly abuser.

      If you really want to avoid that kind of stuff you'd move to C/C++/Pascal/Ada/Python/Perl/take-your-pick. Languages that are not beholden to one entity are a lot better, more flexible, and easier to get good, functional tools for.

      --
      Truth is like the sun. You can shut it out for a time, but it ain't goin' away. - Elvis Presley (source: imdb.com)
    6. Re:Heyt OraKILL - dalvik is not java by TemporalBeing · · Score: 1

      What a bunch of morons.

      Dalvik (what android runs) is not Java

      You program it in Java (the language), it contains the Apache Harmony Java class library implementation and Android fanbois crow about how you can leverage your existing Java skill set when you make apps for Android. Maybe you can argue the finer technical points but if it quacks like a duck, waggles like a duck and tastes good with orange then you can't act all surprised when people think its a duck.

      You can do the same with a number of other languages. Just b/c Apache Harmony Java class library implementation is in the back-end, doesn't mean that it is Java. It may be Java compatible - just like C++ was at one point C compatible, using C as its back-end, etc. But in the end C++ is not C, and Dalvik is not Java.

      --
      Truth is like the sun. You can shut it out for a time, but it ain't goin' away. - Elvis Presley (source: imdb.com)
  40. Re:Hey Google by tomhudson · · Score: 2, Interesting

    Pick one ... heck, pick all of them ...

    [1] Java is a bloated piece of crap.
    [2] The runtime takes a lot more memory than dalvik
    [3] Java performance sux
    [4] Java is so 1995

    Seriously, it's about time someone killed it off - who better than Oracle. Thank you Mr. Ellison!

  41. Re:If they can do it to Google, they can do it to by Anonymous Coward · · Score: 0

    But then Sun's mobile Java didn't even work and died. So maybe they should be suing themselves first. After all, if google has a working mobile Java implementation and the Java owners couldn't manage it, Oracle are failing Java and should have no control over it.

  42. Same standards? by HalAtWork · · Score: 1

    Google is splintering the Java platform, just like Microsoft was doing back in the 90s, and should be held up to the same standards

    Does that mean Google will get a slap on the wrist and then it's business as usual?

  43. Why not build upon J2ME then? by judeancodersfront · · Score: 1

    MS used the similar arguments for creating their own implementation.
    I also don't see how you can call J2ME useless when there are thousands of mobile games that are written for it. A lot of those games in fact have been ported over to Android. It isn't as if Android games are in 3D and high def.
    Google created Android to avoid licensing issues and lock developers into their own platform. Sorry if that reality is too harsh for Google lovers.

    1. Re:Why not build upon J2ME then? by bodski · · Score: 1

      This pretty much explains the reasons behind Google's decision to go with Dalvik (well, except the specifics of the failed negotiations over J2ME licensing).

      In short J2ME as licensed by Sun/Oracle under the GPL has deliberately had the 'classpath exception' removed. Developers targeting a GPL J2ME are forced to release their code as GPL due to the linking with all of the GPL'd libraries. According to their plan this would make paid J2ME licensing under non-GPL license a the only option for mobile vendors. Sun specifically did this for J2ME and not J2EE or J2SE as this is where they saw the most licensing money.

      All this talk of complete implementation getting a patent license is moot it seems. Google decided that the paid licensing from Sun was prohibitive for one reason or another and that forcing the GPL on Android app developers was unacceptable. So when they took the decision to clean-room a VM from scratch any efforts to make the implementation complete would not have been rewarded with a patent grant.

  44. "Owning" a language is preposterous by KonoWatakushi · · Score: 4, Interesting

    The purpose of a language is communication, and what Oracle is doing here is no different than censorship. The Java language by itself is completely worthless--its value is entirely derived from the people who express their ideas through it. Why should Oracle have free rein to control their work?

    Targeting Dalvik (which is not a JVM) on an Anrdoid phone is no different than compiling Java with GCJ. If people want to run their code on a different platform, why should Oracle have any right to stop them?

    The reality is that they don't. In the end, this is about the abuse of software patents, and you can't support Oracle here without supporting software patents. However you feel about Google, it isn't right to be cheering for a patent troll.

  45. Re:that's incorrect by IRWolfie- · · Score: 1

    Google never claimed they were using the Java platform, merely the same java language. This is (primarly) a software patent lawsuit. I don't see how you can compare it to GPL enforcement in that google did a clean room implementation of Dalvik.

  46. Re:that's incorrect by tomhudson · · Score: 1

    "When Google decided to use Java"

    ... for what? For Android? Never happened. Dalvik is not a JVM. The code running n Dalvik is not Java. IF you want, you can take a compiled Java class and transcode it so that the result will run under dalvik, but it's certainly no longer Java - for one thing, the JVM can't run it.

    Think of it as taking a Word doc and running it through a PDF converter - it's no longer a Word doc.

  47. Oracle is clearly wrong and evil by MacGyver2210 · · Score: 1

    Java *WAS* not their language. It used to be free and open and is very widely used.

    By buying Sun and locking down Java, Oracle have proven that they are more concerned with profits and monetary gain than they are with the quality of their product, or its appeal and use throughout the world. They're basically just milking it for everything it's worth, even though they had NO part in creating or implementing it to this point. It's very unreasonable and all out anti-competitive of them.

    Basically, their just being as dickish as they possibly can now that they have the keys to the house. I hope that house burns down, and takes everyone on the top floor along with it. Oracle has never been a quality software company, and just because they own Java now it doesn't make them any better. In fact, this action makes them even worse in pretty much everyone's eyes but their shareholders.

    --
    If the only way you can accept an assertion is by faith, then you are conceding that it can't be taken on its own merits
  48. Re:Hey Google by Dwonis · · Score: 2, Insightful
    No kidding. Java is like XFree86 was in 2003: hobbling along okay, but in desperate need of an overhaul.

    A fork is the best thing that could happen to the platform.

  49. You can't limit interpretation of code you write. by Posting=!Working · · Score: 1

    This is issue is whether something you write in Java code can be limited in how it is translated. Which it simply can't.

    Oracle cannot claim to be the only interpreter of something you wrote, in this case, translating it into machine code. They own the compiler and engines, but not the ability to prevent independent interpretation of your code. There's no legal basis for restricting the interpretation of your own expression. Unless Google stole code or something completely stupid and unnecessary (they have the talent to write an interpreter without needing any help,) it's an idiotic lawsuit.

    --
    This sentence no verb.
  50. Re:Hey Google by Anonymous Coward · · Score: 0

    A fork is the best thing that could happen to the platform.

    As in "stick a fork in it, it's done"?

  51. History Repeating Itself by Anonymous Coward · · Score: 0

    Yep, you nailed it.

    This won't be a popular view here, because (1) it's Oracle, and (2) they are using patents, and (3) the target is Google - but Google is using Java to its benefit while diminishing the whole idea of Java as a platform, which runs predictably on different OSes/devices. Google modifies Java for its own purposes, which is good in the short term for Google, but bad for Java as a platform.

    I'm a FOSS person, and I hate software patents, so I hate the means Oracle is using. But I see their point. Microsoft did it to Sun, and now Google is doing it to Oracle. If Novell ends up doing it to Microsoft - making Mono popular enough, and dissimilar enough from .NET, so as to endanger the cohesiveness of the platform as a whole - then we may see another lawsuit as well. And I would see the point there too (but, for now at least Microsoft and Novell seem cozy). But I'd still hate the means - patents, of course.

    There are a lot of benefits to using Java or C#, like Google and Novell are doing - you tie into a big existing platform, a large existing community of developers familiar with it. But the price is that you need to play within the rules. If you start to cause fragmentation in that platform, don't be surprised if the corporation that developed the platform, has patents on it, and is its steward, will come after you.

    If you don't like getting sued, either use a language not so encumbered - Python (Google App Engine, original version), Go, JavaScript (WebOS chose that route), Lua, Ruby, etc. - or, work with the steward of the platform. Google chose not to work with Sun (remember, this was controversial when Dalvik was first announced! Sun was kind of pissed and surprised. But things settled down, and we all forgot about it...). Microsoft, way back when, chose not to work with Sun, and got sued. Novell has chosen the other route, to work with Microsoft. That may make Mono a relatively safer implementation that it would be otherwise, but if you start your own .NET implementation, you will again be forced to choose to work with Microsoft - or very, very carefully fulfill the conditions of using their platform - or face the risk of a lawsuit. Google simply chose to ignore that risk here.

    1. Re:History Repeating Itself by kripkenstein · · Score: 2, Interesting

      I agree. I guess Google went with Java because mobile phone devs were already familiar with Java (ME), but by not partnering with Sun on that, they took a big risk. Exactly the risk Novell would be taking with Mono had they not made the Novell-Microsoft pact. (Of course, we in the FOSS community didn't like that pact for other reasons. But it made sense for Novell, as far as Mono goes at least.)

      If Google wasn't willing to partner with Sun on Java (maybe because Google wanted a pure FOSS implementation, without Sun having a privileged position?) then Google should have ditched Java and gone with JavaScript or Python. But again, I guess they didn't because Java was the easy route. Since then though we've seen WebOS with JavaScript.

    2. Re:History Repeating Itself by Rob+Y. · · Score: 3, Informative

      I think when Microsoft implemented J++, Java wasn't free software, and MS was in violation of a licensing agreement they had made with Sun to use Sun's code. Whether that makes a difference legally in this case, I can't say. But the situation seems different to me.

      --
      Posted from my Android phone. Oh, I can change this? There, that's better...
    3. Re:History Repeating Itself by gral · · Score: 3, Informative

      Actually, the reason the Microsoft J++ issue was a case is because Microsoft signed contracts to license Java. The contract stated they could not create incompatible java releases, they had to follow the Sun Java template. Microsoft broke the contract drastically in key areas of Java. That case is nothing like this case. There was no contract with Google to make a java instance.

      --
      Scott Carr
  52. minor correction by luis_a_espinal · · Score: 1

    To be safe, you have to either follow the Java Language Specification exactly (no subsets or supersets),

    Not quite. Supersets are allowed, but only if they do not add anything in the java namespace.

    In that case, it is not a superset (as per defined by the Java license), but a 3rd party library which is fine and allowed by the Java license. I know what you are trying to mean and I agree with you, but you are using the wrong term.

  53. author is clueless and most article posts are too by Locutus · · Score: 1

    The author of the article says that Dalvik is Java-based. He then makes many references mixing Java the language with Java the platform. All in all a worthless article and reading many of the comments to the article on the site shows that most just don't understand the difference between a specification for a language and a platform for the runtime of the language. Heck, most don't even know what Microsoft did with the license to Java they got from Sun in 1996.

    I want my 15 minutes back.

    LoB

    --
    "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
  54. Let's imagine if someone did the same to Google by Qubit · · Score: 1

    Google decided to use the java language in Android. It appears that they did so because it was a decent programming language and many programmers were already familiar with it. For licensing reasons they didn't use Sun's branded Java runtime, but instead pieced together their own compiler and set of class libraries from multiple sources.

    Sun didn't like what Google was doing (says various sources), but no legal action was taken until Oracle swallowed up Sun and levied a double-combo patent-and-copyright lawsuit against Google.

    ---

    So, if those are the facts, what would happen if some big company like Oracle, Yahoo, or Apple were to do something similar to Google?

    Google has their own programming language, Go.

    Unlike Java(tm), Go is under a BSD license, and includes a patent grant to all relevant patents that Google owns or can license to you. So if Apple or Amazon or whomever wanted to create a programming layer on top of which proprietary software could be written, you could just use Go as it exists right now and Google wouldn't be able to sue. (It's unclear what motivation Google would have to sue, anyhow)

    While I'm a strong supporter of Free Software, I'm quite opposed to tying-up the specs of programming languages, file formats, and transmission protocols using copyrights, patents, or trade secrets, even if only under a Free Software license . Sure, an optimized version of a compiler or a parser might be available under a more restrictive license, however one should not be held over a barrel due to the programming language they used or the format in which they decided to store their data or code. Those specifications and programming features necessary for implementation should be completely unencumbered.

    --

    coding is life /* the rest is */
  55. culture and knowledge are nonrival by ciaran_o_riordan · · Score: 1

    > I think that your garden is also my garden

    The things I mentioned are all nonrival. My downloading of songs my parents played when I was a kid doesn't interfere with anyone else's ability to appreciate those songs.

    Gardens are rivalrous. You sitting in a paddling pool drinking beer in my front garden, would interfere with my use of my front garden.

  56. Re:If they can do it to Google, they can do it to by DrXym · · Score: 4, Informative
    The problem with Android is that it does implement a load of the java.* namespace, but it is not a complete implementation. This means that code written using portable Java will not always work on Android. I don't think they add anything in the java.* namespace, so you can port apps from android unless they use the android.* stuff.

    That isn't the problem at all. Android / Dalvik has never claimed to be an implementation of Java so its irrelevant how much or how little of the standard namespace it has implemented. It could have implemented all 100% and Oracle would still be pissed.

    The reason why they're pissed is because Google chose to deliberately make a Java-like environment, one which benefited from the Java programming language but wasn't actually Java and never claimed to be. Therefore it was not subject to Oracle's licensing terms or directional interference. Since Google never claimed it was Java (as did Microsoft when they produced a bastardized version), Oracle cannot sue for licence or trademark infringement.

    All they can do as they have done is rummage around for some patents that were violated in the process. The patents look pretty weak, and some of them don't even cover Android OS, just the SDK. I think what is likely to happen is that Google will vigourously defend the suit and issue a counter suit, but they won't settle for anything less than a sop to Oracle. Perhaps that sop will be to fold JavaFX into the SDK or something. I actually like JavaFX and it would be a good fit and would bring Oracle back in the game to some extent. What I absolutely don't see happening ever is Google using Java ME or dumping Dalvik.

    IMO Oracle / Sun really have themselves to blame for this. Java devs love Java but they despise the glacial pace of development. Java 7 is years overdue and Java ME is stale technology, inadequate for most of the purposes it was touted for. The average STB, or smart phone has outgrown Java ME. I do not blame Google for not waiting around for Oracle's blessing and doing their own thing.

  57. Re:If they can do it to Google, they can do it to by Anonymous Coward · · Score: 2, Informative

    To be safe, you have to either follow the Java Language Specification exactly (no subsets or supersets),

    This is actually the opposite of what Microsoft did. They added stuff in the java.* namespace, so developers would write apps with J++ that they expected to be portable, but which weren't.

    That's only half of it, but the other half is what's important here for somewhat the same reasons. http://www.javaworld.com/javaworld/jw-10-1997/jw-10-lawsuit.html

    According to Sun's press release, "the complaint charges Microsoft with trademark infringement, false advertising, breach of contract, unfair competition, interference with prospective economic advantage, and inducing breach of contract." Specifically, Microsoft made the choice last week to ship products it claims are fully Java 1.1 compliant, but which failed to pass the Java 1.1 compatibility tests the company received from Sun in February. "Microsoft embarked on a deliberate course of conduct to fragment Java," said Alan Baratz, president of JavaSoft, during a Sun teleconference today at 10:30 a.m. PST.

    Sun did complain that MS didn't implement the entire Java feature set, in addition to altering to the Java core libraries, both violations of the agreement with Sun. The situation is covered by a different agreement now for those who wish to use Java IP. The patent protection offered in the Java implementers license only apply to the exact Java specification, nothing more and nothing less:

    Java's licensing is more complex now that it's open source, which might explain why Oracle favored the patent route in its complaint against Google. Open source luminary Bruce Perens points out that the Java Language Specification includes language granting Java implementers free license to Sun's patents, but that doesn't apply here. That license is only valid for complete implementations of Java and its required packages, "without subsetting or supersetting," which the Android implementation clearly is not.

    The problem is that google would be covered if it implemented Java according to the specification, but otherwise it is exposed by picking and choosing what it wants to use. Of course google has a defensive patent portfolio itself, but it doesn't look good for them right now.

    It's interesting to read the arguments *against* open license enforcement, especially here. Isn't the usual mantra, follow it or get deservedly sued? :-P

  58. Re:If they can do it to Google, they can do it to by TheRaven64 · · Score: 4, Informative

    That isn't the problem at all. Android / Dalvik has never claimed to be an implementation of Java so its irrelevant how much or how little of the standard namespace it has implemented

    Incorrect. Sun / Oracle licenses all of the patents in the lawsuit, for free, for use in complete implementations of the Java platform. The fact that Android / Dalvik is not a complete implementation of the Java platform is precisely the problem because it means that they are not covered by the patent grant. If it were, then the lawsuit would not exist.

    --
    I am TheRaven on Soylent News
  59. Re:If they can do it to Google, they can do it to by Anonymous Coward · · Score: 1, Insightful

    Are you sure? I remember way back in 1997, in school, writing apps with J++ and their were MS name spaces, and the documentation indicated that it was an Windows only function?

  60. Not just a language, a platform by SuperKendall · · Score: 1

    Java isn't some religious manuscript that needs to be kept "pure" so the true believers won't rise up and slay those who would adulterate it. It's a goddamn PROGRAMMING LANGUAGE.

    The "purity" of Java is not important because of religious reasons, it's important exactly because Java is not just a language - it's a platform.

    Java encompasses the language, the frameworks, and the VM used to run Java. If you start modifying any of those you don't really have Java anymore, which breaks interoperability.

    You have to have all of those systems in place passing tests in order to be a Java platform. You can chose to ignore all that, but that means you can't be a Java platform and as a result, cannot be covered by the patents that the Java consortium licenses to implementations of Java.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Not just a language, a platform by Anonymous Coward · · Score: 0

      Nevermind that Sun had broken the platform bazillion times worse than Google in its wildest dreams.

  61. Wrong, because they are actually implementing Java by SuperKendall · · Score: 1

    Problem is, if they can do it to Google, they can do it to any distributor of a free software JVM.

    No, because the goal of the other projects is to pass the tests and thus be considered a real VM. Then they would be covered by the patent pool.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  62. Re:Wrong, because they are actually implementing J by ciaran_o_riordan · · Score: 1

    > the goal of the other projects is to pass the tests and thus be considered a real VM.

    Ok, if they were complete implementations, then they'd get patent coverage under the Java Language Specification. One major inconvenience though is that the code would have to be developed behind closed doors until it's 100% complete. Developing in the usual free software community style would count as distributing subsets.

    Another protection that certain projects do have comes from being on OIN's list of covered software. Since Oracle is a licensee of OIN, they can't use their Java patents, or any other of their patents, against software on the protected list.

  63. OraKILL by Anonymous Coward · · Score: 0

    OraKill. Good descriptive name. Better than Sun+Oracle = Snore-aKill, but OraKill.exe is software. Maybe Whore-aKill? Bore-aKill?

    If Ellison and Ballmer get married, would they be Bellison? ElliBall? Hey, how else would 2 boring, annoying billionaires find a mate?

  64. Well said... by nobodyman · · Score: 1

    Wish I had mod points left. The truth is that J2ME did more damage to java portability than Google ever could. They should be thanking Google for keeping Java relevant.

    I think Google should say, "You know what? our bad. We'll use another language to compile to Dalvik instead like Go or C#" and watch the smug look on Larry's face as it melts away into horror -- knowing that he just pissed away the only successful successful java implementation on in the mobile space.

  65. Re:If they can do it to Google, they can do it to by fermion · · Score: 2, Insightful
    Here is the problem. If Java was not defended the likes of MS and Google and even Adobe would do everything in their power to splinter it into a confusing mess. MS tried to create extensions to make certain virtual machines work only on MS technology.

    Some say this is only because Oracle now has Java, but if the issue is the mobile platform, we also see that Google is playing hardball with the phone. Google is suing companies that use Google tech on Android without Google approval. Google is charging $5 to play in the Chrome field. Google is clearly aggressively protecting it's IP. Not allowing Sun to do the same is hypocritical.

    With a unified Java we have a language that one can do many interesting technical things in without a required $1000 IDE. The applications from Java is about the only thing that competes with MS and Adobe. Openoffice.org is one of the very few alternative we have to paying MS a huge amount of money or giving Google control over our data. Defending Java is a big deal. Taking it down would provide competitive advantages to many big players.

    --
    "She's a scientist and a lesbian. She's not going to let it slide." Orphan Black
  66. Re:If they can do it to Google, they can do it to by mysidia · · Score: 1

    I believe Oracle will pursue even people who base their code on OpenJDK.

    Otherwise, wouldn't it be sufficient to just include a copy of major pieces of OpenJDK in your software (whether they are enabled or increase the size of the final executable or not), in order for your entire codebase to benefit from the patent exemption?

  67. It's about time by Anonymous Coward · · Score: 0

    It's about time people (in this case a corporation) stood up to Google. Just because they're big doesn't mean they can get away with flouting the law.

  68. Time to look at python? by anon+mouse-cow-aard · · Score: 1

    With the BDFL on staff, and speed up projects like unladen swallow, and support from a vendor like okia who want python/qt to be their one true development environment. Maybe now is the time to shift over ...

  69. Re:If they can do it to Google, they can do it to by kripkenstein · · Score: 3, Insightful

    Since Google never claimed it was Java

    Maybe Google never formally said that, but here is how Wikipedia describes Android:

    The Android operating system software stack consists of Java applications running on a Java based object oriented application framework on top of Java core libraries running on a Dalvik virtual machine featuring JIT compilation.

    Even clearer, Google says

    The Android SDK provides the tools and APIs necessary to begin developing applications on the Android platform using the Java programming language.

    in developer.android.com.

    I suppose you can call it The-Language-Previously-Known-As-Java or such (worked for Prince, til his contract ran out), but it is Java in every way that counts, except it has some differences that make Java the platform as a whole less standard. This irked Sun, and for good reason, but they got over it. Oracle is not over it. Sadly they decided to enforce this using patents, which is an abhorrent thing to do. But that they are irked by Google's actions - very understandable.

  70. Google should just fricken buy Oracle by clifffton · · Score: 0

    I don't claim to know all the financial issues but if this is a too big a deal can't Google just buy Oracle and end this? Isn't Google flush with cash? Tell Larry to retire and let him hang out on his boat!

  71. What a shoddy article by Anonymous Coward · · Score: 0

    I'm so sick of the 'Java is the future' viewpoint that I'll post a nice detailed response.

    From TFA:

    What made it new -- and important -- was the JVM, with its sandbox security model and its "write once, run anywhere" promise

    Yes what made it new. It's not new anymore, now it's being super seeded by about a dozen other platforms. The decade of abysmal performance has ensured that the JVM is toast. Other 'write once run anywhere' platforms are rapidly taking over what little market share Java's promise managed to garner.

    Google claims Oracle's actions are "an attack on the Java community," but that would only be true if Google were promoting Java.

    The Java community (represented by people such as yourselves) is in dire straits. Java is dying. Slowly, but surely, this promising early 90's technology is proving to be almost a complete failure. How is a company making a language relevant again not promoting Java? Pull your head out of your 'cl'ass and smell the coffee. If the future of Java isn't with Google, then the Java language has no future.

    Still, is that so terrible? The Java community needs a leader

    Hit the buzzer on that one. The Java community doesn't need a leader, the Java community needs a win.. in a very big way. .NOT / Mono is soaking up Java headspace at a startling rate, particularly in the corporate market. Web based deployments are being rapidly taken over by [inset ajax language name here]. Java has lost the battle and is about to lose the war. Want Oracle as a leader? Where is Oracle leading java? Hint ... up a certain creek without a certain implement.

    Standards compliance and binary portability mean nothing if nobody wants to write anything in your language. Google is saving Java and Oracle doesn't give a damn about Java ... this is a honey pot for Oracle who accidentally inherited a bunch of dying tech that would allow them to lick the pot dry. Oracle leading Java? Good luck with that.

    1. Re:What a shoddy article by neminem · · Score: 1

      > "now it's being super seeded by about a dozen other platforms."

      Huh... how exactly do platforms put other platforms up on bittorrent? (I think you mean "superseded".)

  72. Re:If they can do it to Google, they can do it to by Anonymous Coward · · Score: 0

    I believe you've missed the point of the post you are quoting. He's making the comment that the article writer's points are invalid (ie Google is fracturing the environment), not that Oracle can't sue Google for patent infringement.

  73. I doubt this is Oracle's motive by ZorinLynx · · Score: 2, Interesting

    Oracle appears to want to just destroy Android. If their motive was to not fork/split Java, they would try to work with Google to resolve the situation, not try to force all use of Android to cease and completely annihilate the platform.

    What Oracle is doing seems to be the doings of a madman, not someone who wants to make a genuine positive difference. There is nothing good that can come out of destroying Android.

    I wonder if Apple is secretly behind this?

    1. Re:I doubt this is Oracle's motive by tomhudson · · Score: 2, Interesting

      I wonder if Apple is secretly behind this?

      Where have you been the last week? Of course Apple has a hand in it - Ellison and Jobs are buddy-buddy.

      However, that's not the point. Destroying Java is a good thing. Google would certainly benefit, since Android isn't Java, so Ellison may have inadvertently stepped into the biggest pile of dogsh*t in tech history.

      Look through the threads - until last week, anyone trash-talking java was mod-bombed. Now? Even long-time java users are admitting that java is bloated, slow, stupid, causes bad breath and carbuncles and can make you go blind ....

      Google didn't set out to destroy Java, but Ellison has pretty much trashed everything else he got from Sun (OpenSolaris is dead, Solaris is dying, Sparc is dying, MySQL is under a cloud, virtualbox licensing has changed for the worse) so why not also fatally wound java at the same time and be done with it. Then he can go an look for something else to destroy.

    2. Re:I doubt this is Oracle's motive by canistel · · Score: 1

      Please actually use the technology before bashing it; speaking of 1995, that's apparently where the "facts" for your rants are coming from.

    3. Re:I doubt this is Oracle's motive by Daniel+Phillips · · Score: 1

      Then he can go an look for something else to destroy.

      MySQL, say? Or OpenOffice or Btrfs.

      --
      Have you got your LWN subscription yet?
    4. Re:I doubt this is Oracle's motive by tomhudson · · Score: 1

      Bullshit. The last time I seriously looked at Java was 2 months ago, and it's still a slow, bloated piece of shit that needs to be put out of it's misery. The JIT is a half-assed workaround. Get over it, already - java is programming with training wheels. Learn c and assembler, and you'll chafe under the limitations of java.

    5. Re:I doubt this is Oracle's motive by tomhudson · · Score: 1

      You have a point with btrfs. MySQL is already under a cloud, OpenOffice is still buggy bloatware, so we can take those two off the list.

      Or maybe buy Novell and pull a KIN. Really give Balmer something to be jealous of, as well as giving Microsoft a small kick in the nads.

    6. Re:I doubt this is Oracle's motive by Daniel+Phillips · · Score: 1

      MySQL is already under a cloud, OpenOffice is still buggy bloatware, so we can take those two off the list.

      Off your list maybe. Others are likely to differ with you over MySQL, and I certainly do in regards to OpenOffice of which I am a heavy user, warts and all.

      --
      Have you got your LWN subscription yet?
    7. Re:I doubt this is Oracle's motive by canistel · · Score: 1

      Oh, you "looked at it", how nice... that makes you quite the expert.

      I always get a kick out of "developers" like you who know nothing about the java ecosystem, but feel quite the need to bash it and exclaim how slow it is (my personal favourite rant). I've been programming java professionaly, for the last 8 years, and I've used it for at least 3 years before that (in school etc), and I'm telling you, you're wrong... in your words, "get over it."

      Neither the jvm, nor libraries like swing are slow (both of these myths are repeated by "developers in the know"); but of course, it takes a somewhat competent developer, and I will admit that... it's quite easy to make a slow gui app in Java (for example), but looking at applications such as OpenOffice, or even the Mozilla Firefox / Thunderbird apps, (all programmed in C / C++, btw), simply saying "Learn c" is quite stupid on your part.

      How I wish C / C++ and friends were the magic bullet you think it is; I wouldn't have to put up with the crashing and slow redraws in Kde / Compiz / Gnome / Xorg etc.

    8. Re:I doubt this is Oracle's motive by tomhudson · · Score: 1
      I didn't just "look at it" - I wrote a system to allow me to code java apps w/o having to bother with the crap that is java, by using the c pre-processor (one of the things that Java needs badly to hide the fugliness of the class libraries).

      And the jvm is SLOW. Do some real benchmarks. I can do between 10 and 50 times as many ops in straight c as I can do in java. That's why we rejected it *again* last year.

    9. Re:I doubt this is Oracle's motive by canistel · · Score: 1

      Nice that you've ignored my comments about all those "blazing fast" c apps I listed; I however, am not going to argue with you over your benchmarks that I don't have in front of me.

      I'm not denying that C will do better in raw number crunching, video encoding etc. It probably will, but there is not as much difference as you people like to think there is. And if you take your own advice and research it, you will find cases where the jvm outperforms the c equivalent (python and ruby apps run faster in the jvm then they do in their native c implementations).

      And I'm not denying there are slow java apps (netbeans, eclipse), but if you want to go down that route then maybe you can explain to me how it is that firefox / ice-weasel can take a solid 5 seconds to appear on my screen, when the live-cd I was using (on my dual core with 2GB ram) was already completely loaded into ram? Have fun with that.

    10. Re:I doubt this is Oracle's motive by tomhudson · · Score: 1

      Hiding pointer from programmers is a bad thing - it forces you to write code only in a certain way. This means that you can't use a lot of the ways that traditional coders speed things up. The lack of function pointers is just an added problem.

      Python and ruby are invalid comparisons - they're interpreted. Compiled vs interpreted is the discussion (and java is one of the interpreted camp).

      maybe you can explain to me how it is that firefox / ice-weasel can take a solid 5 seconds to appear on my screen, when the live-cd I was using (on my dual core with 2GB ram) was already completely loaded into ram? Have fun with that.

      You do not have it "loaded in memory" - what you have loaded in memory is a compressed image of the filesystem. It has to be decompressed first. Loading anything off that will kill performance. It's one of those space vs time trade-offs.

    11. Re:I doubt this is Oracle's motive by canistel · · Score: 1

      Your post is wrong in every paragraph; the lack of pointers in Java is a feature; it's designed that way, and is one of the advantages of the platform. Remember that java is not competing in the kernel / driver space; it's designed for networked / business / enterprise applications. In that space, developers playing with pointers means that I can crash an app by uncovering a bug in the toolbar (happened to me the other day in a kde app; click on a button, entire application goes down with an incredibly helpful "segfault"). Again, I have no idea what you were trying to do in your application that you benchmarked, but trust me, if it's 50 times slower then the c version (like you claim), then you better think about hiring a competent java developer, because you're most certainly doing it wrong.

      Python and Ruby are perfectly valid comparisons; at the very least, it shows that the jvm is not "slow / bloated" in comparison to other technologies, and in the second place, you're still running an application in the jvm vs running an application in native code (the application being an interpreter running a script), and in these cases the jvm version performs better. It's really not that hard to understand.

      Regarding firefox, the compressed image only holds true for the first run; subsequent runs better be almost instantaneous (because, hey, it was written in c, right?), which it's not... unless firefox is already running and open in another window, it's always in the order of several seconds to launch it. And besides, you're trying to dodge the argument on a technicality; I just gave you a bunch of examples, proving that using C and friends does not mean your application will be blazing fast; that is the point here.

      I'm sure it would be fun to argue with you all day, but the bottom line is that Java, when used where it is designed to be used (so don't try and write a device driver), is a very competitive platform by any metric; performance, stability (whole classes of bugs that you find in c just don't happen in java, like segfaults), maintainability, scalability (all the way from cellphones (blackberry) to the enterprise (j2ee)), flexibility (run it on any os worth running on), etc. etc. Some clueless dolts here on /. need to get over themselves and stop repeating garbage from 1995. Java stopped being slow at about version 1.2, 1.3.

      Final hint: There is a reason java currently owns the enterprise space.

    12. Re:I doubt this is Oracle's motive by tomhudson · · Score: 1

      . Remember that java is not competing in the kernel / driver space; it's designed for networked / business / enterprise applications. In that space, developers playing with pointers means that I can crash an app by uncovering a bug in the toolbar (happened to me the other day in a kde app; click on a button, entire application goes down with an incredibly helpful "segfault"). Again, I have no idea what you were trying to do in your application that you benchmarked, but trust me, if it's 50 times slower then the c version (like you claim), then you better think about hiring a competent java developer, because you're most certainly doing it wrong.

      Stop showing that you don't know what you're talking about. Pointer arithmetic is done by coders in c for all sorts of apps, not just kernel space. You really don't know what you're talking about, and your ignorance shows.

      We interviewed "competent java programers" - including one of the lead devs from netapps - 10 years experience and he couldn't pass the interview because he could only think in terms of java ways to solve problems. Algorithms in c that let you do things quickly just aen't available in java. The language is crap when it comes to high performance.

      But that's okay - people like you can't be counted on to manage their own memory to begin with, which is why you have toy languages like java.

      Python and Ruby are perfectly valid comparisons; at the very least, it shows that the jvm is not "slow / bloated" in comparison to other technologies, and in the second place, you're still running an application in the jvm vs running an application in native code (the application being an interpreter running a script), and in these cases the jvm version performs better. It's really not that hard to understand.

      They're not valid comparisons because they are ALSO SLOW - especially Ruby. The jvm will never beat a good coder in straight c. Ever. The best it could possibly do in theory is, after many runs, come close.

      Regarding firefox, the compressed image only holds true for the first run; subsequent runs better be almost instantaneous (because, hey, it was written in c, right?), which it's not... unless firefox is already running and open in another window, it's always in the order of several seconds to launch it. And besides, you're trying to dodge the argument on a technicality; I just gave you a bunch of examples, proving that using C and friends does not mean your application will be blazing fast; that is the point here.

      No dodging - I pointed out that you're running a compressed file system - and if you did any checking, you'd notice that even after you load an instance, not all the code is actually in memory. But you wouldn't know that. Learn what the various columns mean when you look at the output from "top". Oh,, wait, what am I saying - I'm talking to someone who never learned a real computer language.

      Java stopped being slow at about version 1.2, 1.3.

      Bullshit. Everyone admits that swing is slow, bloated, and crap.

      Final hint: There is a reason java currently owns the enterprise space.

      Really? So all those enterprises run operating systems written in Java? Stop the stupidity. Walk away from the keyboard, because you can't win this one repeating the advertising slogans of the Javanistas. Not when you just showed that you don't even understand that not all of a program is resident in memory when the program is running (your firefox example). Get a couple of decades experience and come back and argue. But by then, it'll be irrelevant anyway - java is dying, and will be long gone by then, whereas c will still be around.

    13. Re:I doubt this is Oracle's motive by canistel · · Score: 1

      . Remember that java is not competing in the kernel / driver space; it's designed for networked / business / enterprise applications. In that space, developers playing with pointers means that I can crash an app by uncovering a bug in the toolbar (happened to me the other day in a kde app; click on a button, entire application goes down with an incredibly helpful "segfault"). Again, I have no idea what you were trying to do in your application that you benchmarked, but trust me, if it's 50 times slower then the c version (like you claim), then you better think about hiring a competent java developer, because you're most certainly doing it wrong.

      Stop showing that you don't know what you're talking about. Pointer arithmetic is done by coders in c for all sorts of apps, not just kernel space. You really don't know what you're talking about, and your ignorance shows.

      Now you're just putting words in my mouth. Please re-read what I actually wrote.

      We interviewed "competent java programers" - including one of the lead devs from netapps - 10 years experience and he couldn't pass the interview because he could only think in terms of java ways to solve problems. Algorithms in c that let you do things quickly just aen't available in java. The language is crap when it comes to high performance.

      But that's okay - people like you can't be counted on to manage their own memory to begin with, which is why you have toy languages like java.

      So now Java is a toy... wow, not many java haters have the balls to say that, knowing that they're going to end up looking like an ignorant tramp.

      Python and Ruby are perfectly valid comparisons; at the very least, it shows that the jvm is not "slow / bloated" in comparison to other technologies, and in the second place, you're still running an application in the jvm vs running an application in native code (the application being an interpreter running a script), and in these cases the jvm version performs better. It's really not that hard to understand.

      They're not valid comparisons because they are ALSO SLOW - especially Ruby. The jvm will never beat a good coder in straight c. Ever. The best it could possibly do in theory is, after many runs, come close.

      What part of a java application beating the c version of the same app don't you understand? (It is nice to hear you admit that 2 very famous c apps are slow; maybe there is hope for you yet... though I would have laid money on the fact that you would be one of these typical /. clowns who trash java but praise python; I myself am quite happy using both.)

      Regarding firefox, the compressed image only holds true for the first run; subsequent runs better be almost instantaneous (because, hey, it was written in c, right?), which it's not... unless firefox is already running and open in another window, it's always in the order of several seconds to launch it. And besides, you're trying to dodge the argument on a technicality; I just gave you a bunch of examples, proving that using C and friends does not mean your application will be blazing fast; that is the point here.

      No dodging - I pointed out that you're running a compressed file system - and if you did any checking, you'd notice that even after you load an instance, not all the code is actually in memory. But you wouldn't know that. Learn what the various columns mean when you look at the output from "top". Oh,, wait, what am I saying - I'm talking to someone who never learned a real computer language.

      Java stopped being slow at about version 1.2, 1.3.

      Bullshit. Everyone admits that swing is slow, bloated, and crap.

      (Are you even capable of writing a swing app? How will you survive without pointer arithmetic?)

      If a swing app is slow, 99/

    14. Re:I doubt this is Oracle's motive by tomhudson · · Score: 1

      How am I "putting words in your mouth" by quoting you? YOU put those words in your own mouth - and I quoted the complete paragraph, certainly not "out of context". Stop - you've gone from foolishness to lies.

      And yes, Java is a toy language. Remember - it was originally supposed to be only for running a set-top box UI. Nothing more. When it couldn't even do that, it was re-purposed to "the next big web thing - interactive web applets". And it failed at that as well. Then it was "we'll let programmers develop programs without having to let them actually worry about the details of memory, etc" - but in doing so, they also imposed a strait-jacket that prevents coders from thinking along lines that allow for optimizing the underlying algorithms. You can't do pointer arithmetic, and you don't have pointers to functions, and your object system is second-class, at best. (java objects aren't even real objects - look through the runtime to see how it fakes objects, lie everything else)

      Also, neither firefox nor openoffice use the underlying OS widget set - a very stupid move on their part, which is one of the reasons they both run like crap. Trying to look the same on all platforms is a mistake that anyone who has ever written an app that uses swing can attest to - a serious mistake. Sure, the awt and it's peer methods sucked also, but that was because java's not letting you access the underlying os directly also sucks. Or didn't you know any of that - because it sounds like you don't know your history, and as such, are doomed to repeat its' mistakes.

      The fact that they copied some of the design ideas from java, and that you find them both to be slow, should tell you something.

      At least some of the other scripting languages (perl, python, php, javascript) don't pretend to be drop-in replacements for writing code in a low-level language. their runtimes are smaller, simpler, do the job and get out of the way. As such, people don't try too hard to fit them where they don't work, and they also don't insist on stupidity like dragging along an increasingly-bloated badly-designed class system, coupled with a sick excuse for make. Complexity for complexity's sake - that's Java today. It's always been overly verbose because of the designers' original failure to allow multiple inheritance (among other errors that even the original designers will now acknowledge, such as trying to hide the underlying base types, the flaws of the import mechanism, the mistake in not allowing java to be shipped stripped of unnecessary libs because it would "fragment the platform", when Sun was guilty of the same offense wrt Java ME, (and still is today, which is one of the reasons they could license the "less bloaty" version to cell phone manufacturers.

      Think of it - Java's main money maker has always been selling the non-free, less-bloaty, version, because people will PAY for that. The version YOU use is, by Sun's own actions, proven to be a bloated, slow, crappy boat anchor. Both Sun and now Oracle have confirmed this.

      So stop being so blind. Java is shit. Always has been. Always will be. Otherwise, we'd be surrounded in applets, instead of an almost-as-crappy dhtml "experience". Java had a good head start, and still failed, because it IS a bloated piece of crap.

      Seriously, when;t the last time you even saw a java applet?

    15. Re:I doubt this is Oracle's motive by TheSunborn · · Score: 1

      You really need to understand the java jit* that Suns java uses, because that 10 to 50 times slowdown only happens if you interprete the code instead of letting the jit handle it**. If you do enable the jit your 10 to 50 times will turn into something like 10% to 50% instead***.

      *The jit will not compile the code the first time it reach it, because if the code is only executed once, interpreting it will be faster then compiling it and then running the compiled code. A good and fair test would be to implement 2 different sort algoritmems (qsort and mergesort for example) and then run them on a large dataset(Say 1GB integers). If you do this, please post the code and benchmark result.

      **Which is only a problem in micro benchmarks, not in the real world.

      ***Based on all the java benchmarks I have seen. You can Google them your self. Start with Java Language shootout.

    16. Re:I doubt this is Oracle's motive by DuckDodgers · · Score: 1

      Explicit memory management and use of pointer arithmetic add more lines of code and more possibility for error. Experienced, skilled C developers with a good set of build tools, automated testing, code reviews, and manual testing can solve a very large portion of those problems.

      But no matter how you slice it, it slows down development speed. In many cases, the trade off is worthwhile. With embedded devices, cheap laptops, cell phones, and so forth, the developer can't afford to sacrifice a performance factor of 10 - let alone 20, 50, or 300 - to go from C to an easier language.

      But in other circumstances, like web applications and desktop applications, the developer productivity you get from automatic memory management and removing pointer arithmetic is worth the performance loss. I work on a Java web app backed up by Postgres, a fantastic open source database written in C and C++. My Java code is never, ever the performance bottleneck. The bottleneck is Postgres reading data from the hard drives. So instead of using 30% of the processor while my application is running, written in C it might use 10%, or even 3%, or maybe 1% - but I'd still be working on features in C that I finished months ago in Java. Even if you're a genius C programmer and can develop C apps as fast or faster than I can develop equivalent (but slower) Java apps, if you were just as skilled in Java you would be even faster.

      Now, if you want to make a more valid argument against Java, I think you need to compare it to other languages that also have automatic memory management and lack pointer arithmetic, and so also speed up developer productivity, but still accomplish the same kinds of task that Java accomplishes much better. For environments where developer productivity outweighs raw performance, arguably Ruby, Perl, Python, and PHP are all superior to Java. You lose static typing, but your developer speed is so substantially improved you can compensate with additional unit testing and still outpace typical Java development speeds.

    17. Re:I doubt this is Oracle's motive by tomhudson · · Score: 1
      Try queuing your database calls. Collect 20, 50, 100, 1000, then issue them all as one huge statement, grab and parse out the individual resultsets. By doing this with mysql (using the c api), I found that it wasn't disk access, but setting up individual connections to the database, that was the bottleneck. You'll see a performance gain of at least 20 to 1 (the optimum was between 10,000 and 20,000 requests pooled into one, but you may not have enough data coming in each second to do this large a number of requests. Does it sound insane? Yes. But it works. We could get away with it because every incoming request on one port generated the need for ~150 database hits, so 15,000 db hits was only 100 requests/sec). PostgreSQL should have the same functionality. Just keep in mind that you do have a limit to the size of the data you send in a request.

      You won't be able to do this with a conventional server - you need to have your own server intercept the incoming requests, pool them, generate the one big db hit, strip off the individual results and send them back. In other words, you'll need to write your own threaded server - but if you do, you'll see that the query optimizer can do wonders with large queries (things like reading multiple records that are on the same physical page, etc.) and that there's a LOT of overhead associated with making each request on its own.

    18. Re:I doubt this is Oracle's motive by DuckDodgers · · Score: 1

      I am not sure I follow what you mean. I assume you do not mean database connection pooling - we use that already, establishing 5-50 database connections and re-using them for database access so that time is not wasted opening and closing connections. Our old hand-rolled code that would open and close a connection with every database query was definitely 20 or more times slower than using a connection pool.

      We also use Hibernate, the popular Java persistence layer. The learning curve is a pain and arguably not worth the effort, but it automatically batches all of your updates and inserts for you unless you explicitly call an API to make them happen one at a time. It does not batch selects because, of course, in many cases your code branches based upon the result of a select. I suppose I could redesign pieces of the application to pull everything I could conceivably need with the initial set of queries, so that no matter what branch was taken, subsequent selects were unnecessary.

      Do you mean batching your selects for different client requests? I am assuming you can only batch your selects like that by either grouping queries that each hit the same table or view or stored procedure, or else you do not group queries and instead convert each query so that it casts each column result as a string, union the queries together, and then once you get your results back from the database you convert them from strings back to the expected data type. I guess that could be faster, I never tried it.

      Most of our slowest stuff is just pulling information from many different tables. Even with proper indexes it's slow. When it becomes prohibitively slow (e.g. queries for displaying the next page consistently take a few seconds or more) we cache the query results in a view table and draw from that. It adds extra work, because now every time we update the source data we have to update the view table row. But the page response goes back into the sub 100 ms range.

    19. Re:I doubt this is Oracle's motive by tomhudson · · Score: 1
      No, I don't mean database connection pooling :-) That still requires the query optimizer to treat each request separately.

      sql = malloc(ONE_MEG);
      sql = sprintf(%s;%s;%s;%s;%s;%s;%s;%s ...", query1, query2, query3, query4, query5 ....);

      Basically, any thread that had a request added it to the string. A thread might have 10 different selects. Why not do them all at once, along with 50 other threads?

      Put 1000 queries into that single string, then call the c api to execute it. Then "peel off" the results. You can't do this with php, and you may have some difficulty doing it with java (I'd have to check the API), but under c with mysql, it works like you wouldn't believe. A word of caution - use ON DUPLICATE KEY as much as possible - this way, if you have two statements that would both try to append the same key value, you can use the latter one to do an update. This solves the biggest problem of multiple-statement execution. Unfortunately, pg doesn't have on duplicate key yet.

      Obviously made-up example "insert into users (name, id, access_time) values "blah" "blah" "blah" on duplicate key update users set access_time=now() where id="id" limit 1";

      "on duplicate key" is one of those miracle statements - when you need it, it works miracles.

      Looking at the pglibs it isn't able to return everything for a multi-statement query, only the last result - darn, that kind of sucks, but it can still be useful - for example, you might have 4 or 5 inserts, a few updates then a select. You could do them all, saving the select as the last statement so you get the results. "insert into blah; insert into foo; insert into yuck; update sess; select from pages;" would return your select (or an error if a previous statement failed).

      Here's the docs for mysql c api multiple-statement execution and result retrieval.

      BTW - since everyone's been on my case claiming that "java can be faster than c" and that "gcj compiles code" I figured I'd , and I also tested gcj and took a look at the "compiled" program.

      Java has its place, but not where you need high performance. It's a dog, really :-)

    20. Re:I doubt this is Oracle's motive by Everything+Else+Was · · Score: 1

      My god! Your hatred for and ignorance of Java is quite amusing.

      --
      My other account has mod points!
    21. Re:I doubt this is Oracle's motive by tomhudson · · Score: 1
      Mo - what's "amusing" is watching the Javanista continue to defend design mistakes that first Sun, and now Oracle, sontinue to cling to. For example there is no reason to have all graphics operations done in one thread - we solved that problem a few decades ago - the only problem was that at that time, computers didn't have enough memory. Times have changed, so has the hardware environment, but you wouldn't guess it looking at how stupidly Java manages it's paint events.

      It's WAY past time for a fork.

  74. Re:Hey Google by yincrash · · Score: 1

    There already is a J2ME wrapper application in the android market that will accept j2me jars out of the box

  75. Re:You can't limit interpretation of code you writ by Anonymous Coward · · Score: 0

    Oracle is claiming patent infringement, which has to do with how Dalvik is implemented. It doesn't matter whether they support Java or not as a source language. If they infringe the VM patents, they infringe regardless of source language. The only reason Java is relevant to the discussions is it presumably raised the ire of Oracle and so they attempt to enforce the patents or not.

  76. Flamebait? by InfiniteWisdom · · Score: 2, Insightful

    The mods seem to be on crack today^H^H^H^H^H. The parent's suggestion might be misguided and would be harmful to Google's credibility (as several people have pointed out) but there is no reason to believe he's trying to provoke a fight or troll.

    Flamebait != "I disagree"

    1. Re:Flamebait? by PipsqueakOnAP133 · · Score: 1

      "Flamebait" is the closest we have to "Dumbest idea ever".
      "Troll" is the closest we have to "Dumbest idea ever... as a prank".

      Given the range, what else could we bin it into? (all assuming i didn't miss any other negative mods)

  77. Re:Hey Google by pseudofrog · · Score: 1

    And if you've ever had the misfortune of downloading a game by "me4android" or "free4android", you're sad that it "works".

    (You'd think Google would remove a developer who pirates 100's of games and packages them, often in an unplayable state, covered with 4 overlapping ads. You'd be wrong.)

    http://www.cyrket.com/search?q=me4android

  78. No harm will come to Oracle or Google by beachdog · · Score: 1

    The outcome of this battle may be: a settlement that includes patent and technology exchange with relatively little money or damages between Google and Oracle.

    The companies have to do a good dramatic performance because anti-competitive business practices are illegal.

    But this kind of legal conflict between two of major American computer business organizations is precisely the way in which everybody else is shut out. These two large firms will license to each other huge chunks of intellectual property, under the guise of engaging in a "settlement" to avoid a ruinous court decision.

    This instance of patent and copyright litigation is just as ugly as the individual who faces a $60,0000 claim for copyright infringement due to downloading songs.

    But note the stunning difference: Google has a settlement pathway available. Google has patents and trade secrets of great value to Oracle.

    So if they settle, then each organization has greatly advanced itself into a duopoly, where everybody else is wedged to the business sidelines.

    The important point for you and me is:

    The patent and copyright system is gradually penetrating the software world. The patent and copyright system shows it's power at inhibiting progress in the useful arts and draining the vitality out of the information systems technical revolution despite the great value of open source software.

    So what to do:
    Publish everything done in University and College courses and research under GPL version 3. Develop a code and comment search to facilitate showing prior art. There are probably 20 implementations before a person writes a patent claim.

    Regulate licensing law as it applies to patents and copyrights. Patents are enshrined in the US Constitution, but the licensing of them has been exploited to the extremes of unfairness. The era of patents as a key to industrial supremacy needs to end.

    Somebody go look for a bright Law Professor, ask him to write up a draft patent and copyright reform law. Something we can make an election issue. Bring back the American Populist political sensibility.

  79. Oracle now blocking Java downloads? by Anonymous Coward · · Score: 0

    I get this today :

    "Your download transaction cannot be approved. Contact Customer Service."

    So I can no longer download the Java SDK, thanks Oracle.

  80. Infoworld, bastion of technological insight by Anonymous Coward · · Score: 0

    Don't mean to be sarcastic or anything but I think Infoworld is to computing what the suit is to business efficiency.

  81. Re:If they can do it to Google, they can do it to by Rysc · · Score: 1

    True but not important to the case. If you use OpenJDK you get an explicit patent grant for patents that OpenJDK implements. If you write your own VM that uses those patented techniques, which is not hard because these ones are pretty broad, then no matter what your VM is called and no matter how much it is or is not Java you are still in need of a patent license from Oracle.

    Oracle is basically saying "We control who is and is not allowed to create virtual machines with certain properties" -- if you create a VM that has those properties then you had better be implementing the Java language in full without extensions, or you had better pay Oracle for a license. Google didn't, so Google gets sued.

    It's dumb, but that's US patent law.

    --
    I want my Cowboyneal
  82. Distribution of works in progress by tepples · · Score: 1

    If the patents were licensed only for complete systems, this means that even if you aim to implement Oracle's whole specification eventually, you cannot distribute copies of your still-incomplete work in progress to other developers collaborating with you. So because any implementation passes through an incomplete stage before becoming complete, what use is this patent license?

  83. Re:Hey Google by hairyfeet · · Score: 1

    Yes I agree completely, kill Java....and bring back VB! Ahhh...good old VB, where one could enjoy the nice tribal beat consisting of "real" programmers grinding their teeth and bashing their heads on their desks. It was very musical, kind of a "Gnash gnash..BANG...Gnash gnash...BANG". Oh what fun and joy it brought to the lives of programmers!

    Seriously though, you can't really bitch about MSFT making incompatible versions with MS Java and then give Google a free pass just cause you like the company. It is either in spec or it ain't. If Google didn't want to follow the spec it ain't like there aren't other programming languages to choose from, or hell with Google's resources they could have came out with (or simply bought) their own. It kinda kills the point of having Java if you have Google Java, MS Java, Oracle Java, etc, so I can kinda see the point of why old Larry might get a tad pissy about it.

    --
    ACs don't waste your time replying, your posts are never seen by me.
  84. Google's Bilski brief is not anti-software-patent by FlorianMueller · · Score: 2, Informative

    I can assure you that I want to find out the truth about this, and I believe it's very honorable of you to have made a disclosure.

    I have read Google's Bilski brief, and it only argues against business method patents and "abstract patents" on software, not against software patents in general. It also argues against patent inflation in this area, but that still isn't the same as opposing software patents.

    I saw more than one passage recognizing the idea that future innovation should always be patentable.

    The problem is that even if common sense may make some such wordings look like demands to abolish software patents, substantive patent law has its own logic and terminology. Here in Europe, we have a law that excludes computer programs "as such" from the scope of patentable subject matter. Still a Microsoft FAT patent and a Siemens XML document generator patent were upheld. New Zealand, too, now has to deal with the problem of how to tell software patents from "technical inventions" int his area.

    What Google sent to the SCOTUS was against the Bilski business method patents, and went a little beyond, but was very far from demanding the abolition of patents that read on software. The European Patent Office, which grants tons of software patents all the time, could subscribe to every single one of Google's demands and still justify every single software patent grant it makes.

    Again, forget common sense in connection with substantive patent law. Lots of wording will look on the surface as if they do away with softwaer patents -- without actually doing so if they had to be applied by a court.

  85. Re:If they can do it to Google, they can do it to by azrider · · Score: 3, Insightful

    Maybe Google never formally said that, but here is how Wikipedia describes Android:

    The Android operating system software stack consists of Java applications running on a Java based object oriented application framework on top of Java core libraries running on a Dalvik virtual machine featuring JIT compilation.

    Even clearer, Google says

    The Android SDK provides the tools and APIs necessary to begin developing applications on the Android platform using the Java programming language.

    in developer.android.com.

    Talking points:

    • "here is how Wikipedia describes Android": Now there's a cogent, accurate description... I don't think so.
    • "using the Java programming language (not copyrightable, not patentable), not "using a Java Virtual Machine" (patent - maybe, copyright - yes).

    See any difference?

    --
    And ye shall know the truth, and the truth shall make you free.
    John 8:32(King James Version)
  86. Re:Hey Google by Daniel+Phillips · · Score: 1

    you can't really bitch about MSFT making incompatible versions with MS Java and then give Google a free pass just cause you like the company

    Microsoft intended to destroy Java. Google intended to popularize it.

    --
    Have you got your LWN subscription yet?
  87. Re:Hey Google by tomhudson · · Score: 1
    Except that Google isn't running Java on the Android, so the whole question is a red herring.

    It's the same as if someone were to use Word to create a .doc file, then run it through a doc2pdf converter. The final file has nothing to do with Word, and doesn't need a word processor to read it.

    Even Oracle concedes this - their claims have nothing to do with Java, and everything to do with the design of virtual machines in general. Oracle claims it owns enforceable patents on ALL VM tech. The patents. btw, are bogus. There's plenty of prior art. Score another one for the USPTO.

  88. Re:If they can do it to Google, they can do it to by CowTipperGore · · Score: 1, Insightful

    Maybe Google never formally said that, but here is how Wikipedia describes Android...

    "Yeah, but Wikipedia's summary uses the word 'Java'" is an insightful argument? How Wikipedia describes Android has no bearing on this issue.

    The Android SDK provides the tools and APIs necessary to begin developing applications on the Android platform using the Java programming language.

    They built a clean-room implementation that uses Java bytecode created with your favorite Java IDE and compiler to produce their own unique Dalvik bytecode. They do not call it Java and they do not use Sun's JVM.

    ...but it is Java in every way that counts, except it has some differences that make Java the platform as a whole less standard.

    No. Google capitalized on developers' familiarity with Java to avoid creating a new programming language and convincing people to learn it. The Java syntax is familiar and comfortable. However, Google is not calling these Java programs. A Dalvik app for Android is not going to run on a JVM. This is obvious to anyone developing for Android.

    This irked Sun, and for good reason, but they got over it. Oracle is not over it. Sadly they decided to enforce this using patents, which is an abhorrent thing to do. But that they are irked by Google's actions - very understandable.

    If you had bothered to follow this when it happened, read the history now, or even read the previous Slashdot stories recently, you would know how off-base your comments are. Negotiations between Sun and Google didn't go well, Sun's stock value plummeted, and Schwartz began shopping Sun soon after Android's debut. Oracle bought Sun with the intent of suing Google. Oracle took a calculated business risk by investing in a company with very little value in the hopes of cashing in on this lawsuit.

    They decided to enforce this using patents because that is the only sliver of hope they have in this. Google was careful in how they approached this and worked around the threats laid out by Sun during their failed negotiations. Without the patents, Oracle has nothing. It remains to be seen if they have anything even with the patents.

  89. Re:If they can do it to Google, they can do it to by Anonymous Coward · · Score: 0

    Even clearer, Google says

    The Android SDK provides the tools and APIs necessary to begin developing applications on the Android platform using the Java programming language.

    in developer.android.com.

    I believe this is the distinction - they're using the java language, but not the java interpreter. The language isn't (can't?) be patented, but Oracle's implementation IS technically proprietary.

  90. Re:Hey Google by Anonymous Coward · · Score: 0

    stop talking about your mom like that

  91. Re:If they can do it to Google, they can do it to by kripkenstein · · Score: 1

    Languages are (sadly) patentable. There are patents on, for example, Java and C#.

    So I am not sure this gets Google off the hook.

  92. Detailed analysis of Googkle's Bilski brief by FlorianMueller · · Score: 2, Informative

    Once again, thanks for your reaction and for having identified yourself. I have meanwhile published a detailed analysis of Google's Bilski brief on my blog. It's certainly not "anti-software-patent". It stops far short of arguing that software shouldn't be patentable. It just says some software patents are too abstract, some are too "conventional", but of course, Google's own patents would not be affected by what they proposed. Not at all.

  93. Re:If they can do it to Google, they can do it to by Svartalf · · Score: 1

    Ah...but Dalvik isn't a JVM, it's a DVM ( Dalvik Virtual Machine)- and Oracle isn't suing Google over Java, but rather over VM's in general.

    And the prior art in that space is going to be brutal as the bulk of the concepts existed MANY years before Java was even conceived with things like UCSD's P-Code system.

    --
    I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
  94. Re:If they can do it to Google, they can do it to by Kashif+Shaikh · · Score: 1

    I heard that Sun used to charge royaltees for mobile phones that licensed the J2ME platform - complaint or certified implementations. And this kinda proves this: From http://java.sun.com/j2se/embedded/faq.html#faq10: Q: Does deploying Java SE for embedded devices or purposes require a royalty? A: Yes. Sun's license for Java SE enables it to be freely used for general purpose desktops or servers. If Java SE is bundled as part of a dedicated solution that involves or controls hardware of some kind, then it's likely an embedded application and is subject to modest royalty payments. I believe Google java implementation is custom - not part of SE or ME - so they avoid having pay any royaltees to Oracle. This is why I think Oracle is pissed.