| By Yakov Fain |
Article Rating: |
|
| June 15, 2008 06:00 AM EDT |
Reads: |
5,269 |
I received an email stating that AOL finally abandoned the ugly
Java applet
that was used in the ICQ2Go, the Web version of the hugely popular (about
30M users) instant messaging system. The person who sent me this email
also wrote, “IMO this was the last popular Java applet. Now the king is
dead.”
I don’t think so.
It became a trend to criticize Java for a slow-starting VM, overly
complex syntax, an ugly looking UI, installation problems, lots of
boilerplate code, and more. Some people just pronounced that Java was dead.
Not so fast. There is no money for the funeral.
While lots of new applications will be created by polyglot programmers,
there is a huge base of Java-based production code that millions of
businesses and individuals rely on.
ICQ2Go is an excellent example of a popular consumer-facing application. Let’s read a couple of fresh messages from its users’ forum:
“Where has the bloody Java based ICQ2Go gone? That's the only one I can use in my work! Heeeeelp !!!”
“Bring back Java ICQ2GO! This buggy Flash ICQ with a stupid design and without proper encoding support is a total rubbish!”
Of course, AOL will fix the bugs at some point, but the experience of
the ICQ2Go users will be repeated across all the applications that move from Java to a Flash-based run-time. Don’t be in a hurry while
migrating from Java to Flex/Flash. Take your time. Plan carefully and
test thoroughly.
Now let’s talk about the success of Adobe Flex. Who do you think would
know about Flex if there weren't millions of rock-solid enterprise Java
applications? Just a small group of enthusiasts creating cool little
gadgets for fun.
“Have you seen that cool little video player number 237?”
“Have you seen that new photo album written in Flex? No, the one that was published this week?”
“I’ve seen it, but mine, which is written in pure ActionScript without using the Flex framework, is five times smaller”.
It’s because of enterprise server-side Java that very demanding Wall
Street, telecommunications, and manufacturing applications started to use
Flex. It’s because of its fast communication protocols that Flex is
considered for lots of commercial Java-based business applications. No
offense PHP, Ruby, .NET, Python, SOAP, and ColdFusion folks.
Flex has entered the enterprise world, and if you are considering using it for your next business application, attend this
one-day technical event called Enterprise Flex Symposium and meet other practitioners who’ve done it already.
Ironically, it’s Sun Microsystems who introduced rich Internet
applications back in 1995. But now, after spending more than a decade
in an RIA coma, they are taking baby steps into the world of RIA with
JavaFX. Even though Sun's moving slow, the need for an RIA offering has
already had a positive effect on Java - the new JVM to play JavaFX becomes a
lot smaller (Java Kernel) and it will be browser independent (kill the
browser, but the JVM will keep running).
Today, there is only one API for creating a production-grade front end
for RIA talking to Java. It’s called Adobe Flex. In 2010, JavaFX may
become another alternative. But meanwhile, please stop bashing Java. Don't forget that many of these new popular programming languages exist
because there is a J2EE application they need to connect to. Don't
forget that Java puts bread on the table for many people (including
mine) around the world. Do not spit in the well you drink from.
Subscribe to Adobe Flex Journal Email News Alerts
Subscribe via RSS
