You are currently browsing karianna01’s articles.

Hi all,

Here is the reasoning behind our recent votes.

Please refer to our detailed explanation of each criteria –>
http://londonjavacommunity.wordpress.com/2011/11/08/what-we-look-for-in-a-jsr/

JSR-321 – Trusted Computing

Why we’re voting yes for Trusted Computing (JSR-321)

Transparency

JSR-321 is fairly transparent (open wiki, good documentation, RI and
TCK available) but lacks in some areas (no observers alias mailing
list, no public issue tracking). This JSR is run under JCP 2.7 and it
is not obliged to meet the transparency goals of JSR-348. However, we
feel that a good JSR should run an open observers mailing list (i.e. a
read only copy of the EG mailing list) so that potential participants
can see why technical decisions were made. Likewise, a public issue
tracker (such as JIRA provided by java.net) would go a long way
towards gathering feedback for this JSR.

User & Vendor Participation

The LJC feels there is a reasonable balance within the EG, but does
question the slight lack of vendor participation.  This could hinder
the adoption of the JSR. Open Source RI and TCKThe LJC fully supports the decision for the RI and TCK to be under the
GPLv2 with ClassPath Exception license.  Open RI’s and TCK’s are
important! Does it Work Well as a SpecificationThe LJC does not have direct expertise in this area but does note that
this is effectively a re-implementation of the Trusted Software Stack
in the C standards space. This stack is used fairly widely and so it
indicates that there is a need for a Java compliant standard in the
same space. There are not a lot of competing Java implementations, but
the EG has based the RI off the lessons learned from the C standard
and we think this is a good thing. General Merit

This JSR has reasonable merit and has clearly had a lot of time,
thought and effort put into it by the EG.

JSR-352 – Batch Processing

We voted “No” because at the time we cast the vote, JSR-352 had not met all of the openness and transparency requirements of JSR-348.  Those issue have since been corrected and despite our “No” vote we made at the time it would today be a “Yes” vote.

For the curious, JSR-352 had made mention of EG-confidential business being conducted on a private mailing list, which would have contravened JSR 348.  Specifically: “The Expert Group will conduct business on a publicly readable alias. A private alias will be used only for EG-confidential information, as needed.”

The LJC would like to thank the EG of JSR-352 for resolving this matter quickly, and wishes it had been possible to change our vote in time.

If you feel that there are other criteria that should be applied by
the LJC JCP Committee when assessing JSRs, then feel free to contact
us.  Either on the LJC mailing list or directly, we tend to be at a
lot of the meetups if you want to chat face to face.

Cheers,
Martijn (on behalf of the LJC JCP Committee)

Hi all,

Minutes for Dec 6th, as always, questions, comments etc are welcome!

Attendees

  • Ben Evans
  • Martijn Verburg
  • Trisha Gee
  • Michael Barker
  • Somay Nakhal
  • Richard Warburton

Minutes

Carried over from last meeting

  • JSR-331 – BE to send to SE/EE list saying we’re going to vote no and here’s why. Before he does, check with Werner Kiel.
  • We need to update our voting record on Java.net (BE/MB)
  • Accept 351 invitation for webinar (BE)
    • JCP.next.next solicit comments before the vote (BE to ask Patrick)

From this meeting

  • Set up a shared calendar for early JSR reviews and dissemination of our reviews (TG)
  • Get a volunteer to introduce Raoul-Gabriel Urma to the right people in the OpenJDK or his Relationships in Java prototype (MB)
  • BE reported that the proposed Currency JSR was still dormant.
  • MB reported that the tuples JEP this was very long term work
  • JSR 335: Lambda Expressions for the Java Programming Language – Early Draft Review – (RW to lead the Adopt a JSR for this one)
  • JSR 344: JavaServer Faces 2.2 – Early Draft Review – (Committee to seek volunteers)
  • JSR 339: Java API for RESTful Web Services – Early Draft Review – (Committee to seek volunteers)
  • JSR 346: Contexts and Dependency Injection for Java EE 1.1 – Early Draft Review – (Committee to seek volunteers)
  • JSR 342: Java EE 7 – (BE to investigate EG composition further)
  • Jigsaw: – Committee to investigate progress of JEP
  • Adopt a JSR materials for JUGs:
    1- The overview presentation. 5 minutes on what the JSR is about and what it means for the regular developer
    2- Technical deep dive – 10-60 minutes on how to use the result of the JSR, implementation details, best practices… All a developer needs to get from “Haven’t heard about” to “Almost Guru” (MV/JG)
  • MB to lead OpenJDK Adoption and set up a monthly regular session – find a venue via BC
  • MV to investigate with Oracle about access to statistical analysis tools.
  • Committee had a discussion on licensing in preparation of JCP.next.next, conclusion was that until the lawsuit is settled, we have to wait.
  • MV to ask JUG leaders list to assist with further JSRs
Cheers,
Martijn (On behalf of the LJC JCP Committee)

Attendees

  • Richard Warburton
  • Somay Nakhal
  • Ben Evans
  • James Gough
  • Martijn Verburg
  • Trish Gee
  • Mike Barker

Agenda

  • Review TODOs from last meeting
  • JSR-331- Constraints Programming for Java – Proposed Final Draft. We have Openness and Transparency Concerns.
    • There’s one potential Adopt a JSR LJC member that we can use to look into this (Lanre)
  • JSR-333 – Content Repository API – Early Draft Review, last day of review: 30 October 2011.
  • JSR-351 – Identity.  As we have major concerns about the validity of this JSR we should discuss whether to get them in for a presentation.
    • Meta: Stimulating discussion about JSRs on the SE/EE list. e.g. we didn’t publicise our concerns about JSR 351 on the SE/EE EC alias – and I think a lot of other members would have had more concerns if we’d spoken up on-list
  • Adopt a JSR program
    • Progress Reports on existing Adopted JSRs
    • Discussion on where we go next with this
    • Publicising the list of people who have joined the program back to the LJC (and beyond)
  • Adopt the OpenJDK program
  • Discuss candidates for the upcoming JCP elections
  • Other business

Minutes

  • Issues from last meeting were reviewed
  • JSR-331 – BE to send to SE/EE list saying we’re going to vote no and here’s why. Before he does, check with Werner Kiel.
    • We need to list our criteria for voting on any JSR on the Java.net wiki (MB)
    • We need to update our voting record on Java.net (BE/MB)
  • Look into into 333 for our voting stance (MB)
  • Accept 351 invitation for webinar (BE)
    • JCP.next.next solicit comments before the vote (BE to ask Patrick)
  • Launch Adopt a JSR by end of Oct (MV)
    • 350 report, new Java.net project, (SM will adopt a JSR)
    • Submit a BOF on JSR-310 at Open Conference (JG)
    • Find people to ‘Adopt the JMS 2.0 JSR’, (TG talk to BE)
  • Set up a JCP Committee voting poll (MV)
    • Post early endorsement of a candidate (BE/MV)
    • Promote this election (All of us)
  • Lead an ‘Adopt an OpenJDK’ (TBA)
    • Get a collection of LJC people to work on the build (MV)
    • Propose Oracle to allow JEPs without being a committer (MV/BE/TG/MB at Devoxx)
  • Next meeting to be scheduled for November, the week after Devoxx (BE/MV)
  • We need to have our contact details in a Shared Document (Everyone)
  • Martijn to buy the next lot of Wine (MV)
Cheers,
Martijn (On behalf of the LJC JCP Committee)

Hi all,

We realised that at the recent Open Conference that there were a lot of new faces to the LJC. It has been 6 months since we won the elected seat for the JCP Executive Committee (EC) and formed our own committee to review and vote on JSRs (and deal with any other JCP activity).

There have been a number of posts to this list on the topic of the committee and it’s activities, but we thought we’d better bring it all together under one post with regards to how it came to be, its structure and how you can join in!

What’s the goal of this Committee?

  1. Primarily we want openness and transparency in the creation of Java Standards.
  2. Equally as important, we want the end users of these standards (that would be Java developers) to have a say in the standard before it becomes ratified.

What if I don’t agree with the committee?

We don’t own anybody!

The reality is that with >2000 members, all we can do is try to represent you as best as possible. We do this by canvassing opinions, especially at events such as the developer sessions, talks and of course, the recent open conference. You’ve probably also seen the regular blog posts and mails asking for feedback as well.

‘Adopt a JSR’ is yet another feedback mechanism we have in place.

We especially want to hear from you if you do disagree with us! The wide range of opinions we have, the more accurately we vote for the community at large. And of course you can join the committee and add your direct vote (see “How do I join?” below).

Who’s currently on the Committee

  • Ben Evans (The designated rep for JCP EC meetings)
  • Martijn Verburg (secondary rep)
  • Trisha Gee (tertiary rep)
  • James Gough
  • Richard Warburton
  • Simon Maple
  • Michael Barker
  • Somay Nakhal

And of course Barry Cranford keeps his hand in as the Founder of the LJC and keen ‘Adopt a JSR’ supporter.

How did this committee form?

We originally sent out several posts asking for volunteers for the LJC JCP Committee. The initial group of people that volunteered was Ben Evans, Martijn Verburg, Trisha Gee, Simon Maple & James Gough. Michael Barker, Richard Warburton and Somay Nakhal have been added since (see “How do I join?” below).

How do I join?

The JCP Committee consists of a “meritocracy of the willing”. That is, if you want to join and are willing to put the effort in then after a couple of monthly meetings the committee adds you in (after a simple majority vote). So far everyone that has wanted to join has been accepted, we’re very much an open shop on that front!

The barrier to entry is relatively low. The minimum requirement is that you put in some effort – that is:

  1. Regularly turn up to the monthly meetings
  2. Actively review JSRs
  3. Support programs such as ‘Adopt a JSR’
  4. Write the occasional blog post

It helps to have a good understanding of the overall Java ecosystem and some open source and software patent laws, but we can mentor people in all of those areas. The time effort required is typically about 5 hours a week for a committee member, with the JCP EC reps putting in extra hours for EC meetings and extended research (10-20 hours/week).

Travel is required for the primary rep (or the appropriate back up) for a F2F meeting 3-4 times a year. As we are a Java User Group – Oracle picks up the flight and accommodation expenses for that rep (we’re talking economy class and a reasonable hotel, so this isn’t the 5* perk the rep was looking for ;p).

How does the committee vote/organise itself?

Simple majority voting applies, this includes voting who the primary, secondary & tertiary reps are and voting on JSRs etc.

Is the mailing list public?

Sadly not. This is the unfortunate reality of discussing legal issues (under NDA in some cases) and other information that the committee is given in strictest confidence.

So what do you make public then?

Everything that we possibly can! So our minutes (with some legal stuff redacted), our voting strategy and record. We’re certainly the most open and transparent member of the JCP EC and are encouraging the other members to follow suit.

Hopefully that answers most people’s questions but of course any and all feedback is welcome!

Cheers,

Martijn (on behalf of the LJC JCP committee)

Hi all,

After much thought and consideration the LJC JCP Committee have cast their votes for the JCP elections (Look for the Executive Committee Elections heading at jcp.org).  We’re making our vote public and will give our reasons according to the openness and transparency requirements for the committee.

The list of nominees for the SE/EE seats and the ME seats are as follows:

There were 3 ratified seats and 2 open seats up for election in both the ME and SE/EE ECs.  Although it may seem like the ratified seats are shoe-ins since to the number of candidates == the number of available seats, enough no votes can make a candidate ineligible to take the seat.

SE/EE Ratified Seat Vote

Ericsson AB, Intel and SAP all get yes votes – they are important players in the Java ecosystem and in Ericsson’s case we are also looking to the future of the combined SE/EE/ME EC, where mobile expertise will be required.

SE/EE Open Seat Vote

This was a very close vote as the strength of candidates was unprecedented. Azul Systems and Twitter Inc narrowly ran out as winners for our yes votes with CloudBees losing out by the narrowest of margins.

So despite not getting our vote this time around, a special mention goes out to Steve Harris of CloudBees.  We’d like to thank him for his amazing work at Oracle with JEE and look forward to seeing what his leadership will bring for the EE ecosystem working at CloudBees.

ME Ratified Seat Vote

IBM and Nokia get yes votes as they large global players and have been active participants in the ME EC

SK Telecom receive a no vote because of their attendance and participation record.

ME Open Seat Vote

ARM and Alex Terrazas get our yes votes.

  • ARM because it is vital that Java has a strong story to tell with regards to ARM chipsets.
  • Alex because he’s bought real effort and a breath of fresh air into an ME EC that was largely full of absent members.  His expertise in the embedded space and unusual applications of that (biological interfaces) brings a much needed technical slant to the ME EC.

Summary

Although the Committee has voted for and endorsed these particular candidates, any LJC member who is also a JCP member can (and no doubt will) vote any way they wish to.

Cheers,

Martijn (on behalf of the LJC JCP committee – Ben E, Martijn V, Trisha G, James G, Richard W, Simon M, Mike B, Somay N)

Attendees

  • Simon Maple
  • Richard Warburton
  • Somay Nakhal
  • Ben Evans
  • James Gough
  • Martijn Verburg
  • Trish Gee
  • Mike Barker

(Tasks in Bold)

General Minutes 
  • Welcome Somay Nakhal to the Committee!
  • We need to start having formal agendas before each meeting (MV to create next one)
  • We’d like to have a venue with free WiFi for all  (TG to investigate possibilities)
Update from Face to Face (F2F) EC meeting from BE
  • Hosted at Goldman Sachs in Jersey City, USA
  • Good to put names to faces, made following JSR-348 WG meeting run more easily
  • LJC ‘Adopt a JSR’ program was well received
  • Lots of support for JSR-310
  • JSR-348
    • Main issue was about ballot stuffing.  The PMO will investigate and act appropriately if there is evidence of suspicious voting.
    • SE and ME committees will merge (partly as ME committee rarely makes quorum).
    • 24 seats + chair is the new target, down from 32 today, ‘extra’ seats will die a natural death.
  • Java ME
    • Hardware baseline – so price point drops over time?  In our opinion this does not match what the industry is doing.
    • Code line is currently based off 1.4.2, they’re proposing to do an ME7, base lined against SE 7 but with some features (like invokedynamic) will be removed.
    • ME seems to be heading towards the embedded space.
    • ME for SE developers LJC session by Oracle to help us gain insight into this area of standards (MV to organise).
  • ‘Adopt a JSR program’ is vital. We shall proceed by:
    • Update java.net with our JCP status (MB to follow up)
      • Blog about JSPA signature (BE to post)
    • Producing a Glossary of Terms (TG to update wiki)
    • Push out the ‘Adopt a JSR Program’ post (RW)
      • Give Richard access to LJC blog (MV)
      • Forward post to JUG leaders list during JavaOne once done (MV)
    • Send out details of our java.net page to committee  (MV)
    • At the next JCP meeting, review our JCP/JSR Content on java.net (all of us)
    • Adopt a JSR Logo – CC licensed Duke needs you (MV)
JSR-310 update (JG)
  • Blog post on TCKs etc (JG)
  • Volunteer Cat herding (JG)
  • Next step is to start the TCK planning stage (JG)
  • Contact threeten mailing list (JG)
  • Workshop on TCK at Open Conference (JG)
  • Get Oracle involved – Roger Riggs – (BE)
JSR-349 (Bean Validation)
  • Looking for adoptees, get Spec lead to send out a description (MV)

JSR-350 (session state enhancement)

  • Adopt a JSR – Introduce Madhu Konda and SN (BE)
  • Investigation, talk to Jeff Trent (and his upcoming replacement) (SN)

JSR-351  – Identity Management

  • Contact spec lead for further clarification of JSR  (BE)
Cheers,
Martijn

Hi All, (this post is x-posted from Martijn’s personal blog and the java7developer blog)

Recently I’ve received a bunch of private correspondence from people confused/worried over the change in the default Java packaging for Linux. For many Linux distributions, the official Sun/Oracle version of Java has been packaged up as the default Java for the platform. However, due to a recent licensing change, this will no longer be the case! So, is this a positive or a negative thing for the Java and open source ecosystem? Read on for my take on it :-) 

Background

Dalibor Topic announced that With Java SE 7 and JDK 7 being released, and with OpenJDK as the official Java SE 7 reference implementation, that it was finally time to retire the non open source “Operating System Distributor License for Java” (DLJ).

What does it mean for me?

The knock on effect of this is that Linux distributions will on longer package Oracle’s Java (== OpenJDK wrapped up in some proprietary bits and pieces) as the default Java. This can/will cause problems for some Java users initially as there are a smattering of bugs (especially in the Swing UI libs) still left in the OpenJDK that affect programs like PCGen. However, some Linux distributions had already taken this path some years ago, most notably Ubuntu and the last remaining bugs are being cleaned up pretty quickly.

Positive or Negative?

Overall, I think this is a positive step in the right direction for free and open Java on Linux platforms. This sentiment was welcomed by well known open source advocate Simon Phipps in a twitter post. The fact the the OpenJDK is now the reference implementation (combined with efforts to open up the issue tracker for the OpenJDK) means that means that a vast host of Java/Linux end users can now directly improve ‘official Java’ for all of us.

I want the Oracle version!
Linux users who need to use the proprietary parts of the Oracle JDK 6 or Oracle JDK 7 binaries can of course as usual simply get the gratis download at http://oracle.com/java under the same terms as users on other platforms. However, if it is due to a ‘bug’ that is discovered I strongly encourage those users to submit a bug report to the OpenJDK project, so that any issues can be fixed for all of us.

Opinions and further comment is welcome!

Hi all,

If there is one thing you should do this year, it’s go to a technical conference.

Ben had previously written a quick note from our trip to OSCON. It’s hard to explain the sort of impact that a good conference can have on your career and even your life, but we can’t express how much you should go to one in order to gain inspiration, have fun and learn a whole bunch of new stuff you can take back to your workplace.

Here’s a summary of the trip and some links to explore further. OSCON is the largest open source conference in the USA (FOSDEM holds the crown in Europe) and this year consisted of three conferences in one (Data, Java and the main OSCON itself), plus a couple of pre-conferences (Community Leadership Summit and the JVM Languages Summit).

CLS 11

I spent the Saturday before OSCON at the Community Leadership Summit. CLS 11 was a 2 day un-conference organised by Van Riper of Google and Jono Bacon (Ubuntu Community Manager).  There were plenty of great discussions about the art form of running communities which are summarised in the CLS 11 wiki at http://communityleadershipsummit.wikia.com/wiki/2011/Notes

Ubuntu, Google, Twitter, Facebook, WordPress, Adobe, Red Hat and many more were all represented here and I got an awful lot of useful knowledge from some of the best community leaders around.

JVM Languages Summit

This one day un-conference was hosted by Stephen Chin, who cleverly roped in our own Ben Evans to facilitate much of the discussion (I suspect Ben was bribed by the great coffee and specialist doughnuts ;-p). There were a couple of really interesting debates about topics such as “What a future programming language will look like” but the hot topic of the day was centred around “language interoperability for JVM languages”. The key difference being that the language designers want their languages to interoperate with each other as opposed to having to go through Java.

This is understandably a non-trivial problem space :-). Luckily, the room was filled with the Who’s who of the JVM languages world including:

  • Charles Nutter (JRuby)
  • Martin Odersky (Scala)
  • Ola Bini (more languages than you can shake a stick at)
  • A bunch of other experts
  • Some bemused enthusiasts such as myself.

By the end of the day, some glimmerings of a solution were being thrown about and armed with some optimism from the day, Ben arranged for a round table to hash out the details on the following Tuesday (more on this shortly). It was a great privilege to meet these experts in person and to be involved in a truly interesting discussion on some of the great problems facing the JVM today.

OSCON Java:

The quality of the talks at OSCON were truly excellent.  On the Java side, some of the talks included:

  • Some candid statements from Oracle about recent controversial happenings in the Java ecosystem,
  • A healthy discussion that Ben and I hosted about the JCP and the future of Java standards
  • The always entertaining Java puzzlers from Josh Bloch
  • A mesmerizing “Future Java Developer” talk by SouJava which involved time travel!
  • Plenty of hard core talks about the JVM, performance, concurrency and more.
You can check out the slides of most of these talks + the other OSCON talks at http://oscon.com/slides
Keynote Videos and Other Interviews can be found at http://www.youtube.com/view_play_list?p=93FC98105B19725C

OSCON Ignite:

On the Monday night the Oscon Ignite talks are always a highlight.  You can see these fast and furious talks at http://www.livestream.com/orei​llyconfs/video?clipId=pla_2da1​e879-afb5-44be-a538-b697ee24c5​8a).  For those of you who want to see the Diabolical Developer again, he makes an apperance at 6:40

JVM Languages Interop

On Tuesday, after the keynote a small group of us representing a bunch of languages including Scala, JRuby, Clojure, Java, Ioke, Seph and more sat down to try and work out some of the JVM language interoperability details.  To cut a long story short, the introduction of invokedynamic and MethodHandles in the JVM as part of Java 7 really comes in to save the day and for the first time makes it possible to interoperate between the dynamic languages such as JRuby and the static languages such as Java.

Ben is tracking the efforts to turn theoretical discussuions into reality.  For those who want to join him, please contact him via twitter @kittylyst or join the jvm-languages google discussion group. Hopefully as his work on the book wraps up, he’ll be getting more cycles to devote to languages work.

The hallway track

The other amazing aspect of a conference like OSCON is the people you meet in talks, over drinks or dinner, or just randomly roaming the halls. Ben and I caught up with old friends and colleagues, and made some great new connections. A quick shout-out (but by no means exhaustive) to: Jeff Genender (Apache), Selena Deckelmann (Postgres), Aaron Bedra (Clojure), Noirin Plunkett (Apache), Joe Darcy (Oracle), Stuart Sierra (Clojure) and Patrick Curran (JCP) as well as everyone we’ve already name-checked.

And finally, a very big thank you to Stephen Chin and Laurel Ruma – the chairs of OSCON Java. Thank you so much for the invitation to come and participate – and hope to see you again next year.

Some random notes

Summary

OK, so that was a long post – but we hope it gives you a taste of why conferences can be career changing (even life changing) experiences.  Luckily you don’t have to travel too far for your next conference fix!

We have JAX London 31st Oct – 2nd Nov, which promises (like OSCON) to be an event packed with great talks and a high ratio of speakers/industry leaders to attendees. As Mark Hazell mentioned in a recent mail to the list, it also has a healthy representation of speakers from this community, which really showcases the great support and mentoring the LJC gives.

Later on this year on Nov the 26th (save the date!), we have our very own LJC Open Conference. This little conference punches well above its weight with lots of high quality sessions and is also a fantastic place to give your first presentation at in a supportive environment.

Cheers,

Martijn

Hi all,

As you know, we were one of the final nominations for the Ambassador category at the recent JAX innovation awards. Our very own Paul Fremantle was on hand to represent the LJC (thanks Paul!). Sadly, we couldn’t quite make it over the final hurdle, losing out to a Martin Odersky (who I think we can agree is a worthy winner!)

The JAX innovation awards is a fantastic celebration of the Java ecosystem and its community.  As you know they’re holding a another conference in London this year (http://jaxlondon.com/), I recommend you check it out!

The full gory details of the various categories and the winners can be found below (pretty much copy and pasted from the JAX press release).

Cheers,

Martijn

———————————————————-

The winners of the JAX Innovation Awards were announced tonight during a ceremony at the San Jose Convention Center, San Jose, CA, host this week to the very first JAX Conference to take place in the USA.

After an intensive 3 month program of nominations, judging and community votes, which saw thousands of votes cast, the Awards were presented by judging panel chair, Sebastian Meyen, and Mark Hazell, of organizers S&S Media.

The JAX Innovation Awards recognized and rewarded the excellence and innovation present across the Java Ecosystem, with 3 categories determined by community voting.

The Award winners were announced as:

  • Most Innovative Java Technology – JRebel
  • Most Innovative Java Company – Red Hat
  • Top Java Ambassador – Martin Odersky
  • Special Jury Award – Brian Goetz

Jevgeni Kabanov, founder and CTO of Zero Turnaround, the company behind JRebel, expressed his thanks to the communities for nominating and voting for JRebel as Most Innovative Java Technology.

Accepting his award via video link, Top Java Ambassador winner Martin Odersky said, “It is a great honour to be made top java ambassador. I see it as recognition of 16 years passionate work, first around Java, then around Scala, in which my goal has always been to blend functional programming methods in a smooth way into the Java environment.”

The presenters were joined on stage by Dan Allen, of Red Hat, to accept the Most Innovative Java Company Award, who said, “We feel honoured and excited, especially as this is a community based award and working together with the community is so valuable for all of us at Red Hat”.

Finally, Meyen announced the winner of a special Jury Award as Brian Goetz, Java language architect at Oracle. The official statement from the jury reads:

“The Jury‘s vote goes to Brian Goetz, who is now responsible for the Java language. He has demonstrated, that he will not rest on the laurels of Java’s past success, but elevate Java to the next level going forward. He deserves this award because the impact of his work will ripple far and wide through the community, far further than any individual contributions, present or past. Brian Goetz is not only evangelizing. He’s doing. And by doing he is shaping the future of the platform in a way that few others could. He’s been 100% dedicated to the Java community for well over
a decade, as both an independent and now the official Java Language Architect.“

The winner of each category receives $2,500 from S&S Media, and the recognition of their peers in the Java Ecosystem as best in class, 2011.

The Jury was made up from many well known personalities from the Java Ecosystem and included developers, analysts and publishers and included:

  • James Governor RedMonk
  • Dierk König Canoo Engineering AG
  • Kito D. Mann JSFCentral
  • Sebastian Meyen Software & Support Media
  • Fabiane Bizinella Nardon Java Champion & Duke Award Winner
  • Ted Neward Neward & Associates
  • Bola Rotibi Intellect Consulting
  • Bruno Souza Brazilian JavaMan
  • Darryl K. Taft Editor of eWeek (Ziff Davis Enterprise)

The Awards and Organizers:

The JAX Innovation Awards are organized by S&S Media Group, one of the most comprehensive one of the most comprehensive media providers of services for the IT and web world. Through its conferences, print magazines, online platforms, books, and trainings, S&S Media makes connections
to IT professionals and web and graphic designers from all industries. From developers and designers to architects, project managers, marketing professionals and CIOs, S&S Media provides a means to interact.

Among the best-known events of S&S Media are the conferences JAX!, BASTA!, Mobile TechCon and webinale. The company has offices around the globe, including London, San Francisco, Frankfurt and Potsdam For information about the Software & Support Media Group please visit: http://www.sandsmedia.com

The JAX Innovation Awards were originally conceived in 2006 in Germany with a European focus. To recognise the global extension of the JAX brand, the scale and scope of the JAX Innovation Awards was increased in 2011; inviting every company, community and person working in the Java Ecosystem Worldwide to input.

The winners:

Martin Odersky heads the programming research group at EPFL. His research interests cover fundamental as well as applied aspects of programming languages. The main focus if his work lies in the integration of object-oriented and functional programming. His research thesis is that the two paradigms are just two sides of the same coin and should be unified as much as possible. To prove this he has experimented a number of language designs, from Pizza to GJ to Functional Nets. He has also influenced the development of Java as a co-designer of Java generics and as the original
author of the current javac reference compiler. His current work concentrates on the Scala programming language, which unifies FP and OOP, while
staying completely interoperable with Java and .NET.

Red Hat is a leader in open source software. Red Hat’s middleware division focuses on enterprise middleware, primarily Java based, and is the organisation behind JBoss, the popular open source Java EE application server, the Hibernate ORM framework, the Seam framework, the Drools rule engine, jBPM, Infinispan, JGroups, RichFaces and several other popular open source projects. Red Hat middleware has been active in pushing the envelope of Java technology, and has led several JSRs, was instrumental in modernising and keeping Java EE compelling and relevant: through Java EE5, Java EE 6, EJB 3 and CDI specifications, among others. Red Hat middleware continues to push the boundaries of Java, making sure it is relevant to cloud and PaaS vendors. Red Hat is also an active contributor to OpenJDK, very important for vendorneutral Java adoption.

JRebel is a JVM-plugin that makes it possible for Java developers to instantly see any code change made to an app without redeploying. JRebel lets you see code changes instantly, versioning classes and resources individually and updating one at a time instead of as a lump application redeploy.
JRebel solved the problem that has plagued the Java industry from the start, catalyzed development of instant turnaround in various Java technologies and erased the competitive advantage enjoyed by dynamic languages.

Brian Goetz has been a professional software developer for more than twenty years. He is the author of the very successful ‘Java Concurrency in Practice’, and has written over 75 articles on Java development. He is one of the primary members of the Java Community Process JSR 166 Expert
Group (Concurrency Utilities), and has served on numerous other JCP Expert Groups. Brian is Java Language Architect at Oracle.

For information about the JAX Innovation Awards contact Hartmut Schlosser:
+49 (0) 696 300 8936
hschlosser@sandsmedia.com

For more information about JAX Conf, contact Mark Hazell:
+44 (0) 20 7401 4845
markh@sandsmedia.com

About the authors

Ben Evans is the LJC’s representative on the Java SE/EE Executive Committee. Martijn Verburg is one of the co-leaders of the London Java Community (LJC).

Introduction

Earlier this month, the LJC, aka the London Java User Group (JUG) became the first JUG to be elected to an open seat on the Java Standard Edition/Enterprise Edition Executive Committee (Java SE/EE EC in short). In this post, we’ll explain what the forthcoming changes to the Java Community Process (JCP) mean and how the LJC intends to help with the process of reform at the SE/EE Committee level.

What is the JCP? What is a JSR? What is the Executive Committee?

The JCP is the process by which new versions of Java and standardized Java technologies are produced. The process involves the use of a standardized set of documents which define the new technology. These are referred to as Java Specification Requests (JSRs). A JSR must also include:

  • A Reference Implementation (RI)
  • A Testing Compatibility Kit (TCK)

JSRs are usually referred to by their number – so for example the effort to define generics (which ultimately made its way into Java 5) was JSR 14, and the Java Persistence API (JPA) v2.0 was JSR 317. There are even JSRs for the new versions of Java itself! For example, JSR 336 defines what will be in Java SE 7.

The body which is responsible for deciding which JSRs can become official Java standards is the Executive Committee, which is made up of a number of corporations, exceptional individuals and interested parties – including ourselves, Oracle, IBM, Fujitsu, Google, Red Hat and others.

We’ll be putting up a post in the very near future which explains how our participation in the EC will work – but we want to hear your views about the issues facing the community – so we can do the best job of representing you that we can.

Every JSR goes through the same lifecycle, as shown in the diagram.

How to become a JCP member

You can become a JCP individual member very easily and you can also join as part of a corporate, academic, non-profit or JUG organisation (LJC members, please sign up!). This is the first step you should take to get involved. It’s actually very easy to join, see the JCP home page for instructions – http://jcp.org/en/home/index

It’s not as easy to get involved in a JSR as we’d like

Currently it can be quite difficult to get involved in some of the JSRs. Under existing rules, parts or even all of a JSR can effectively be run in private, making it impossible for outsiders to join. Most JSRs run at least partly in the open, but several don’t.

There is also a tendency to come up with a TCK and RI quite late in the process, which doesn’t allow the wider community to actually ‘play’ with the proposed JSR and give meaningful feedback.

Some JSRs are simply just deeply technical and only real experts can get involved early on, but that’s just the nature of the beast of something like JSR-292 (the new invokedynamic bytecode for the JVM).

But you should still jump on in

That said there are several JSRs which are run in the open and do solicit feedback with early RI’s and TCKs. Please visit the JCP home page and browse through the JSRs on the left hand menu. Each JSR page will list their public mailing lists, issue trackers etc. Simply join the mailing list, say hello and ask how you can help out (even though you’re not necessarily a domain expert).

JSR-107 (Caching) is an example of a recently revived JSR that’s running out in the open and is happy to receive help (big and small) from Java enthusiasts.

In the coming weeks, we’ll be explaining which JSRs are currently active – so people could participate in right now. We’re also about to see the work for JDK 8 kick off in earnest. This is a really great time to start thinking about how you could get involved.

If you have questions, or want to know more – please comment here, or start a thread on the LJC mailing list. We really want to help and encourage as many people to get involved as possible – and there’s lots of help available.

Things are about to get better!

This is a massive time of change in the Java ecosystem and during times of change you have the best chance to positively influence the outcome.

Oracle is working very hard to make the JCP and JSRs more open. Despite much anti-Oracle publicity, they really are trying hard (see JSR 348 comments below). Sure, there’s still plenty of areas that we’d like to see the process work differently (and we’ll be advocating for those), but our experience so far has been very positive and we think there’s real potential for some very constructive change.

For the first time, two JUGs are on the EC (us & SouJava – The Brazilian JUG). This means that the world wide developer community (9-10 million) has direct representation for the first time

JSR 348 has just been announced which is going to take great strides to open up the JCP, the Expert Groups (EGs) and just the overall ecosystem of standards. We implore you to get involved and send in feedback, whether its to us, your local JUG leader or through hte official JCP channels (see the contact us on at jcp.org)

The LJC and many other EC and EG members are very firmly in the camp of making JSRs more accessible to everyone. As well as enforcing openness via JSR 348, we also see a very real chance to have each JSR really engage with the community. We’re going to try and work with JSR EGs to see how we can raise their profile, make them really easy to access etc. Something along the lines of running a successful open source project is what we’re looking at.

Phew, long post. But there’s a reason for that, we’re really excited about the future! :)

Cheers,
Ben (@kittylyst) & Martijn (@karianna)

What is the LJC

The London Java Community (LJC) is a group of Java Enthusiasts who are interested in benefiting from shared knowledge in the industry. Through our forum and regular meetings you can keep in touch with the latest industry developments, learn new Java (& other JVM) technologies, meet other developers, discuss technical/non technical issues and network further throughout the Java Community.

Twitterfeed

Follow

Get every new post delivered to your Inbox.

Join 1,202 other followers