It's always been hard to find. I think it's intentional on Engadget's part. It's under the two paragraphs on text on the left hand side. It used to be colored differently and it actually was even harder to notice.
edit: yup, the version arn is referring to was the most annoying and hard to find IMO.
And they made the word "Source" right before the link an image (http://www.blogsmithmedia.com/www.engadget.com/media/post_la...), just in case search engines are smart enough to infer "authority" for topics by detecting reblogging (e.g., by analyzing surrounding text for words such as "source" etc).
Actually Engadget are sticklers for attribution, when reblogging an article they sometimes have two links; both {Via} and up the chain to {Source}
It is hard to see it if you are not used to the page design. I do find the pages heavy on engadget. (which always cause problems when demoed on mobiles tee hee)
I wonder if the code was copied before Google bought Android or after. And would they be able to just pay licensing to Oracle for the code?
I don't get one thing. I thought Java is supposedly open-source? How come there's proprietary source code? Or are these files part of a particular Java library developed by Sun that are not part of the Java that they open-sourced?
The issue is not with the open-source portion, it's with relicensing. The implication is that parts of the code that are in Android's Java implementation were copied outright and then relicensed to APL, which is not allowed--the original code is GPL, and must stay GPL, unless the original author decides to license it under a different license.
The timing is irrelevant. It's almost certain that when Google bought Android, they'd have taken on any legal liabilities that went with it. It's possible that the previous owners might have agreed to keep them but it would be very unusual for that to be the case.
As for could the just pay Oracle to license the code - they could have done at the time had Oracle, or Sun as it would have been at the time, agreed but they didn't. It would seem highly unlikely given that Oracle are currently suing them that they'd be willing to enter into such a license with Google now.
So I'm guessing Google can't claim ignorance (i.e. did not check all code line by line for copyright material) when they bought Android as a defence statement?
My guess is that the only out they'd have with this is if the purchase contract specified that any legal liability might remain with the previous owners but it's unusual to find anyone who will agree to that with a sale.
The possibilities are that they did not perform proper due diligence on the code that they bought, which should have brought this to light (and a giant the size of google really should know how to do a code audit) (bad), the second possibility is that they did do proper due diligence, were aware of the provenance of this chunk of code and chose to ignore it (bad), the third is that the code got incorporated after the sale (bad).
There are no 'goods' here, the central question is if this is a part that is critical.
That said, I'm fairly sure that any large enough software project that has had contributions from large numbers of sources is subject to this kind of pollution, unless very strict measures are taken to avoid it.
Agree it's an interesting question but I don't see how the timing impacts proof of whether it was wilful or not.
Google inherit everything the previous developer did including the intent or otherwise. It doesn't get to say "but we didn't know when we bought it", that's what due diligence and contacts are for.
(a) If Android, Inc., didn't have all the policies in place that larger companies do (e.g., code review), then it would have been easier for a naïve engineer to make the mistake. If so, it might actually not be willful.
(b) The longer ago it happened, the more likely it is that any evidence of how it happened has been lost. If so, even if it was willful, Oracle might have trouble proving it.
Unless I am mistaken, willful infringement applies to patents, whereas this only proves willful copyright infringement. Are the willful infringement clauses for copyright as well?
I think these are from the Java compliance test suite used to test that a Java implementation conforms to the specification. Sun had committed to releasing the compliance tests, but then dragged its feet and it never happened.
From a quick look it definitely looks like copyright infringement, but in a non-critical area of Android. Google may end up paying a small fine over this, but it doesn't address Oracle's central claim that the Dalvik VM infringes their patents.
Thanks for those links. So from your perspective what matters more - the patent dispute on the virtual machine that all of Android runs on, or a copyright issue on 40-some code files?
I'm not even sure how core those files are to running Android - it looks like they could easily be replaced by Google with new code.
Hey WTF is happening here? (parent has a -4 score at the time of posting).
There's no written rule about it, but negative score are best left to offensive or empty posts.
Please don't downvote if you disagree. Reply or simply ignore it. In this case I think that piotr estimates poorly the weights of the different charges, even though IANAL and thus may be wrong.
Diverging opinions feed the debate and prevent circlejerk.
Actually, each act of copyright infringement can constitute 20k in statutory damages. Depending on the use of the directly copied documents, each install of android could be an act of infringement (I'm not sure of to what the documents pertain, so this may be completely off). With 300+k activations a day, assuming all documents pertain (which may be a large assumption), that adds up to $240,000,000,000 a day. That's a lot of money.
From a practical point of view, it is ~43 files out of how many? I think this means that someone got lazy and just copied a bunch of files. This is something that is worthy of a slap on the wrist at worst.
Unfortunately, I'm sure that now a few floors of lawyers are salivating at all the hours they're going to bill. In the end, the laywers will get a pile of money, oracle will gain some pocket change at google's expense, and the java community will be hurt the most.
Doesn't Oracle have better things to do? What do they gain from this?
This is something that is worthy of a slap on the wrist at worst.
Given the breadth of the infringement (making it open source w/ OEMs shipping tens of millions of devices based on it), the damages could be substantial.
What does Oracle have to gain from this? Money of course.
Unless Google has a good response to this, one thing I guarantee will happen is the engineer who checked in these files is going to be looking for a new job.
>OEMs shipping tens of millions of devices based on it
This is assuming it's a part of the code that actually makes it onto devices. Some of the other comments in this thread suggest they may be from a testing framework.
Doesn't matter if it makes it to devices or not. The code was checked into Android repository and was available for download. In other words, the code was made available. With a different license. That is illegal.
Your comment leaks quite a bit of bias against Oracle. You'd be just as frustrated if someone violated licensing on a tiny part of your software, then relicensed it and gave it to OEMs for worldwide distribution. In fact, I'd wager that you'd be more frustrated, because you don't have the legal resources that Oracle does to go after it.
Sure, whatever opinion you have about Oracle might be valid, particularly with the way they're handling the JCP and OpenSolaris. Whatever. However, there is an underlying issue that is a bit bigger here, and the blog author is pointing that out in a reasonable fashion. It doesn't matter who is suing and who is sued; copyright infringement is copyright infringement.
You could make the argument that this isn't any of Oracle's business, but they absorbed everything about Sun: their IP, their liabilities, and so on. Sun was perhaps considering this action before Oracle bought them, and we'll never know.
What if the companies were reversed? Would you make the same remarks?
"What if the companies were reversed? Would you make the same remarks"
Given google's reputation for being open, they're not likely to pursue a law suit like oracle just because there's money in it. The media outrage will hurt their reputation more than the monetary gain.
Oracle doesn't need money. License Oracle Database if you don't believe me.
It's silly to imply that Oracle brought this suit against Google just to score a few bucks, but easy to say when you dislike Oracle. The alternative, and very likely real reason for the suit, is that Oracle actually cares about its intellectual property and would prefer that Google not do what they will with it.
>The alternative, and very likely real reason for the suit, is that Oracle actually cares about its intellectual property and would prefer that Google not do what they will with it.
I think it's far more likely that Oracle has seen a way to get a slice of the Android pie, and the rapidly growing long-term revenue stream that it likely represents.
> and the rapidly growing long-term revenue stream that it likely represents.
Again, they don't need a long-term revenue stream. I'd wager that their revenue stream from Oracle Database and other products, as well as the long-term support contracts for those products, shadows Android in comparison. Bold, I know, but Oracle is widely, widely used in the enterprise sector. The salary for an Oracle DBA alone speaks volumes regarding this.
In your world, Oracle executives sit around and think: boy, we could score a small percentage of that Android market. It pales in comparison to what we can make off of enterprise customers, but that cash flow is definitely worth the negative publicity and community recoil!
Completely ridiculous.
Your comment is merely another angle of repetitive arguments attempting to make Oracle out to be the bad party for suing Google. While I dislike Oracle just as much as the next geek for their treatment of open-source products, they might actually have a point with this lawsuit. That's all I'm saying, and watching my karma swing around wildly for taking the middle ground instead of jumping on the anti-Oracle bandwagon is amusing.
Oracle does not, and never has cared about their reputation with the technical community. They care about their reputation with the people who actually buy their software.
The people who buy their software understand things like duty to shareholders, and Oracle has historically determined that exercises like this are part of that duty.
I never said I disliked oracle, I don't have any opinion of them since I don't use any of their products. However, I am implying that they don't have or depend on the same public reputation that google does. Google depends on its reputation to hire the best talent and anything that will make them look like the bad guys will turn away a lot of people good enough to be choosing which top company to work for.
About suing for money: The accumulation of patent in large companies is necessary because if they don't patent everything, someone else will and they'll be in trouble. But suing another big corporation "just to protect the patent" is mutually assured destruction because the company being sued has probably patented a lot of petty little things that the company suing is using and can counter sue. Unless there's a lot to gain, they don't because the only people that will get anything out of it is their patent lawyers.
Oracle does have a case against google, but saying that they're doing it just to protect their intellectual property is a bit naive.
"...It doesn't matter who is suing and who is sued; copyright infringement is copyright infringement...."
One of the few positive things about our legal system is that it at least attempts to take "intent" and "proportionality" into account when making judgments.
Hopefully who ever makes decisions about this case will think about what was actually done. There's a world of difference between a hard-working team inadvertently cribbing a little code, and a large company gaining a massive strategic advantage by violating copyright on mission-critical source code.
And the reporter is actually an ex-copyright and trademark attorney. So he does at least have rich domain knowledge in the law, and he has been following this case carefully.
I think yanw is wondering whether the author is only in Engadget's payroll or if there's another entity paying for his expertise after observing a consistent biased behavior.
BTW, I have no idea whether the author is or is not working for Microsoft.
Nilay Patel is almost certainly not. The classic Engadget site has really no one who is a Microsoft fan. The HD Engadget site does have some MS fans, largely because of Media Center.
Most of Engadget is accused of being an Apple fanboi site. Engadget's claim is that Apple just makes good products. I'm inclined to believe them. For the most part they seem really fair.
I believe Nilay (and Josh and Paul) all use Mac Books as their primary computer. And Nilay uses a Droid of some sort as his primary phone.
If they are on the MS payroll... MS needs their money back as they routinely slam MS. They slam MS so often, I think you'd even enjoy the site. :-)
The problem is we do not have the full story. For example, there is a certain clause of GPL2 that states if certain conditions are met that the full work does not have to be under GPL2 when a small portion may be under GPL2.
Plus, the aspect of when Java was GPL'd does that pertain to everything in the distribution or does at eh time Sun's disclaimers of some being not GPL'd hold legal weight pertaining to whether its a legal enforceable GPL license.
"If identifiable sections of that work are not derived from the Program, and can be reasonably considered independent and separate works in themselves, then this License, and its terms, do not apply to those sections when you distribute them as separate works."
Correct me if I'm wrong, but it doesn't mean that you can copy small portions of GPLed code as you wish and use them in your projects; it means that the original copyright holder for those small portions can apply any license to them, which means that by default all rights are reserved by the original author of those portions.
The other relevant section is also from part 2 of the GPL v2, In addition, mere aggregation of another work not based on the Program with the Program (or with a work based on the Program) on a volume of a storage or distribution medium does not bring the other work under the scope of this License.
Neither section implies that including only a little GPL v2 code within your project is OK.
Google should have done everything they could to buy Sun or at least buy the Java IP and Engineering team. Heck they could have bought them out fully and sold the uninteresting parts.
That would have been better for two reasons - Oracle is screwing up bad with the JCP and it's going to hurt Java - May be Google could have been a better steward. Secondly Google relies so much on Java not only for Android but also for many other things - it is almost idiotic not to buy the IP.
I guess they had their reasons to not pursue - I can't imagine what those were.
Not exactly priceless - the upside has to be worth more then the 5-7 billion spent for it to be worth it for Google.
Security from people suing you is probably the most compelling reason you gave here - I see no reason why Google would want to control Java IP and future direction when they can write all the software they need to in house to built on the Java platform to meet their needs.
So is 5-7 billion worth security for people suing you? I guess we'll see, but this is likely the biggest lawsuit related to Java they will ever face, and you can bet they won't make this same mistake again. Unless then pay out several billion dollars, which is unlikely given the tendency of these large technology firms to cross sue and settle with cross licensing agreements, I'd say Google's decision not be buy Sun is still sound at this time.
Just my two cents, I am watching just like the next person from the sidelines, this should be interesting.
Google does a fair bit of language and VM research - Go language, Python/LLVM and I think having Java in their pockets would give them a good amount of leverage - they don't have to rely on Oracle providing a updated JVM under favorable licensing terms for example - lot of Google Enterprise stuff is Java based. If tomorrow Oracle decides to go OpenSolaris route for OpenJDK - that would be bad for Google as they don't have their own "Java" VM.
But even if you just consider the suing part - this is potentially not just limited to Google but also their OHA members. So if Larry sues everyone in OHA and handset makers couldn't afford to pay what Larry asks - that could end up hurting Android.
It's more than that though. This article specifically says that HTC and Motorola have also been sued for patent infringement. Even if Google can afford to pay for these types of lawsuits, this could really hurt them strategically in working with telecoms and other vendors in the future. Anyone wanting to build a new tablet/phone will have to consider this as a huge risk. Could have much bigger strategic aspects than just the IP
Good point, Oracle paid $5.6 billion for Sun, Google could have afforded that, they just offered $6 billion for Groupon. OTOH, that seems like a lot of money to pay just for Java.
$3,000,000 per employee, most of whom are sales reps? They can get 2,000 employees for much cheaper than that. They were going after the user base and ridiculous profits.
How much is Oracle suing Google for? If Oracle can get anywhere near $5.6 Billion from suing Google this could end up being one of the biggest tech blunders since AOL/TW.
This is a movie plot notion of how M&A works. In reality, just because you have the assets on hand to buy another company, doesn't mean you can just go ahead and buy the company. First, you have to convince your own board, and then your public shareholders, that the acquisition makes long-term business sense.
Oracle bought Sun on a business model that saw them recouping the price of the acquisition not in proceeds from lawsuits but in shoe-leather sales to Oracle and Sun customers (which overlap intensely). Oracle already had the infrastructure to capitalize on that channel with Sun products.
Google had none of that. Had Google bought Sun, the first thing they could have expected would have been a shareholder revolt. The money isn't theirs to spend; it belongs, in large part, to Google's shareholders.
As I recall, IBM had an offer out for Sun, and Sun fell into Oracle's hands quite suddenly when IBM and Sun management couldn't agree on terms. It might be that Google was expecting that IBM would get Sun, and that they were OK with that, given IBM's generally more, shall we say, less frenzied approach toward monetizing its intellectual property...
> Oracle is screwing up bad with the JCP and it's going to hurt Java
i was far from all this politics, but made a few google searches - is this about ASF leaving JCP? then, as far as i understood, these issues are all related, to Harmony, suing etc.
so maybe Java wouldn't be hurt? just specs would be changed more tyrannically...
The source code the guy links to comes from Apache Harmony, so if anyone actually has committed copyright infringement it could well be the ASF as the source of the infringement. I wonder if Oracle would go after Apache as well.
There was confusion about this when the first bits of code that were obviously Sun's implementations were found in Android code... However, according to Apache, Google slapped the Apache Harmony license into the headers themselves and the files were never really part of Harmony.
These days college students think that one person doing ten people's homework is "collaboration", so I can imagine a lazy Googler decompiling some Sun class files. "After all, they're only tests, not real code."
For what it's worth, this still at least looks like it's mostly code from test frameworks, which doesn't necessarily even run on an Android device itself. So it could likely be dropped from the source distributions without compromising the functionality of any device. (Distributing it would still have been infringement --- but a lot more easily remedied than it might have been otherwise.)
Specifically, if we look at the PDFs from the original source here:
six of the seven Android files are in subpackages of "org.apache.harmony.security.tests". The Android version of Mueller's example number six, strangely, has no package declaration at all, but the name of the class (PolicyNodeImpl) at least is the same as one that has been identified as unit test code the last time it came up in this connection.
(BTW, the "org.apache.harmony" package prefix doesn't necessarily mean that the ASF ever distributed the particular file in question; that PolicyNodeImpl.java file was distributed by Google with an Apache Harmony package declaration, but had never been distributed by the ASF itself.)
About the files with the Oracle copyright header, it seems to be on some remote tree that I can't even browse. Can you opine on whether it was ever actually shipped?
This is the most important post in this thread. It looks like they created their own "conformance tests", in some cases using the Java implementation as the baseline. On the scale of concerns, that is somewhere around 0.
Quoted from the link above: "However, the functionality contained in those particular classes is related to security, not to unit testing. Also, the Wireless Toolkit (the 37 other files I listed) isn't unit testing either."
"In Florian's paper, he points these out as Sun PROPRIETARY / CONFIDENTIAL. However, it looks like several of the sources come from Sun's mmademo, linked here [java2s.com]. In this rendition of the document, each source file's license is a permissive one by Sun (i.e., not proprietary / confidential)."
IE, the header in the distribution may read incorrectly that the files are SUN proprietary.
100 comments
[ 345 ms ] story [ 2360 ms ] threadedit: yup, the version arn is referring to was the most annoying and hard to find IMO.
http://web.archive.org/web/20091028095024/http://www.engadge...
It is hard to see it if you are not used to the page design. I do find the pages heavy on engadget. (which always cause problems when demoed on mobiles tee hee)
I don't get one thing. I thought Java is supposedly open-source? How come there's proprietary source code? Or are these files part of a particular Java library developed by Sun that are not part of the Java that they open-sourced?
Basically you can't do shit if it isn't explicitly allowed.
As for could the just pay Oracle to license the code - they could have done at the time had Oracle, or Sun as it would have been at the time, agreed but they didn't. It would seem highly unlikely given that Oracle are currently suing them that they'd be willing to enter into such a license with Google now.
My guess is that the only out they'd have with this is if the purchase contract specified that any legal liability might remain with the previous owners but it's unusual to find anyone who will agree to that with a sale.
The possibilities are that they did not perform proper due diligence on the code that they bought, which should have brought this to light (and a giant the size of google really should know how to do a code audit) (bad), the second possibility is that they did do proper due diligence, were aware of the provenance of this chunk of code and chose to ignore it (bad), the third is that the code got incorporated after the sale (bad).
There are no 'goods' here, the central question is if this is a part that is critical.
That said, I'm fairly sure that any large enough software project that has had contributions from large numbers of sources is subject to this kind of pollution, unless very strict measures are taken to avoid it.
Not entirely; it might make a difference in how hard it is for Oracle to prove willful infringement (which increases the damages.
And even if it's irrelevant to the case, it's still an interesting question.
Google inherit everything the previous developer did including the intent or otherwise. It doesn't get to say "but we didn't know when we bought it", that's what due diligence and contacts are for.
(b) The longer ago it happened, the more likely it is that any evidence of how it happened has been lost. If so, even if it was willful, Oracle might have trouble proving it.
http://fosspatents.blogspot.com/2010/11/copyright-part-of-or...
http://docs.justia.com/cases/federal/district-courts/califor...
I'm not even sure how core those files are to running Android - it looks like they could easily be replaced by Google with new code.
However, to me, copyright infringement matters a lot more... If someone is getting free code then at least they could respect the LICENSE.
There's no written rule about it, but negative score are best left to offensive or empty posts.
Please don't downvote if you disagree. Reply or simply ignore it. In this case I think that piotr estimates poorly the weights of the different charges, even though IANAL and thus may be wrong.
Diverging opinions feed the debate and prevent circlejerk.
Unfortunately, I'm sure that now a few floors of lawyers are salivating at all the hours they're going to bill. In the end, the laywers will get a pile of money, oracle will gain some pocket change at google's expense, and the java community will be hurt the most.
Doesn't Oracle have better things to do? What do they gain from this?
Given the breadth of the infringement (making it open source w/ OEMs shipping tens of millions of devices based on it), the damages could be substantial.
What does Oracle have to gain from this? Money of course.
Unless Google has a good response to this, one thing I guarantee will happen is the engineer who checked in these files is going to be looking for a new job.
This is assuming it's a part of the code that actually makes it onto devices. Some of the other comments in this thread suggest they may be from a testing framework.
Sure, whatever opinion you have about Oracle might be valid, particularly with the way they're handling the JCP and OpenSolaris. Whatever. However, there is an underlying issue that is a bit bigger here, and the blog author is pointing that out in a reasonable fashion. It doesn't matter who is suing and who is sued; copyright infringement is copyright infringement.
You could make the argument that this isn't any of Oracle's business, but they absorbed everything about Sun: their IP, their liabilities, and so on. Sun was perhaps considering this action before Oracle bought them, and we'll never know.
What if the companies were reversed? Would you make the same remarks?
Given google's reputation for being open, they're not likely to pursue a law suit like oracle just because there's money in it. The media outrage will hurt their reputation more than the monetary gain.
It's silly to imply that Oracle brought this suit against Google just to score a few bucks, but easy to say when you dislike Oracle. The alternative, and very likely real reason for the suit, is that Oracle actually cares about its intellectual property and would prefer that Google not do what they will with it.
I think it's far more likely that Oracle has seen a way to get a slice of the Android pie, and the rapidly growing long-term revenue stream that it likely represents.
Again, they don't need a long-term revenue stream. I'd wager that their revenue stream from Oracle Database and other products, as well as the long-term support contracts for those products, shadows Android in comparison. Bold, I know, but Oracle is widely, widely used in the enterprise sector. The salary for an Oracle DBA alone speaks volumes regarding this.
In your world, Oracle executives sit around and think: boy, we could score a small percentage of that Android market. It pales in comparison to what we can make off of enterprise customers, but that cash flow is definitely worth the negative publicity and community recoil!
Completely ridiculous.
Your comment is merely another angle of repetitive arguments attempting to make Oracle out to be the bad party for suing Google. While I dislike Oracle just as much as the next geek for their treatment of open-source products, they might actually have a point with this lawsuit. That's all I'm saying, and watching my karma swing around wildly for taking the middle ground instead of jumping on the anti-Oracle bandwagon is amusing.
The people who buy their software understand things like duty to shareholders, and Oracle has historically determined that exercises like this are part of that duty.
About suing for money: The accumulation of patent in large companies is necessary because if they don't patent everything, someone else will and they'll be in trouble. But suing another big corporation "just to protect the patent" is mutually assured destruction because the company being sued has probably patented a lot of petty little things that the company suing is using and can counter sue. Unless there's a lot to gain, they don't because the only people that will get anything out of it is their patent lawyers.
Oracle does have a case against google, but saying that they're doing it just to protect their intellectual property is a bit naive.
One of the few positive things about our legal system is that it at least attempts to take "intent" and "proportionality" into account when making judgments.
Hopefully who ever makes decisions about this case will think about what was actually done. There's a world of difference between a hard-working team inadvertently cribbing a little code, and a large company gaining a massive strategic advantage by violating copyright on mission-critical source code.
Yea, it is the new name.
>IIRC that guy calls everyone who disagrees with him "Microsoft booster" so I'd take it at face value.
Yea, I do disagree with some of their claims. I just wanted to mention a source that I can think of off the top of my head to help readers.
BTW, I have no idea whether the author is or is not working for Microsoft.
Most of Engadget is accused of being an Apple fanboi site. Engadget's claim is that Apple just makes good products. I'm inclined to believe them. For the most part they seem really fair.
I believe Nilay (and Josh and Paul) all use Mac Books as their primary computer. And Nilay uses a Droid of some sort as his primary phone.
If they are on the MS payroll... MS needs their money back as they routinely slam MS. They slam MS so often, I think you'd even enjoy the site. :-)
Sadly, I have very little free time these days. I even gave up on Engadget's headline podcast...
Plus, the aspect of when Java was GPL'd does that pertain to everything in the distribution or does at eh time Sun's disclaimers of some being not GPL'd hold legal weight pertaining to whether its a legal enforceable GPL license.
"If identifiable sections of that work are not derived from the Program, and can be reasonably considered independent and separate works in themselves, then this License, and its terms, do not apply to those sections when you distribute them as separate works."
Correct me if I'm wrong, but it doesn't mean that you can copy small portions of GPLed code as you wish and use them in your projects; it means that the original copyright holder for those small portions can apply any license to them, which means that by default all rights are reserved by the original author of those portions.
Neither section implies that including only a little GPL v2 code within your project is OK.
That would have been better for two reasons - Oracle is screwing up bad with the JCP and it's going to hurt Java - May be Google could have been a better steward. Secondly Google relies so much on Java not only for Android but also for many other things - it is almost idiotic not to buy the IP.
I guess they had their reasons to not pursue - I can't imagine what those were.
This is bad, but I still don't yet believe buying Sun would have been the better option.
Security from people suing you is probably the most compelling reason you gave here - I see no reason why Google would want to control Java IP and future direction when they can write all the software they need to in house to built on the Java platform to meet their needs.
So is 5-7 billion worth security for people suing you? I guess we'll see, but this is likely the biggest lawsuit related to Java they will ever face, and you can bet they won't make this same mistake again. Unless then pay out several billion dollars, which is unlikely given the tendency of these large technology firms to cross sue and settle with cross licensing agreements, I'd say Google's decision not be buy Sun is still sound at this time.
Just my two cents, I am watching just like the next person from the sidelines, this should be interesting.
But even if you just consider the suing part - this is potentially not just limited to Google but also their OHA members. So if Larry sues everyone in OHA and handset makers couldn't afford to pay what Larry asks - that could end up hurting Android.
Oracle bought Sun on a business model that saw them recouping the price of the acquisition not in proceeds from lawsuits but in shoe-leather sales to Oracle and Sun customers (which overlap intensely). Oracle already had the infrastructure to capitalize on that channel with Sun products.
Google had none of that. Had Google bought Sun, the first thing they could have expected would have been a shareholder revolt. The money isn't theirs to spend; it belongs, in large part, to Google's shareholders.
i was far from all this politics, but made a few google searches - is this about ASF leaving JCP? then, as far as i understood, these issues are all related, to Harmony, suing etc.
so maybe Java wouldn't be hurt? just specs would be changed more tyrannically...
(java my favorite language, don't make me sad :)
https://blogs.apache.org/foundation/entry/read_beyond_the_he...
There was confusion about this when the first bits of code that were obviously Sun's implementations were found in Android code... However, according to Apache, Google slapped the Apache Harmony license into the headers themselves and the files were never really part of Harmony.
Specifically, if we look at the PDFs from the original source here:
six of the seven Android files are in subpackages of "org.apache.harmony.security.tests". The Android version of Mueller's example number six, strangely, has no package declaration at all, but the name of the class (PolicyNodeImpl) at least is the same as one that has been identified as unit test code the last time it came up in this connection.(BTW, the "org.apache.harmony" package prefix doesn't necessarily mean that the ASF ever distributed the particular file in question; that PolicyNodeImpl.java file was distributed by Google with an Apache Harmony package declaration, but had never been distributed by the ASF itself.)
Actually it doesn't look that way according to what appears to be Florian Mueller: http://www.zdnet.com/tb/1-92456-1762392?tag=talkback-river;1...
Quoted from the link above: "However, the functionality contained in those particular classes is related to security, not to unit testing. Also, the Wireless Toolkit (the 37 other files I listed) isn't unit testing either."
http://tech.slashdot.org/comments.pl?sid=1960862&cid=349...
"In Florian's paper, he points these out as Sun PROPRIETARY / CONFIDENTIAL. However, it looks like several of the sources come from Sun's mmademo, linked here [java2s.com]. In this rendition of the document, each source file's license is a permissive one by Sun (i.e., not proprietary / confidential)."
IE, the header in the distribution may read incorrectly that the files are SUN proprietary.
http://www.engadget.com/2011/01/21/android-source-code-java-...