Oracle's Java Policies Are Destroying the Community
snydeq writes "Neil McAllister sees Oracle's buggy Java SE 7 release as only the latest misstep in a mounting litany of bad behavior. 'Who was the first to alert the Java community? The Apache Foundation. Oh, the irony. This is the same Apache Foundation that resigned from the Java Community Process executive committee in protest after Oracle repeatedly refused to give it access to the Java Technology Compatibility Kit,' McAllister writes. 'It seems as if Oracle would like nothing better than to stomp Apache and its open source Java efforts clean out of existence.'"
Die, Java, die!
Really, who didn't see this coming?
The Java Polices are coming to arrest yous!
We have the last Java 7 preview (GPL).
Fork the darn thing and see who lives.
Java is dead, and nothing of value was lost.
It seems as if Oracle would like nothing better than to stomp Apache and its open source Java efforts clean out of existence.
Also in the news. It seems that water makes things wet.
They're Oracle, that's their business model, it's what they do. Convert the goodness of open source communities into money, like a software Gargamel.
What's the next article going to be? Facebook eroding society's expectations of privacy? BP moving fossil carbon into the biosphere?
"When information is power, privacy is freedom" - Jah-Wren Ryel
No kidding .. look at what java has done to my dreams!!
http://www.youtube.com/watch?v=guGchg4mbLs
...but why is it Ironic that the Apache foundation were the first to warn the community? From reading the summary, it seems highly appropriate that Apache were the first ones to warn the community, not Ironic at all. Unless, of course, I'm missing something (which I suspect I am).
+1 IDisagreeSoHeMustBeATrollOrAnAstroturferOrAShill
Larry Ellison is one rich asshole?
You can use LibreOffice without java. It's just missing a couple features, barely noticeable.
Didn't Sun open source a HUGE chunk of Java just not long before they collapsed and got revived by the devil, Oracle?
Wouldn't it be easier for the community to just tell Oracle to fork off?
Shouldn't it be "Oracle's Java Policies Are Destroying the Community"?
It seem strange that Oracle would push people away from Java, especially since Sun spent a great deal of time getting people to adopt it. Now Microsoft seems to have gone soft on .NET which was that technology to compete with Java. Did Oracle somehow make a backroom deal with Microsoft? As I recall the Sun/Microsoft suit prohibited Microsoft from having their own Java implementation, is Microsoft now going to license Java from Oracle as the .NET replacement? This is all speculation but Oracle hasn't done anything good for the things they received in the Sun acquisition, Solaris, Java and SPARC. I realize that Oracle is a big company that likes lots of revenues but it seems to me that Sun market share was on the decline and now Oracle is just shutting the door on what remaining customers they had.
Harrison's Postulate - "For every action there is an equal and opposite criticism"
Really, who didn't see this coming?
This isn't a news article. This is an article about two previous news articles. There's nothing to see coming. Submitted by the author of an article about the two previous stories. Slow news day, I hope; this is just a group-think trajectory thing.
tasks(723) drafts(105) languages(484) examples(29106)
I'm not Oracle fan (actually, I'm a hater), but this seems more like a witch hunt. I mean, the title "Oracle's Java Polices Are Destroying the Community", sounds a little harsh considering you only said that Oracle released a buggy version of Java and they were not the first to report it. ...not that I'm against an Oracle witch hunt. ;)
Slashdot loves to rake on java.. but I always liked it. I don't work with it much any more, but I have fond memories.
Specifically I liked developing with it. Using it is an entirely different matter.. swing based UIs are still generally terrible. From the code side it was nice.
And LibreOffice is working on reimplementing many of those features without Java.
Other parts of Oracle are donating Openoffice to Apache...
It must be a terrible feeling to watch someone kill your baby.
Except the post is wrong, the article isn't about Oracle damaging the OSS community, it's about them damaging Java.
Releasing a JVM with a serious bug doesn't damage the OSS community. In fact it's an excellent way to give it more influence. Issues like these provide plenty incentive to fork.
The worst case for Oracle would be it goes the way it happened with XFree86: every distribution ships the Apache version, and everybody stops caring about the original project's existence.
irony1 [ahy-ruh-nee, ahy-er-]
.
noun, plural -nies.
1. the use of words to convey a meaning that is the opposite of its literal meaning: the irony of her reply, “How nice!” when I said I had to work all weekend.
2. Literature
a. a technique of indicating, as through character or plot development, an intention or attitude opposite to that which is actually or ostensibly stated.
b. (especially in contemporary writing) a manner of organizing a work so as to give full expression to contradictory or complementary impulses, attitudes, etc., especially as a means of indicating detachment from a subject, theme, or emotion.
3. an outcome of events contrary to what was, or might have been, expected.
Most production work will remain at java 6 for a while, until everyone makes their versions of java 7 available, Apple and IBM in particular. RHEL doesn't ship with the openjdk-1.7.0 yet. It's just not available in enough places to be worth developing against yet. Oracle knows that Apache is one of the major reasons that java is a popular as it is. They did give the Apache foundation, all of OpenOffice you know. Some idiot made a bad call and told management, that the error was just a corner case, and management said were not going to miss our deadline for a corner case. Oracle knows that the enterprise market will buy Oracle and Oracle services. It's not worried about software that's not in its market space.
Good riddance.
It's amazing they took something that was so championed by the open source community and are now driving it into the ground. Do they honestly think people are going to give a shit anymore if they keep trying to screw the community? They're either going to fork it or they're going to move on to something completely different and then Oracle can go fuck themselves. Either way, they really need to learn how to place nice. It's getting ridiculous now.
"Those who would sacrifice essential liberties for a little temporary safety deserve neither liberty nor safety." - BenF
I am a long-time Windows/.NET developer, but have reached a point where I want to become part of the much stronger, more vibrant open-source community that has developed around Linux, Java, Apache, MySQL, etc. Just as I started making this transition, Oracle's acquisition of two of the key pieces of this ecosystem (Java and MySQL) seems to be disrupting this (comparative) paradise. What's the consensus of the hive-mind on the future? Can the Linux vendors, the Apache Foundation, and their alies sustain the Java ecosystem without/in spite of Oracle? If not, where do we go from here? Dust off our old C++ skills? Adopt Google Go, Haskell, or some other next-generation language and re-build the ecosystem around it? Or are we collectively doomed to fragmentation again?
You forgot "two-thirds of the world's smartphones." Android and BlackBerry OS are both heavily dependent on Java.
Larry Ellison is becoming more of a software terrorist every day.
When you find out, let me know too. I think we're riding the same ship.
I've been looking for an alternative to Java for some time. Java was appealing because of it cross-platform compatibility, and relatively easy to use GUI classes. Anyone have any suggestions?
It is very easy to bash Oracle for all that. Yes, they should probably delay the release. Yes, they should not make that bug in first place. Said that, .NET. All the people shouting how open C#/.NET was because of ECMA standarization. Now, we are around C# 4.0, how much of that is in control of ECMA or open bodies? Can I browse MS CLR implementation? Can I fork my own implementation of it for research purposes? Please take things into perspective. Oracle is not Richard Stallman, but it is still light years ahead of MS as far as VM platform openess is concerned. .NET/C#/MS is ok. And java implementation from Oracle is about as open as it can be - even if control over specification is tighter than Apache crowd would like.
- would the bug not happen if Apache foundation got the TCK for Harmony ?
- would this jvm implementation bug not happen if Apache stayed in JCP and contribute to JDK _specification_ ?
- all the talk about 'trivial' bug - Hotspot is way more complicated code that anything Apache has produced. Harmony/core lib is a lot of work, code-wise, but complexity is a lot smaller. Hotspot is probably one of the most complicated open source projects out there. Most bugs are trivial after you find them out - but please, do not underestimate the complexity of state-of-art jvm implementation. And, to be honest, I don't think that Neil really understand the details of the bug, except that is has something to do with loop optimalization. This is way beyond normal 'forgotten to zero-delimit string' type of things.
- how releasing jvm with that bug is affecting the 'community' ? it does reduce the Oracle credibility in eyes of big commercial players (big companies will be now a lot more wary with adopting java 7), but community?
- regarding 'openess' of java. Yes, it is not perfect. But please compare it with
I find it unfair that java/Oracle gets so much bashing for not being open, while
A couple of factors motivating users to seek open solutions are: The proprietary vendor screws a product up and then doesn't fix it[1]. The vendor starts withholding necessary documentation or other support from the software community[2]. When will my product become competition for the vendor and I too will get buggered?
I can't think of a faster way for developers to jump ship to an open version of Java. And perhaps begin to fear other Oracle products as well.
[1] Heck, enough screw-ups and I'll start looking for a competent alternative. Never mind timely patches.
[2] Its called 'cutting off their air supply' and was made famous by a little outfit in Redmond.
Have gnu, will travel.
Wiki sez: In the fictional world of the Smurfs, Gargamel the sorcerer is the sworn enemy of the Smurfs and the principal antagonist in the show and comic books.
Biggest issue for the amount of boiler plate crap. Things like anonymous classes where proper closures would make the code a lot cleaner. Eclipse takes care of a lot of refactoring and cleanup but it's still dealing with a lot of bloat. Other issues would be the heavy reliance on XML for control & configuration of apps. Often times you'll spend more time worrying about configuration than code.
In summary I like Java but it's not improving fast enough.
There are many, many, many web application written on Weblogic, Tomcat, and JBoss webservers. They're all Java webapps. Not to mention Eclipse is written in Java as well. I don't think you have a clue as to what all is out there.
... was given to the Apache Community. Does that seem like action by Oracle to "stomp Apache and its open source Java efforts clean out of existence"? If anything it makes the Apache Community stronger. Java is definitely one of Oracle's most important acquisitions from Sun, which is why they are currently in court against Google. Programming mistakes happen all the time. Granted, some optimization flags were enabled that shouldn't have been, but that doesn't make Oracle intentionally malicious in this case.
Accidents happen, get over it.
I'm tired of these flamebait articles. What has happened to factual news reporting?
Android and BlackBerry OS are both heavily dependent on Java.
<flailing slashtard
But Android isn't Java!! It's Dalvik!
</flailing slashtard
i know.. i got a clue.. dont worry.. we had tomcat servers in 2001... before that we used mod_jk in apache... but apache preferred to dedicate a whole new server to java because it always was too slow and the apache team didn't want clueless people connect apache and slowness.. so they used tomcat instead of allowing java to work with apache through a module...
the module worked great btw.. java just made the apache experience painful... in a java way..
Never had to interact with Oracle much, that they're not well regarded is obvious, but if is the one thing they end up doing, then I will thank them and love them for it, in a perverse way. This overheard at OOPSLA during lunch many years ago:
Some Random Guy: "So James, really, what do you think the odds of Java really working are?"
James Gosling: "Of course it'll work, there's not a damn new thing in it!"
Or put better by Jan Steinman: "Java. All the elegance of C++ with all the speed of Smalltalk."
Rant aside, sadly, from what I hear, there's enough Java love fest going on at Google to keep things going for quite a while.
One man's pink plane is another man's blue plane.
Gee, if only there was a way to work BitCoins into the mix, /. could milk this thing for another month!
"Oracle pays bug bounty to Apache in cash instead of BitCoins; (one-man) controversy ensues."
"Java bug slows down BitCoin mining by 0.0000045%"
"BitCoin user discusses latest Java Bug on worthless blog."
Any other story ideas for our fine Slashdot "editors"?
SirWired
All hail the great Rasmus :-)
So sayeth the PhreakFakt0r
The worst case for Oracle would be it goes the way it happened with XFree86: every distribution ships the Apache version, and everybody stops caring about the original project's existence.
That's all good and well, if they can guarantee all existing Java applications will work with it. I'm not sure how it functionally compares with OpenJDK, but lots of existing Java applications simply won't work with it. If they can manage to do what OpenJDK can't, then they have a chance. Otherwise everyone is still suck using Oracle's version, especially Enterprise users (which I'd imagine accounts for most of Java's use).
"Oracle's Java Policies Are Destroying the Community"
Good. I'm glad.
I imagine that nobody is writing new applications in COBOL.
You could be wrong, you know
Fujitsu announced late Friday that it is shipping four middleware products designed to work with Microsoft's Windows Azure public cloud development platform
"The new line of products delivers runtime environments for Java and Cobol, two application programming languages that are commonly employed in building mission-critical systems, in addition to providing functionality enabling central monitoring between on-premise systems and the Windows Azure Platform."
Fujitsu Teams with Microsoft on Azure Middleware
Even Java, a much lauded language when it arrived 20 years ago, is already deemed to be old and "legacy". Yet, according to analyst Gartner, more than 70% of the world's business is run by a technology that was christened over 50 years ago - COBOL, or Common Business-Oriented Language.
At JD Williams Ltd, UK's leading direct home shopping company, for example, COBOL is one of the strategic languages used due to its key strengths in its English-like syntax, and the fact that is it very quick to develop in and easy to debug.
Recent research revealed that an average person would interact with a COBOL application at least ten times a day. With Gartner estimates putting the number of lines of COBOL code in excess of 200 billion, the global investment in COBOL applications exceeds several trillion dollars.
The case for COBOL
Scala scheme python etc all run in the JVM
If you don't like Oracle's JVM, use the IBM one or the Apache one instead
Oracle is NOT going to destroy java, IBM and Apache will not allow it.
Despite of the man being an asshole (according to several accounts of his behaviors,) the man is no idiot. An asshole, yes. An idiot, no, not by a long shot. The real question is is the hidden motive, several layers removed...
I have pretty positive experience with OpenJDK. I guess you won't get to run into any trouble unless you use video streaming features. (codec licensing problems) For J2EE fat client or webapps you're pretty safe.
Dalvik for the desktop?
If you aren't part of the solution, then there is good money to be made prolonging the problem
Java kinda sucks as a language.
Google should designe a better high level language around the LLVM stack while improving the LLVM stack itself.
http://en.wikipedia.org/wiki/Is-ought_problem
Let's be clear on this.
Oracle is killing everything remotely related to Sun.
They're killing SPARC.
They're killing PostGresql.
They're killing Solaris.
They're killing the Sun identity management suite (including directory server)
They're killing Java.
They're killing OpenOffice.
And they're killing every community that has formed around any one of those technologies.
Oracle is bound and determined to leave the Sun name and everything it created nothing more than a purple stain on the information highway.
"People who do stupid things with hazardous materials often die." -- Jim Davidson on alt.folklore.urban
I agree, but what are the viable alternatives (not a snide comment, a serious question).
Your options are basically a lower level language like c++, or a really high level language like python or perl or.. ruby..
There doesn't appear to be many middle ground competitors.. probably because java was so damn good at that. It was just the right mixture of strong typing, rigid structure, and rapid development.
If you can name a single desktop app which triggers the HotSpot bugs which this tempest in a teapot is all about, I'll be surprised.
Furthermore, Oracle won't push Java 7 via the auto-update before these bugs are fixed or indeed any time soon at all. In fact, I don't know that JRE 5 users were ever auto-updated to 6, and if they were, it was after JRE 5 was EOL'd (roughly three years after Java 6 was released, and long after most people had moved on of their own accord). The auto-updater is primarily for security fix purposes, so as long as security patches for the old version are still coming, users needn't be auto-upgraded.
I dislike the way Oracle has treated Apache and Google as much as anybody else, but false technical complaints don't help anybody's case.
I know what I said.
"When information is power, privacy is freedom" - Jah-Wren Ryel
believe me, if you have a fish that can play jazz, you'll be kept booked solid with gigs.
the preceding comment is my own and in no way reflects the opinion of the Joint Chiefs of Staff
Have Java detractors ever visited sites that make the opposite case? Of course not - this is called natural human bias. Here is an unbiased source of information: http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html Even giving +/- 5 % to account for errors, Java leaves all other languages but C in the dust... ...choke choke.
Heck give 10% points to others on the graph and subtract 10% from Java. That might help...
This is related to the fundamental fraud behind Sun's lawsuit against Microsoft back in the late 90's. The contract between the two defined the standard for compatibility as the Java Technology Compatibility Kit or whatever it was called at the time, and defined it as Sun's publicly available tests. Sun/Oracle has never had any publicly available tests. You've always had to sign a strict NDA to get access to them
Posting anonymously because I work for Oracle. This is just par for the course; we can't even get the resources we need to do basic development. Anything other than the standard low-end laptop is impossible which would make sense given they are pushing us all to develop on VMs... except I can only have one and it gets 6 GB memory, 100 GB disk space, period. No exceptions. Need to test a 12 GB dataset in memory? Forget it. Need a second VM for a six month project? Nope. Want to run on an 8 core machine to test threading? Not gonna happen. Need to load a customer's 200 GB database? Sorry bub. I wanted a $200 screen upgrade on my laptop so I can work on the UI without scrolling. Result? denied. Any variations must be personally approved by Larry Ellison.
A normal ratio of testers to developers might be 1 tester per two developers, better if you're 1:1. Oracle? Nope... our ratio is more like 1 tester per 7-8 developers. As a result our customers test everything n the field. The news abouit the loop optimization thing doesn't surprise me in the least, nor does the decision to just release anyway and patch it later. That's pretty much SOP across the whole company. Zero thought goes into streamlining installers or how much hassle things will be for customers to maintain - that's just a services revenue opportunity.
If you want to poach developers from a large company, Oracle is a great target. Their policies are designed to frustrate the developers on a daily basis. Why customers put up with it I have no idea. And if you think Oracle gives a rat's ass about open source, you're wrong. The only thing that matters is money. How can we make the most money off it. Pissing off open source developers is simply not on anyone's radar.
The Bruce Perens' article on relationship between Microsoft and Apache published in 2008 is even more timely today.
Apache distribute their Java implementation under permissive non-copyleft license, thus making Java vulnerable to EEE (Embrace, extend and extinguish). And they are payed for that by Microsoft and Google.
Its already destroyed. Oracle just don't have the mojo Sun had. Try searching for things on java and you invariably end up with an Oracle landing page that doesn't remember all the knowledge Sun had shared. Check out their wiki now, its bloody pathetic. Check out the old Sun blog site and you would see useless junk. Oracle is the wrong steward for Java and that is never going to change. I bailed out and am now spending my free time working with Nodejs and Mongodb. Alas, its only a matter of time before some heartless and soul-less company like Oracle buys both of them and give them a kiss of death.
life is all about searching and sorting
I thought that on x86 at least, most Java is JIT compiled to high performance native.
Just-in-time compilation
HotSpot
In all major platforms the JVM runs, not just on x86. Heck, there are high performance platforms out there (Azul comes to mind) that have the JVM, the JIT, the GC and a lot of other things running on the dye.
the writting was on the wall, bad behavior, from Oracle....who would have "thunk" it. I really like the java language but I feel oracle is really hurting it's future, and with Ruby (on rails), Python (django) and .net/mono all nippiing at your heels is it really the best strategic move on their part.
The worst thing that's in here, if nobody bothers to actually read page 2 of TFA, is that Oracle knew the JVM didn't do loops properly when it shipped it - they shipped it anyhow and hoped nobody'd notice until everyone upgraded.
Well it's not like loops are an important language construct at least. I knew all those years of doing everything with gotos would finally pay off.
Well Groovy fixes a lot of egregious problems in Java. I think if something appeared with Groovy like terseness but as a true superset of Java (i.e. a Java++) that it could do very well. Problem as I see it is Oracle is too petrified to do anything to the language for fear of breaking it and at this point the best hope is someone else takes over. That or Oracle splits it's language development out a la Fedora vs Redhat with a stable runtime for enterprises and more frequent unstable releases with new useful stuff.
Not true. We run the same java code on Windows/x86, Linux/x86/ Linux/ARM and Linux/Powerpc,
all debugged over ethernet from the same IDE. The world is not limited to desktop
applications (actually, we have a cross-platform desktop app too).
It will be interesting to see what happens with Kotlin. IMO, the alternative languages targeting JVM would steal Java's thunder a long time ago, if not for sucky tooling (especially IDE support incl. code completion and designers). But Kotlin is made by JetBrains, and you can be sure that there will be full support for it in IDEA once it's released. That may well be a game changer.
This is appropriate for your comment. Read the entire comic, but I think it's important that you pay particular attention to the very last point along with the advice that trails it.
He who has no
stop whining, guys. The first version of a major release had a bug, that happens to the best of us. Whoever put Java 7 Update 0 on day 0 on a production server is an idiot. The only question is why oracle did not disable the feature in question, but that is probably due to bad product management, not an overall strategical issue.
I've never understood why a virtual machine is, in any way, better than an intermediate language that can be compiled to native code for a particular platform.
For the same reason that in many platforms (x86 for instance), your compiled code gets compiled to high level instructions and not directly into microcode. In the same way that the x86 instruction set insulates you from possible chip architectural changes (that could change the underlying microcode), so does software-level vm instruction sets. The later provides you with a higher level of abstraction to work on, tends to simplify things, and provides a good-enough degree (but a 100% one) on portability across machine architectures.
An interpreted language may make sense for dynamically created code.
Java is not an interpreted language. It compiles to JVM byte code with very small resemblance to the original source code. An interpreted language is one that is parsed and, if valid, executed at run time. The adjective 'interpreted' doesn't fit here.
Even so, why not just compile it first?
But you do. You compile it into JVM bytecode. Compilation does not mean absolutely translate into hardware-specific machine instructions.
You can run interpreted code in a sandbox
Or you could run compiled code in a sandbox (pls see previous comment about interpreted vs compiled.)
but any IM compiler could add the same features to native code.
Yes, but then you have to implement back-end native instruction generators for the platforms. OTH, if you provide a VM (not just necessarily a JVM), which itself is compiled to a selected number architectures, and which code and behavior is narrower than the general cases one has to consider otherwise, then you only focus on the issues pertaining to application-specific code compiling to into that VM.
Also, a VM provides higher-level abstractions that make development of apps (and compiler toolchains and introspection tools) easier.
One thing to remember is that a VM (and the JVM in particular) provides another layer of abstraction with services and constrains not necessarily available (nor desirable) at the OS level.
For better or worse, depending on how you want to look at it, the JVM provides a security model, a memory model, a concurrency model, etc. It provides class loading and reloading capabilities, integrity checking of classes before loading, easier mechanisms for bytecode manipulation and reflection (this extremely important for most app-level development), a robust JIT, configurable garbage collection algorithms that you can configure according to the type of hardware you have, and so on and so on.
So the JVM is not just a bytecode interpreter, but an entire operating environment with high-level services targeted for a specific class of problems (and the applications that solves them.) For that type of application development, a VM makes more sense than direct compilation to an architecture instruction set on an executable format that is typically OS-specific.
Somebody commented the other day on the number of JVMs they had to have installed to keep java application compatibility without modifications. Judging by that I would say that OpenJDK vs Oracle JDK isn't going to be any better or worse, except for the fact that with the former you might have the opportunity to undo, fix, or reimplement any changes which caused your previously compiled java app to break. Additionally security fixes could be backported without larger architectural changes which might cause the same issues.
I admire the incompetence of Oracle. They've pretty much destroyed Java. They accomplished what Microsoft couldn't.
Want to see why Java SE is no longer standard on any phone, and Android moves away from Dalvik? *points to Oracle*
Nice job breaking it.
Sure, Java may still have some life in the enterprise (which is probably what Oracle had in mind to squeeze), but it's pretty much dead now as a future mobile and desktop development language. It's in the same basket as Silverlight, Flash (Which Adobe is doing a nice job killing, not Apple), and pretty much anything else that falls out of favor.
Steve Jobs must have a sixth sense for predicting the future. Notice how Apple convienently drops technology when they become performance issues?
You mean like Google did? And where are they now? In court. Something about patents or something.
Doctors destroy health, lawyers destroy justice, universities destroy knowledge, religion destroys spirituality
I don't really consider Groovy to be a middle-ground language like Java and C# are. It's performance isn't any better than python, ruby, or the other high-level languages, so I just lump it along with them.
If you want to avoid these problems do not support "technologies" that lock you in even if the dealer gives you free samples and is friendly -- it is only to get you addicted, then you are at their mercy.
Oracle may make MS look nicer but moving from 1 megacorp who can screw you at a whim to another one isn't a step away from the problem... MS messed up a whole lot for the planet for a long time; worst. track. record. ever. Nothing says that MS doesn't cause a nightmare later on; they are already making a bunch of idiotic claims against linux and any obvious idea that runs on a cell phone they could skew a patent to cover. MS isn't interested in C# right now, just like SUN was ok with Java and many things for a long time... and look what happened. I'm not saying MS will merge with Oracle and become super evil (that is possible) but they merely can decide to use their power over you with a whim of the CEO (or in this case, a chair throwing fit.)
Democracy Now! - uncensored, anti-establishment news
Lets's examine this -
BEA best app server? Purlease - their clustered (sorry cluster-fucked) solutions were always awful. You needed top-end servers to run a J2EE 'Paula bean' (see dailywtf for details of the Paula bean)
Fucking over Java and Openoffice? Only the most fervent of Java-tards would have failed to notice the rest of the dev world moved onto Erlang, Python, Ruby, back to C++, heck - anything but the disease that was factory-singleton-aop-eclipse is slow-machine got pwned because of lame date class Java. And OpenOffice? Heh - when it finishes loading, even M$ Office has opened the document!
Which 18 companies are these then?
The Java VM is a very poor abstraction for most underlying hardware. I think a general purpose IM would be a much better idea.
You know that the Java VM is not an abstraction for most underlying hardware, don't you. As I mentioned in my prev. post, it is an operating environment for a specific class of problems which provides a slew of app-specific services that are not necessarily general purpose. IM servers one type of purposes, VMs serve others.
Also, I know that you think like that. However, I *think* you need to qualify your stated opinion. Without it, it is as valuable as saying "I think oranges are better than apples."
I mean seriously, what do you mean by this?
The Java VM is a very poor abstraction for most underlying hardware.
Why? How? Under what conditions? More importantly, is that the JVM's objective? (hint: it isn't)
And and what to you mean by this?
I think a general purpose IM would be a much better idea.
Why? How? Under what circumstances? And if IM is a better alternative, how is it to implement the configurable gc logic, the class loading logic, the JMX and other management extension logic, the security manager logic, the reflection logic, the JNDI logic, the JDBC logic, all the specs that come with it (all of which are defined as universal standards for that application stack)?
Obviously it would have to be deployed in the OS as a shared library, and then you'll have to ask you why is that a better deployment/distribution model over the JVM, how and under what conditions.
Without that, all you are saying is that *you like* apples more than oranges. Not much helpful, isn't?
I am a huge fan of Java, even with some of it's shortcomings, and after the Oracle acquisition would have dumped it right then and there if there were an alternative.
I doubt I am the only one who thinks this way, but we need a 'drop-in' alternative and if possible one that will completely detach the next-best-Java from any oracle-poisonous tentacle.
Because we gotta be honest, a LOT of Java based systems exist in the professional markets and they will not just re-programm their entire systems because of Oracles antics (though many do see the writing on the wall and are worried).
I would see Google + Gosslin (SP?) as ideal candidates to create such a new Java. Their Dalvik-VM being a prime example of a possible future replacement.
I would envisage that any Java++ would be a hybrid which supported static compilation of Java code plus extensions but also had dynamic runtime functionality for things like domain specific languages. So your code for the most part would still be compiled byte code but if you wanted you could drop a bit of declarative UI, or Groovy, or Scala, or HQL or something straight in the middle of the Java class and the runtime would run it seamlessly.
Otherwise everyone is still suck using Oracle's version, especially Enterprise users (which I'd imagine accounts for most of Java's use).
IBM's enterprise Java products all use IBM's Java runtime, not Oracle's, as far as I know.
GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
The trouble is, it's all about future languages. For the desktop at the moment my choices seem to be Python or Ruby for scripting -- both good, choice down to programmer preference and availability of pre-rolled code relevant to the project in hand -- and C# or Java for larger-scale stuff, both bogged down with corporate ownership issues. I'm almost tempted to revert to C++ unless somebody can point me to a real viable alternative rather than an experimental language. (There's some stuff I do in Ada, but that's a bit heavy for general purpose stuff).
Quidnam Latine loqui modo coepi?
I can't believe anyone is surprised by this behaviour. It is written (somewhere) the the Gods of Commerce get to do whatever the hell they want, and we all know that they sure as hell DON'T want to share...
...
However, we are very lucky. Rarely is the solution so clear.
1. If you willingly do biz with Oracle, especially in the Java arena, but really in any context, you lose your right to bitch about Oracle's bad behaviour.
2. Go back to the last FOSS version of Java and fork it. And this time don't sell it to any greed heads - yep, I am putting Sun in this category also.
Hang in there - we are all in this together