Slashdot Mirror
Java To Be Opened For Christmas?
MBCook writes "At the Oracle OpenWorld conference, Sun's CEO Jonathan Schwartz announced on Wednesday morning that Java would be opened within 30-60 days, which would would mean about Christmas Day at the latest. Sun first announced they would do this back in May at JavaOne but didn't give a date. We've seen rumblings before on this topic. Schwartz also commented on the companies Sun Fire servers, Sun's relationship with Oracle, and general trends."
We already have one.
g in
http://packages.debian.org/unstable/net/gcjwebplu
[alpha, amd64, arm, hppa, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc]
The article only says it will be an OSI Approved License and I would suggest that that probably means the CCDL,
Blackdown provides a 64-bit plugin. It has even more stablity problems with almost no human noticable performance benefits. There are some advantages to using a 64-bit JRE such as SSL/TLS in Tomcat (and other servers side applications) but for 99% of client side webapps that just does not seem to be the case. Also, using a 64-bit browser also means no Adobe/Macromedia Flash Player plugin for you! I know some YouTube junkies that "need" Flash more than they need Java.
Something I have been wondering.... GCC now accepts Java source and emits either native binaries or Java bytecode. Can it take C/C++/etc and emit bytecode? If it is treating bytecode as just another target what if a C# frontend were written? Could gcc take C# on input and emit Java bytecode on the other end? And if a mono backend were added could it compile Java source to it? And if this all came to pass would it be a sure sign the end of times were at hand?
Just on a wild guess, since C/C++ doesn't target a VM it'd be like saying "we can get assembler code from C, why can't we get C from assembler code?" Going from byte code is easy (well, not really but...) since eventually the byte code has to run on actual hardware, but I don't think there's any good reverse mapping. In the end, I think you'd end up building a x86 VM inside the Java VM, which would have some terrible overhead.
Live today, because you never know what tomorrow brings
True, there are gcj and blackdown, but I was referring to a Sun Java that had a 64-bit browser plug-in. I thought it was implied given an open Sun Java was what the article is about. I appreciate the efforts going into non-Sun Java implementations, but as of now they don't quite have full compatibility.
All it really tells us is that it will be one of these. I think you're probably right, but I have my doubts that they've even firmly decided on it yet. They've been holding off on announcing the How and When since May, and now they've announced the When.
Finally modding someone offtopic when they rant about what "Begging the Question" means: priceless.
Still wondering if this means they'll be opening up specs on how the ARM Java acceleration works ... it would be nice to have some of those free JVMs able to use that to speed up their
bytecode interpretation.
For those of you who don't know about this, most modern ARM CPUs -- like the ARM-926ejs as found in the Nokia 770 and many cell phones -- include three processor modes: (1) pure 32bit ARM instructions, (2) a 16-bit compressed version of ARM instructions called "Thumb", widely used in microcontrollers, (3) an 8-bit Java bytecode interpreter. The first two have public documentation. But ARM won't give docs to the last out, because Sun won't let them do that; you need a separate licence from Sun to get those documents. So it's fully within Sun's power to open up some widely available Linux-savvy hardware to run Java a lot better ...
There's another CPU that's in the same kind of boat, the new AVR32 from Atmel. You may have noticed that Linux 2.6.19-rc includes initial support for that architecture. AVR32 CPUs have analogues of (1) and (3) above ... but again, Atmel won't give docs to
the Java acceleration out, because Sun won't let them do that.
(And for background info: yes AVR32 is very new, likely its audience today is almost
all developers, only one model of chip available so far.)
So how about it, Sun ... are you really going to open Java up??
Did it use threads? I'm using jboss spinning off about a dozen services and it looks like they're pretty equally balanced between my cores.
It's also got serious security flaws.
Umm, the very first platform Java ran on was Solaris, running on multiple 64-bit SPARC CPUs.
I am TheRaven on Soylent News
there is a big difference
solaris was never a big player on anything other than (expensive) sun hardware and even there linux was creeping in.
sun java is the primary implementation of java. That is it is what everyone writes there code to work with and what you expect to find if you purchase java hosting.
as to the license terms iirc the CDDL is a mozilla like license, incompatible with the GPL (but then so is nearly every copyleft license other than the GPL itself). Opensourcing the real thing will remove most of the motivation to develop clones (afaict the main motivation for developing the clones has been to get java into linux distros etc).
note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
You're so right! They never open sourced NFS. They never open sourced OpenOffice after buying it from Star Division. They certainly never opened any of Solaris or J2ME.
I am TheRaven on Soylent News
Interesting. The Open Source Initiative disagree with you, and the Free Software Foundation describe it as a GPL-Incompatible, Free Software License. Sounds pretty open to me. Oh, and I actually have read the license; I suggest you do to.
I am TheRaven on Soylent News
Fucking moron. Sun have OS'd more software than anyone else I can think of.
OpenOffice,
OpenSolaris,
NFS,
Netbeans,
GlassFish
etc etc
Sun also contributes to Gnome, X.org, PostGreSQL, Mozilla and many other projects.
Get a fucking clue and stop spreading the same old FUD.
Acording to http://www.opensource.org/licenses/ the SUN CDDL (which is what they used for OpenSolaris) is an open source license. It is not a Free Software licence and is incompatible with the GNU GPL but it is still an open source license.
I take it that the parallel programming class didn't mention that a program with a GUI has multiple threads, simply because the GUI needs one for event dispatching?
GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
Actually, the CDDL is a Free Software license, albeit a GPL-incompatible one, according to the FSF. See http://www.fsf.org/licensing/licenses/index_html.
5 minutes? What the hell are you running? Have you used a Java program since 1998?
I'll do a test right now, with Java 1.6b2 and Eclipse 3.2 with an Athlon 64: 12 seconds to the workbench.
Yep, that's a long time. Keep in mind Eclipse is a heavy app and I do have many extensions installed. Other Java apps I use regularly, such as pdftk (command line) come up instantly and work very fast.
Properly written Java apps are not slow, though if they use Swing they look hideous.
"It ain't a war against drugs.it's a war against personal freedom" --Bill Hicks
Oops, typo on my part. I just added the adjective and verb parts to it last night. Apparently a bit too late last night.
GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
Ah, you kids today and your multi-threads GUI programs.
It's entirely possible - indeed, was once common - to use an event loop/callback scheme to run a GUI program in a single thread. Obviously non-blocking calls must be used.
Threading only started to become common with the release of Pthreads, in the mid-1990s. (Of course it existed long before then!) I don't do much GUI programming but I would not be surprised if back in the days of X11R4, the X libraries weren't even thread-safe.
Tom Swiss | the infamous tms | my blog
You cannot wash away blood with blood