[mdmarra]

Then you're going to have all kind of apps stuck on older Java versions forever. While I'd love to see it happen, it would be Oracle shooting themselves in the foot with their enterprise customers, which - let's face it - is who they actually care about.

[bradleyjg]

Although I don't have numbers, I'm not aware of very many enterprises with extensive fleets of java applets. Java in the enterprise tends to be either stand alone programs (i.e. Swing), or EJB driven middleware with JSP on the front end.

[smackay]

Big chunks of dealing with the government (taxes, etc.) in Portugal are in the form of Java applets. I think this is repeated across Europe.

Most of the apps are little more than forms - there's a lot of logic in the way the different fields are filled out and the validation and business logic is probably quite complex. Since everything must be checked on the server anyway there's nothing stopping it from being migrated to pure HTML.

[iso8859-1]

There is nothing stopping any web app from not using applets.

[mdmarra]

As an example, Sungard HE's Banner (built on Oracle) is used extensively as the ERP system at many universities in the United States. It is used for billing, payroll, recruitment, grades, student and employee contact data, etc. It is non-functional without the Java browser plugin.

Is there a reason that Sungard HE can't handle the browser portion using JS or similar instead of JPI? No. But it would be a very slow migration process and, basically, all employees at many major universities would be stuck with older Java versions.

This is just one example that I'm (unfortunately) intimately familiar with. I'm sure there are many others that the typical HN crowd (small shops, latest technology, devops, etc) would never see.

[rubinelli]

> Then you're going to have all kind of apps stuck on older Java versions forever.

Actually, that's already the reality of the Java ecosystem. Many libraries are tested to offer compatibility with 1.4, or even 1.3, and several flagship open source projects are not compatible yet with 1.7. With closed source and internally developed systems, the situation is even worse.

If I decide to use lambdas, I'll probably use Jython or Scala. I honestly don't expect to use Java 8 in the next 5 years.

[moondowner]

They can use Java 7. Oracle can provide security updates for it. And all those enterprise customers can use that one. It's not a problem to have multiple JVMs installed.

The point is, if a Java developer starts working on a new product/project, it is very likely that he won't use Applets.

And one more thing, I know companies, that use Java based tools/apps, where they are not moving from Java 5 or 6. It's too expensive (installing newer JVMs, testing the environment and everything...) and they don't feel the need to do that.

[notimetorelax]

We decided to switch to Java 7 simply because Java 6 has reach its end of life. There will be no more security patches for it (IIRC). I think Oracle still offers paid support for the older versions, but I don't know how much it is.

[iso8859-1]

You are right, the final update was 3 days ago: http://en.wikipedia.org/wiki/Java_version_history#cite_ref-6...

[jlgreco]

Why should Oracle really care if a bunch of enterprise customers have old JREs installed on their desktops? That would be a problem for those enterprise customers for sure, but how would that actually be bad for Oracle?

[iSnow]

The enterprise is where Oracle make their money. They could care less about enthusiasts (as if there were any of their technology) and they don't really care for startups and small shops.

Their main target is huge enterprise customers where Applets are still used today.

[jlgreco]

Just because enterprise customers are keeping old versions around on their desktops to run applets doesn't mean that they aren't using newer versions on their servers, or even also on those same desktops.

I'm really not seeing why they should care.