Featured in AI, ML & Data Engineering

In this article, author shows how to use big data query and processing language U-SQL on Azure Data Lake Analytics platform. U-SQL combines the concepts and constructs both of SQL and C#. It combines the simplicity and declarative nature of SQL with the programmatic power of C# including rich types and expressions.

Featured in Culture & Methods

The book Agile Leadership in Practice - Applying Management 3.0 by Dominik Maximini is an experience report of the agile transformation journey of NovaTec. Maximini shares his experiences from applying principles and practices from Management 3.0, success stories, failure stories, and learnings from experiments.

Featured in DevOps

Yuri Shkuro presents a methodology that uses data mining to learn the typical behavior of the system from massive amounts of distributed traces, compares it with pathological behavior during outages, and uses complexity reduction and intuitive visualizations to guide the user towards actionable insights about the root cause of the outages.

IcedTea: The First 100% Compliant Open-Source Java

This week it was announced that the RedHat-initiated IcedTea project, along with OpenJDK, has reached 100% compliance with the Java Test Compatibility Kit (TCK), officially becoming the first completely open-source (GPL-licensed) Java implementation to pass the TCK.

This week the IcedTea Project reached an important milestone - The latest OpenJDK binary included in Fedora 9 (x86 and x86_64) passes the rigorous Java Test Compatibility Kit (TCK). This means that it provides all the required Java APIs and behaves like any other Java SE 6 implementation - in keeping with the portability goal of the Java platform.

Passing the TCK is generally considered a significant effort:

The Java TCK is a complex suite of tools and documentation that verifies that Java implementations conform to the Java specification. It consists of more than 80,000 tests and over 1 million lines of code.

The IcedTea project was created by the GNU Classpath team along with a handful of RedHat developers due to the need to replace all of the proprietary code with open source implementations. GNU Classpath provides many GPL-licensed replacements of the proprietary-licensed binary plugs still found in OpenJDK, making an IcedTea build of OpenJDK more-readily available for distributions on platforms such as Redhat's Fedora Linux distribution. Fedora 9 contains functionally complete OpenJDK packages, in part due to the contributions from IcedTea.

Other open-source Java implementations, such as Apache Harmony, have been unable up to this point to pass the TCK, however not all of the difficulties have been related to technical issues. In April of 2007, the Apache Software Foundation sent an open letter to Sun Microsystems with the intent of solving key issues with licensing the TCK for testing against the Harmony platform; licensing issues that prevented the Harmony team from legally running the TCK in an open-source way. While Sun responded to the open letter, there has as-of-yet been no resolution of the licensing issues for the Harmony team, and they are still unable to run the TCK.

The IcedTea project is not subject to the same licensing issues as Apache Harmony, as Sun has provided a special version of the TCK license that is targeted to any Java implementation that is a derivative of OpenJDK; something that Apache Harmony cannot claim.

InfoQ will continue to report on the development of open-source Java implementations as new information becomes available.

Re: Should we distribute Jython and/or JRuby with IcedTea?

Your message is awaiting moderation. Thank you for participating in the discussion.

What benefits would bundling JRuby and Jython with IcedTea bring?

And when you talk about IcedTea, do you mean the build harness only, or a complete OpenJDK packages in Fedora 9.

If it is the latter, then my question is "what do you mean by \"bundle\"?" If it means when an end user installs "openjdk" by invoking the "yum install openjdk" command the system will also install JRuby and Jython after which the user cannot remove just the JRuby or Jython part by invoking "yum remove jruby" or "yum remove jython", I'd say that's a bad thing.

If it means that the IcedTea team, after tackling the OpenJDK build/packaging problems, culminating in the inclusion of "openjdk" in Fedora 9, would like to do the same for JRuby and Jython, essentially allowing the newest versions of JRuby and Jython to be easily installed and removed from an end users system, I'd say that's a good thing.