Question

Alright everyone,
Let’s say i wanted to make a system that used only assembly and java, my question would be, as long as i included all of the jvm folders, classes, jars, etc.. java should still function effectively?
i understand there are those things that are compiled platform specifically but this is why i am asking, is it possible, using assembly to replicate all of the .exe, or other executable files that java has included into a pure assembly/java system?

Answer 1

If you are asking whether it is possible to build a system in Java and assembly language that runs on “bare metal”, the answer is yes. There are a couple of current examples:

• JavaOS is targeted primarily at the embedded systems domain. (Sun consider SunOS to be a “legacy” product line these days.)
• JNode aims are broader, and encompass embedded systems, desktop systems, servers and cloud computing.

Be aware that building a system of this kind is a multi-year, multi-person project requiring deep understanding of virtual machine internals, compilers, garbage collectors, hardware architectures, device driver writing and so on.

If you are asking about something else, please be more explicit.

EDIT: responding to the OP’s followup question:

1. It is not practical to use the Java and other “exe” files per se. They require a fully fledged operating system underneath them; e.g. Windows, Linux, whatever. If you had access to the source code, you could conceivably rewrite as required to make them run on “bare metal”, but that would entail significant architectural changes, especially if you want to write device drivers, etc in Java. (Besides, the core of Sun’s JRE is implemented in C++ … ).
2. You cannot directly use the existing Java class library JAR files, because they include a significant amount of platform specific code. However, you can build your own Java class library JARs from an existing open-source version of the Java class libraries (e.g. the OpenJDK 6.0 J2SE libraries). You deal with the platform specific code by providing your own versions as native libraries or (as JNode does) as Java classes.