Javalobby

Mitch Pronschinske is the Senior Content Analyst aka. the CZO (Chief Zones Officer) aka. "Lord of the Zones" at DZone. That means he writes and searches for the finest developer content in the land so that you don't have to. He often eats peanut butter and bananas, likes to make his own ringtones, enjoys card and board games, and is married to an underwear model. My G+ Profile Mitch is a DZone Zone Leader and has posted 2017 posts at DZone. You can read more from them at their website. View Full User Profile

Reinhold Already Talking About Java 9

03.23.2011
| 12769 views |
  • submit to reddit

We Recommend These Resources

NOSQL for the Enterprise

Java 9.  That's not a mistake.  In John Duimovich and Mark Reinhold's "Java Renaissance" keynote today at EclipseCon 2011 they talked about Java 7, which finally has a release date (July 28, 2011), Java 8, which will bring modularity that is compatible with OSGi, and... wait for it....  Java NINE.

For those of us poor souls who are not at the conference, which has been really awesome so far (according to attendees), all we have are a few key tweets from Justin Kestelyn of Oracle:



And a separate tweet on JDK 9 that credits Arun Gupta for also mentioning the ideas:


Crazy that they're already thinking that far ahead when Java 8 is still more than a year away.  So what are your thoughts?  Are these features everything we ever wanted?  Or are they just more clutter in an already complex JDK?

Another point of major interest to supporters of OSGi is Java 8, which will implement its own brand of modularity through Project Jigsaw.  Many parties, including the Eclipse Foundation, are very interested in OSGi succeeding.  This is why Reinhold wanted to assure audience members that there would be an OSGi migration path from Java 8.  Some tweets about that:





Java 9, folks.  What do you think?

Comments

Jochen Bedersdorfer replied on Wed, 2011/03/23 - 9:36pm

I say, forget about modularity and OSGi and bring on multicore-scalability, hypervisor FIRST.

The time is now, not in 3 years.

Artur Biesiadowski replied on Thu, 2011/03/24 - 7:11am

I'm feeling a bit out of the loop here:

Hypervisor thing is about implementing some kind of  java Isolates to support hosting of multiple apps in shared environment?

Multicores - I suppose we are talking here about massive multi-cores, like 1000+. I think that java fares quite well on 8-32 core systems, doesn't it ?

How they plan to help multitenancy in JDK? I thought it is more application-level, rather than virtual machine-level feature?

@Jochen

What kind of systems you are running java which would require massive multi-core scalability? I suppose Azul is doing it's own work in the area, but Sun JDK??

 

Andy Leung replied on Thu, 2011/03/24 - 9:55am

After studying a little bit of MacOSX and iOS, I've found that multi-core capability is more important at OS level than in language in the first place. If OS provides low level support of multi-core, and expose through high level API to SDK, that makes all apps capability to leverage all system resources. I really like the idea of GDC in MacOSX and iOS, because I believe it works more efficiently than a regular Java Queue monitor and run by JRE.

Jochen Bedersdorfer replied on Thu, 2011/03/24 - 2:04pm in response to: Andy Leung

Java is not only a language and as a platform hosting applications, it needs to make sure that it can actually use all the modern facilities provided by the OS.

This is not the case right now.

 

Jochen Bedersdorfer replied on Thu, 2011/03/24 - 2:10pm in response to: Artur Biesiadowski

Despite all the advances in java.util.concurrent, concurrent programming is still very hard and error prone.

(A need scala claims to address. With a language that is more complex than Java, hmmmm)

 While the JVM does a fairly decent job working with multiple cores, any sort of non-trivial parallel programming problem is still hard to implement and to maintain if you want to maximize use of the CPU.

While vendors exist to ease the pain here, proper support on the language and VM level is highly appreciated.

 

Alex(JAlexoid) ... replied on Thu, 2011/03/24 - 4:33pm in response to: Jochen Bedersdorfer

Jochen Bedersdorfer:
    Despite all the advances in java.util.concurrent, concurrent programming is still very hard and error prone.

 Unfortunately we are left with either hard/unnatural programming models(functional programming), error prone concurrency or transactional memory. Since most issues hover around shared and mutable data.
But concurrency was hard for decades and I don't expect it to become easier any time soon.

Even will all of that syntactic sugar, unless you dispose of shared and mutable data you still have the same issues.

Liezel Jane Jandayan replied on Mon, 2011/08/22 - 9:12pm

Java technology's versatility, efficiency, platform portability, and security make it the ideal technology for network computing. From laptops to datacenters, game consoles to scientific supercomputers, cell phones to the Internet, Java is everywhere!-Yochanan Berkowitz

James Kear replied on Tue, 2011/09/06 - 2:43pm

Instead of a single array, you need to keep around arrays of arrays since each dimension is limited to 2147483647 elements; you have to know how to shard your collections so that they do not exceed the maximum allowed capacity. hire a programmers

Carla Brian replied on Sun, 2012/04/15 - 10:21am

Capabilities the company is considering include a self-tuning Java Virtual Machine. Big data involves analyzing massive amounts of data, and it's good to hear Oracle is paying attention to the need to stretch Java's limits. - Joe Aldeguer

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
"Starting from scratch" is seductive but disease ridden
-Pithy Advice for Programmers