Apache Harmony

Initiation The Harmony project was initially conceived as an effort to unite all developers of the free Java implementations. Many developers expected that it would be the project above the GNU, Apache and other communities. GNU developers were invited into and participated during the initial, preparatory planning. Apache then decided not to use code from GNU Classpath because it wanted Harmony to be available under the Apache License v2. Apache developers would then write the needed classes from scratch and expect necessary large code donations from software companies. Various misunderstandings at the start of the project, and proposals from major companies like IBM to donate large amounts of existing code, led some people in the free Java community to view the project as a corporate consortium than an Apache project. One major point of incompatibility between the GNU Classpath and Apache Harmony projects was their incompatible licenses: Classpath's GNU General Public License with the linking exception versus Harmony's Apache License. What makes the license unacceptable for ASF is the fact that it imposes rights restrictions through limits on the "field of use" available to users of Harmony, not compliant with the Java Community Process rules. Sun answered on a company blog that it intended to create an open source implementation of the Java platform under GPL, including the TCK, but that their priority was to make the Java Platform accessible to the Linux community under GPL as quickly as possible. This answer triggered some reactions, either criticizing Sun for not responding "in a sufficiently open manner" to an open letter, or rather Apache Software Foundation; some think that ASF acted unwisely to aggressively demand something they could have obtained with more diplomacy from Sun, especially considering the timescale of the opening class library. In March 2011, IBM's Tim Ellison announced that he resigned as Project Management Chair for Harmony One director, Larry Rosen, cast a "no" vote, based on the timing rather than the merits of the proposal; it was otherwise unanimous. The project was retired on November 16, 2011. == Development team ==

At the start, Apache Harmony received some large code contributions from several companies. Development discussions have taken place on open mailing lists. Later, the Apache Software foundation mentors put a lot of effort into bringing the development process more in line with "the Apache way," and it seemed that their efforts were successful. == Last development status ==

Apache Harmony was accepted among the official Apache projects on October 29, 2006. Architecture The Dynamic Runtime Layer virtual machine consists of the following components: • The VM core: with its subcomponents concentrates most of the JVM control functions. • The porting layer: hides platform-specific details from other VM components behind a single interface and is based on the Apache Portable Runtime layer. • The garbage collector: allocates Java objects in the heap memory and reclaims unreachable objects using various algorithms • Execution Manager: selects the execution engine for compiling a method, handles profiles and the dynamic recompilation logic. • Class Library: is a Java standard library. • The thread manager that handle operating system threading • The execution engine: consists of the following: • The just-in-time compiler for compilation and execution of method code. • The interpreter for easier debugging. Support platform and operating system The project provided a portable implementation that ease development on many platforms and operating systems. The main focus was on Windows and Linux operating systems on x86 and x86-64 architectures. Class library coverage The expected donations from software companies were actually received. The Apache Harmony now contains the working code, including the Swing, AWT and Java 2D code which were contributed by Intel. , the Harmony project achieved 99% completeness for JDK 5.0, and 97% for Java SE 6. Also, there is a branch for Harmony v6.0 in development for Java SE 6.0. Apache Harmony developers integrate several existing, field-tested open-source projects to meet their goal (not reinventing the wheel). Many of these projects are mature and well known and other parts of the library needed to be written from scratch. This is a list of existing open source components that are used in the Apache Harmony project; some of them were in use before the project started. Documentation Harmony is less documented than the alternative free Java implementations. For instance, in GNU Classpath every method of the central CORBA class (ORB) has the explaining comment both in the standard abstract API class and implementation. In the Yoko project, used by Harmony, most methods both in the standard declaration and implementing class were undocumented at the end of October 2006. Also, GNU Classpath supported both older and newer CORBA features (same as Sun's implementation). Harmony, differently, left the central method of the older standard (ORB.connect(Object)) fully unimplemented. Tools A complete implementation of the Java platform also needs a compiler that translates Java source code into bytecodes, a program that manages JAR files, a debugger, and an applet viewer and web browser plugin, to name a few. Harmony has the compiler, appletviewer, jarsigner, javah, javap, keytool, policytool, and unpack200. Virtual machine support Harmony has seven virtual machine implementations that run Harmony Class Library, all of which were donations by external groups: • JC Harmony Edition VM, "JCHEVM," based on the JCVM's interpreter, contributed by the author, Archie Cobbs. • BootJVM, a simple bootstrapping virtual machine, contributed by Daniel Lydick. • SableVM, an advanced, portable interpreter, contributed by authors from the Sable Research Group; and the Dynamic Runtime Layer Virtual Machine. • DRLVM, a just-in-time compiler contributed by Intel. • BEA announced the availability of an evaluation version of JRockit VM running Apache Harmony Class Library. • JikesRVM, an open-source meta-circular JVM that use the Apache Harmony Class Library. • Ja.NET SE, an open source project providing a Java 5 JDK (class libraries, tools, etc.) that run on the .NET Framework CLR. Ja.NET SE is based on the Apache Harmony Class Libraries. In the end of November 2006, the language support provided by these virtual machine was still incomplete, and the build instructions recommended to use IBM's proprietary J9 instead to run the class library test suite. However, this is not necessary anymore (as of July 2007). As for the rest of the project, DRLVM virtual machine development has now stalled (as of May 2011).{{cite web ==Application status==

Since its conception, Harmony grew in its ability to execute non-trivial Java applications. , supported applications include: • Eclipse: 99.3% of the 36000 reference implementation (RI) test pass on Harmony's DRLVM + class library. • Apache Tomcat: 100% of the RI tests pass. • JUnit: 100% of the RI tests pass. • Apache Ant: 97% of the RI tests pass. • Other applications pass with a high success rate, such as Apache Derby, Apache Axis, Log4j, Apache Velocity, Apache Cocoon, jEdit, and Apache Commons. However, Harmony's incomplete library prevented it from launching some other applications: • ArgoUML: because it needs a Java applet implementation, which was still unavailable in Harmony. • Apache Geronimo runs on Apache Harmony with some issues and workarounds. • Vuze, formerly Azureus, because of unimplemented security classes. == See also ==