A version of Flash is being built using Java, two years after Adobe Systems opened the player's closed formats to external inspection. Programmer Joa Ebert has demonstrated a Java build of Flash executing SWF. The player is apparently called JITB, and it was recently unveiled at an event in San Francisco. While there's still …
Java + Flash
Will it reach a critical bloat mass and suck in everything else you've got installed on the computer?
Way to go!
Then FarmVille can run on your mobile... even more slowly than it does on the desktop.
How to combine two nasty, ugly, sluggish technologies in an even less useful way.
RE: Way to go!
You play Farmville?
Lets hope it has less security holes than the real thing.
Of course it is less mind-bogglingly silly as emulating the entire PC in java
But almost nothing is.
New flash player in Java?
float  pixels;
float vs Float
Float is a class, float is a primitive type. pixels[pixels.length+1] will throw an ArrayindexOutOfBoundsException, thus breaking out of the loop.
Stick to scripting, kiddie
An excoriating attack on Java - pity you don't seem to know anything about Java, or, it seems, programming in general.
- The pixels array is never initialised, so a NullPointerException will be thrown when you try to use it.
- "new float()" won't even compile, as "float" is a primitive, not a class.
- The (presumably boolean) variable "browserNotLockedSolid" is undeclared, so the loop won't compile.
- If the class is package-private, why does it have a public constructor?
- At least the lines that simply contain braces are error-free.
The cycle is complete
Interpreters running inside interpreters. What is next... a ZX-Spectrum emulator running in flash in Java?
'What is next... a ZX-Spectrum emulator running in flash in Java?'
.... on a ZX Specturm.
Mmmmm, Flash and Java
Like having square wheels AND no engine.
Now I can run 64bit Linux with a 32bit Linux VM in VirtualBox where I can use DOSBox to run Windows 98se and open Internet Explorer with Java so that I can run Flash in side it!
As Mr Booth pointed out above -- why not just emulate an entire machine in Java?
While I can see that this may make some things "more convenient" running a VM inside another VM is just plain wasteful.
It's not that bad
Picking your post at random to reply to, the article states that ActionScript is translated into Java bytecode. So, in principle, most of the time, the Flash code is executing as though it were Java. The Java runtime then has a whole bunch of similar stuff for translating Java to native code so the whole thing is better framed as a caching problem rather than an ongoing translation problem.
Apple Made This (tm)
...sticker on it?
The Java language does bound checking on all array accesses. It also checks all use of reference (pointer) values. So, this should result in a more reliable Flash engine with significantly fewer exploitable flaws. If the use of compilation to native code for the Java bytecode can get the speed up the result could be a Flash engine that is reasonably fast (there will be some cost of course) and a lot less exploitable. I would be all for that.
As for the bloat, well, yeah, you're going to get that. :-(
...a Flash interpreter written in BBC BASIC.
Will it be more secure?
Will it be less bloated?
Will it use less CPU cycles?
Since everything Adobe has released in the last 15 years has been "bobbins", I'm guessing "yes" to all three!
I hope it exceeds the performance of the native Flash runtime
...because this show up Adobe as the bunch of brainless tossers that they are when it comes to writing software, where performance is an afterthought.