The Source for Java Technology Collaboration
User: Password:
Register | Login help    

Search

Online Books:
java.net on MarkMail:


Learning How To Live

Posted by editor on October 3, 2008 at 10:48 AM PDT

Making good on promises to Open Source developers

This week, we saw the awarding of the first prizes from Sun's Open Source Community Innovation Awards program, which we've been following for a long time now, starting with Sun's Rich Green saying at JavaOne 2007 that Open Source is Robin Hood in reverse, as wealthy corporations reap the fruits of work done by developers who give their work away.

Sun made good on this in January, as it unveiled an awards program for Open Source developers working in the GlassFish, OpenJDK, NetBeans and other communities, a multi-year program with a US$1 million purse to distribute.

And this week, we've watched as these communities announced their winners; we covered GlassFish and OpenJDK earlier in the week, and today we turn our attention to the NetBeans Innovators Grant.

The grant program has selected 13 open source innovators to share prizes totaling $127,500. Four of the projects were singled out "for meeting high standards of quality, usability and demonstrating potential for future growth": gold award medalists Cube°n and Scala Support, and silver award medalists IvyBeans ($5,000) and PL/SQL Editor. There's also a podcast interview with winning developers Anuradha Gunasekara and Hong Wei Deng.


Also Java Today, a new SDN article by Sidharth Mishra and Marina Sum explains the process of Deploying OpenSSO on GlassFish Application Server. "OpenSSO, Sun's open-source project for access management and federation, is a self-contained Java EE application that offers federation, access management, and Web-service security capabilities. Installing and configuring OpenSSO is simple and efficient, with no external dependencies." The article offers three options for deploying OpenSSO on GlassFish (automatic, command-line, and with the GUI), and then walks through configuration of OpenSSO.

Changes from Sun's JDK 6u10 are making their way into OpenJDK 6, but it's not a simple process, as Joe Darcy reveals in his blog OpenJDK 6: Logistics of Partial Merge with 6u10. "A large fraction of my work for OpenJDK 6 build 12 was porting all of the cumulative fixes in selected areas of the 6u10 code base into OpenJDK 6. Internally, like the forest of Mercurial repositories of JDK 7, the code base of OpenJDK 6 is composed of a set of teamware workspaces for different areas: cobra, hotspot, jaxp, jaxws, jdk, and langtools. Previously, the non-HotSpot code lived in a single "j2se" workspace which was split as part of the JDK 7 transition to Mercurial. I worked on merging in the fixes from the corba, jaxp, jaxws, and langtools areas. Jon helped with langtools too."


Hudson creator Kohsuke Kawaguchi updates his itinerary in today's Weblogs. In, Kohsuke traveling to Japan, he writes, "somehow this fall became a travel season for me. Just a couple of weeks after my trip to Brazil, I'll be travelling to Tokyo for two weeks."

Elsewhere, Jean-Francois Arcand has suggestions for Preventing Rogue Applications to affect overall performance of Glassfish Prelude. "An application server can get in a really bad shape when a rogue application/component gets deployed into it. How to prevent the situation using GlassFish Prelude? With the help of the bear, yes, you can minimize those rogue animals..."

Apropos of this week's JVM languages summit, the latest java.net Poll asks "How interested are you in running non-Java languages on the JVM?" Cast your vote on the front page, then visit the results page for current tallies and discussion.


In today's Forums, Qunhuan Mei thinks an animation behavior method might be going too far, in List's setSmoothScrolling(false) turns all list cell's "animation" off - a problem? "When I show our LWUIT based test app to our designer, he thinks the vertical scrolling animation slows the response so I turned if off by adding lst.setSmoothScrolling(false). But seems to me this has a side effect. It also turns off the cell tickering if applicable, or indeed any other cell animations altogether (it actually stops calling to animate()). Ideally, I suppose, the List's setSmoothScrolling(false) should only stop scrolling, not tickering or any other animation (i.e. the call to animate() should not be stopped)."

Shai Almog offers debugging guidance in Re: Application Error when using Resources. "SE platform 7 works great for us and is perfectly supported we test LWUIT on it on a regular basis. Try wrapping your code in try catch as described here. However, for SE I would highly recommend using the SE specific tools and a cable to connect your phone to your PC. This allows you to view all of the printouts on your console which REALLY helps in debugging."

Finally, pboro is looking for an Appropriate security mechanism for this case? "I need to create few web services that will be accessed by several clients. I want to authenticate and authorize the clients, so for example UsernameToken with separate credentials for each client would be fine. Instead, I would like to use certificates instead of usernames and passwords. So then there would be separate certificate for each client and each certificate must only be allowed to access certain web service. Which is the correct security mechanism for this: Mutual Certificates Security, Endorsing Certificate or maybe some else? How do I recognize the certificate used to access the server to do authorization?"


Current and upcoming Java Events :

Registered users can submit event listings for the java.net Events Page using our events submission form. All submissions go through an editorial review before being posted to the site.


Archives and Subscriptions: This blog is delivered weekdays as the Java Today RSS feed. Also, once this page is no longer featured as the front page of java.net it will be archived along with other past issues in the java.net Archive.



Making good on promises to Open Source developers
Comments
Comments are listed in date ascending order (oldest first)