| |||||||||||||
Yes and no...Yes and no...Posted Dec 18, 2011 14:09 UTC (Sun) by raven667 (subscriber, #5198)In reply to: Yes and no... by khim Parent article: Ubuntu disabling the Sun Java JDK browser plugin
This is more of a philosophical discussion than a technical point, but there are other ways to handle this situation. One could make a bug report t the upstream software maker, or even attempt to fix the bug oneself if they have the energy. One could make a specific capability test and maybe even a workaround although that can clutter a code base or one could blacklist the versions of the environment known to not work. One can also just blacklist the whole thing, that's the easiest for the developer by far but the most inflexible for users preventing them from working around the issue themselves, even preventing it from working when the underlying issue is fixed. It may be broken for even longer than the original issue existed.
(Log in to post comments)
Yes and no... Posted Dec 18, 2011 18:03 UTC (Sun) by gnu_andrew (subscriber, #49515) [Link]
The final option seems to be what's happened here. Presumably, there were a lot of bug reports of builds using OpenJDK a while ago and it was simply blacklisted as a simple solution. However that means that all new versions are been blocked, including 7 where OpenJDK is the reference implementation.
I can understand the motivation but for those of us working on the code, this kind of thing is quite annoying. It gives OpenJDK a bad press for an issue which may no longer be present and (to my knowledge as IcedTea maintainer and OpenJDK developer) has never been reported.
We do get a number of issues with the javac in OpenJDK 6 because it's some horrible hybrid which has changes that were made for 7 early on (so it's different from the proprietary 6 compiler) but not later fixes (so things that work with 7 don't work with it). On top of that, Oracle, having created this mess, don't seem prepared to support it to a great degree. However, this Android filter also blocks the 7 compiler which should be the same as the one in proprietary versions of 7.
Yes and no... Posted Dec 22, 2011 13:22 UTC (Thu) by cesarb (subscriber, #6266) [Link]
> However, this Android filter also blocks the 7 compiler which should be the same as the one in proprietary versions of 7.
It seems they do not want to move to Java 7 because of MacOS:
"We don't want to go again to a situation where we allow two different
JBQ" - http://groups.google.com/group/android-building/msg/bf9d3...
|
|||||||||||||