At its first ever meeting in Toronto, Java’s governing body — the Java Community Process (JCP) — discussed the platform’s future and the pace and complexity of development. Also on the agenda: ways that open source development in Java can continue without being inhibited by the JCP.
Under a committee that will be established by Geir Magnusson, vice-president, Apache Software Foundation, the JCP will seek to define questions around whether or not Java Specification Requests (JSRs) — which are the actual descriptions of proposed and final specifications for the Java platform that move through various review and approval processes — allows the use of open source licences.
Magnusson said the committee is still in the preliminary stages, but will look at ensuring that the JCP is compatible with what the open source community does. Executive committee members hail from Sun Microsystems Inc., the creator of Java, as well as Borland Corp., Apache and Fujitsu. JCP.next, the term the committee uses to outline the future direction of the JCP program, was a hot issue at the meeting, according to Aaron Williams, manager, JCP PMO.
The group looks at what is next for the JCP, what changes can be made to the process and because the meeting follows the heels of the annual JavaOne conference, held this year in San Francisco, Williams said the meeting also touched on a post mortem of the event. “It’s really a high-level view of what’s happening.”
Roughly 40 JSRs are submitted to the community process each year, and it takes an average of 450 days for a request to become a specification, Williams said. Programmers and Java-enabled organizations have long been asking for the pace of that process to be shortened, and Williams said it is being reduced.
Time to market is a big issue for organizations, and if it is taking longer to get specs approved then it will take more time for companies to get their goods out the door, so getting the JSR creation time as efficient as possible. But keeping it as a collaborative effort is on the radar for the executive committee, he added.
The JCP has also been trying to get the entire system moving faster with the creation of JCP 2.6 — a new version of the JCP that hit the streets in April, and is designed to make developing Java standards more efficient and more open to the public, Williams explained. The new version of the program will be more transparent and it encourages greater public involvement, and earlier public involvement of the procedures that define the Java specs. “JSRs strike close to the heart of developers,” said Onno Kluyt, director of the JCP Program Management Office. “Generally speaking, the more feedback, the better the spec will be.”
The group admitted that discussion at the executive level can be “strong” and Kluyt said that is because the issues they discuss really matter. “Most, if not all of us have competitors sitting at the same table and we each have our own business agendas and shareholders to answer to.”
“Everybody gets together to make a bigger pie…outside the group, we try to figure out how to slice the pie or the market share,” Williams said.
The JCP has been in working order for about five-and-a-half years, said Fujitsu director of industry relations Michael DeNicola, also an executive committee member. DeNicola said part of the 2.6 program will be to ensure the JSRs remain on the executive’s radar, and are still going strong. There are 32 seats on the executive level and every year there are new elections. Most seats have about a three-year commitment.