The State of Java: Community, Part 3 - the Java User Groups "Adopt-a-JSR" Initiative
My previous "State of Java" posts highlighted JUG-AFRICA and the JCP's new openness. In this post, I talk about the new cooperation between JUGs and the JCP, which is exemplified by the Adopt-a-JSR initiative.
Looking at Java's history, both the JCP and Java User Groups have been around for a very long time. Yet, active engagement between the two has only started to happen now. Why is this the case? Different people will have different opinions. My view is that the new engagement is the result of the perception that had grown over the years that the JCP had become remote from the broader Java developer community, and the desire by both the JCP itself and developers to rectify this situation, for the long-term benefit of the Java ecosystem (which includes the JVM and all languages that run on it).
This program is intended to encourage JUG members to get involved in a Java Specification Request (JSR) and to evangelise that JSR to their JUG and the wider Java community in order to increase grass roots participation.
What are the potential benefits from participation of JUGs in JSRs? The Adopt-a-JSR project cites these advantages:
- Standards get earlier feedback, leading to more developer friendly APIs
- Standards get 'end user/developer' expert input
- Standards get developed faster as we can help with some of the heavy lifting of building Reference Implementations (RI) and Technical Compatibility Kits (TCK)
- JUGs can help with the management of the open source project that springs up around a JSR (managing mailing lists, triaging issues etc)
In a comment posted to the current Java.net poll, which asks "What will be the effect of active participation by Java User Groups in JSRs?", Martijn elaborates on the varied contributions Java User Groups can make to JSRs:
It's not a case of simply throwing numbers of JUG users at a JSR. There are genuine domain experts in JUGs that can server as EG members, skilled developers that can help with RI and TCK implementations and enthusiastic hordes that can help test early versions, give feedback and help deal with project overheads such as mailing lists and issue trackers as well as promoting hte JSR in general.
This brings to my mind the thought that a Java User Group of considerable size is actually a microcosm of the overall Java community. Even a smaller JUG likely has domain experts who could provide valuable contributions to a specific JSR related to their area of expertise.
Martijn's "help deal with project overheads" comment is especially pertinent given the mandated new openness in the JCP, which in practice results in enormously increased comments posted to JSRs by the developer community. JSR tech leads cannot possibly simultaneously read and respond to the flood of comments and also advance the JSR toward its primary objectives.
It's a new world for Java, and that new world is well reflected in what's happening community-wise for Java today. The new cooperation and engagement between the JCP and Java User Groups is a very important development for the long term future of Java, in my opinion.
This post concludes my presention of "The State of Java" from the community perspective. The other posts in this part of the series were:
- The State of Java: Community, Part 1 - JUG-AFRICA; and
- The State of Java: Community, Part 2 - New Openness in the Java Community Process.
Next, I'll look at the current state of Java with respect to stewardship.
- Fabrizio Giudici, Looking beyond TIOBE;
- Manfred Riem, Exporting XSL:FO using JSF 2.1;
- Fabrizio Giudici, Glitches with my project web sites;
- Brian O'Neill, Virgil: PATCH semantics added to REST layer for Cassandra;
- Brian O'Neill, PATCH methods on JAX-RS;
- Manfred Riem, Exporting PDF using JSF 2.1;
- Ed Burns, JSF 2.2 and 2.1 Nightly Builds Running Again;
- Ed Burns, JSF 2.2 Early Draft Review Available;
- Lamine Ba, A Multi-templating System in JSF 2.2 : what does it mean for you?; and
- Max Bonbhel, Java Magazine, November/December 2011 Issue is coming !.
Our current java.net poll asks "What will be the effect of active participation by Java User Groups in JSRs?". Voting will be open until Friday, November 25.
Here are the stories we've recently featured in our Java news section:
- Roman Kennke implements HyperTree renderer for JavaFX;
- Adam Bien demonstrates Building Plug-ins With Java EE 6;
- Heather Van Cura announces JSR updates;
- London Java Community's Mike B. reports What We Look For in a JSR;
- Vikram Goyal explains Working with the XML Parser API — JSR 172;
- Adam Bien announces Java EE - And Upcoming (free) JUGs, Sessions And Workshops;
- Tori Wieldt reports Devoxx for Java Developers;
- Peter Pilgrim demonstrates ScalaFX, Scala Build Tool and JavaFX 2.0 Libraries;
- Geertjan Wielenga shares Tip: "Unset as Main Project";
Our latest java.net href="http://www.java.net/archive/spotlight">Spotlight is JFrog Announces Availability of Artifactory 2.4:
This major release of Artifactory introduces the following new features and changes: YUM Repositories and RPM Provisioning - Artifactory can now act as a fully-featured YUM repository, including auto-updating repo metadata and RPM detailed view directly from the Artifactory UI. P2 Repositories - Artifactory can be your single access point for all Eclipse® updates....
Subscriptions and Archives: You can subscribe to this blog using the java.net Editor's Blog Feed. You can also subscribe to the Java Today RSS feed and the java.net blogs feed. You can find historical archives of what has appeared the front page of java.net in the java.net home page archive.