@Janicki: Thanks so much for the great perspective on working with Java and your input on the IDE issue and what Java tools have to offer. I think your point about Java being a known entity is definitely the lever that Oracle is trying to pull to get into this market.
I'm a Java guy, writing servers and desktop/web interfaces. Last year I tinkered with a Texas Instrument MSP430 set for a potential home-grown project. I found the programming language to be too "close to the silicon" (almost like assembly code), not well documented with few examples (at least from the perspective of a beginner), and the available IDEs were neither free nor very modern. (An IDE is the Integrated Development Environment... a fancy text editor for writing the code.) In the end, I gave up on the project because I didn't have the time to learn everything by trial and error. What I did manage to learn hinted that there were many gotchas to learn, and probably very different gotchas for each chip set. And there was no cohesion between the chip documentation, programming language documentation, and IDE documentation. Everything was an island.
Java has several great IDEs to choose from, with vast documentation, templates, and examples. And the Java language itself is obviously well documented. In the Java world, there seem to be APIs, tutorials, and examples for nearly anything you can imagine. And maybe more importantly there are resources for people starting from scratch.
I felt that programming the MSP430 was somewhat an "insider's" game. Without past on-the-job experience/mentoring, it would be a steep learning curve.
If Java can put a familiar blanket on the whole thing, then maybe it can ease more developers into the field.
Regarding Jim_E's worries, all I can say is that good Java code work well. Sure, if you make some newbie mistakes, Java performance will kick you, but beyond that hump in the learning curve, it's pretty good stuff. It's certainly mature enough to put some trust into, despite recent bad press for newfound security holes... they are just temporary bumps, and don't have anything to do with embedded systems anyway.
Having done Embedded Systems Development for a number of years, as well as have done some Java applications development, I'll say "No thank you!" to having Java on an embedded level....
It would take some really tough convincing for me to consider running Java on an embedded system that would require any type of responsiveness. I suppose it would be better with this new ME platform and development suite, but with the alternatives out there, it would take some convincing for me to try it.
Maybe if you had a bunch of Java developers and wanted to start a new embedded product, it might make sense, but I tend to stay away from all things Oracle if I can!
They were totally all over the Internet of things or M2M applications as the genesis of this announcement. While there is some new technology here as far as the small-sized embedded tools for microprocessors, a lot of the other piece of the announcement involved a lot of repackaging to give developers a soup-to-nuts embedded development platform built around Java.
Big news here, Beth. I think Oracle is really onto something. As you point out, its targeted at MCUs with less than 130K bytes of RAM and 350K bytes of ROM, which suggests they're going at the small end of the embedded market. Sounds like thy think the Internet of Things is coming.
Beth, this is interesting in that this is the environment Java was orginally meant for. By virtue of running on a virtual machine (the JVM) it could be written once and run anywhere a JVM was available. This made it usefull in web browsers, but it was not the original intent.
New versions of BASF's Ecovio line are both compostable and designed for either injection molding or thermoforming. These combinations are becoming more common for the single-use bioplastics used in food service and food packaging applications, but are still not widely available.
For industrial control applications, or even a simple assembly line, that machine can go almost 24/7 without a break. But what happens when the task is a little more complex? That’s where the “smart” machine would come in. The smart machine is one that has some simple (or complex in some cases) processing capability to be able to adapt to changing conditions. Such machines are suited for a host of applications, including automotive, aerospace, defense, medical, computers and electronics, telecommunications, consumer goods, and so on. This radio show will show what’s possible with smart machines, and what tradeoffs need to be made to implement such a solution.