Posted by editor
on March 20, 2007 at 10:49 AM PDT
More graduations, more new projects... also:
Java Today: Springmodules project graduates, JeNet project graduates, and JCP site gets an overhaul
Feature Article: JavaDB End-to-End Security
Weblogs: RAW image project, instant Rails with NetBeans, and the future of Swing applications
Forum postings: Java or WSDL first, avoiding the heap, and incoming calls vs. ME apps
More graduations, more new projects
Sorry for the late page update and blog today -- the DSL was down at the home office, connectivity wasn't much better at the sandwich shop, and while it's now back on at home, it's dog slow and timing out as often as it connects. All of which makes researching links and putting up the page really difficult.
We do have something of a theme on the front page, though, as two community home pages independently gave props to graduations in their communities. These are highlighted in the
Java Today section, starting with
the springmodules project , which has graduated fom the incubator to a Java Enterprise project. The project contains modules, add-ons and integration tools to extend the Spring Framework . The core goal of Spring Modules is to facilitate integration between Spring and other projects without cluttering or expanding the Spring core.
Congratulations also go out to project JeNet , for its promotion out of the Communications incubator. JeNet is an all Java implementation of the eNet network
protocol. Among its features, it is 100% Java (no native libaries), UDP based, offers reliable/unreliable and sequenced/unsequenced packet sending, is content agnostic and fully interoperable with the original eNet library
Also in Java Today ,
the Java Community Process site has undergone a major reorganization and redesign. The new site allows users to register and track JSR's of importance to them on a "My JSR's" page, and participate in discussions about JSR's. The site also allows users to join the JCP directly via online forms, rather than the previous system of mailing or faxing forms to the program office. More details on the new site's features are available in the news release The New JCP.org is Here .
In our Feature Article , Masoud Kalali takes a look at
JavaDB End-to-End Security . "JavaDB, as an open source and pure Java relational database, provides several features that make it suitable for embedded and network server mode. One of these features is JavaDB mechanisms to make it secure on several levels. If you are going to build an application using JavaDB and security is important, then this article is for you."
In today's Weblogs , FabrizioÂ Giudici says Duke the Photographer wants you! ... and what he wants you for is a new project to handle the RAW image format.
"jrawio is a well-written plugin for Java Image I/O (the standard API for imaging I/O) and it's officially a subproject of imageio. My ambition is to keep on its development and submit it for inclusion in the Java distribution (Java 7, if time allows)."
BrianÂ Leonard's latest blog introduces
Instant Rails with NetBeans :
"As the name implies, Instant Rails gets you up and running with Ruby on Rails in an instant. In this tutorial, I walk you through the steps to use an Instant Rails installation with NetBeans."
Finally, DeanÂ Iverson offers
A Guide To The Future (Of Swing Applications) , in which he asks,
"what technologies do you need to learn today to write the Swing applications of tomorrow?"
In today's Forums ,
mshaffer55 is considering two strategies in
Java-first or WSDL-first?
What are the pain points people experiencing using Java-first development in non-trivial applications? One thing I can see right off the bat is that it is going to be difficult to support more than one schema for a given set of native JAXB-enabled classes. That appears to require the addition of otherwise superfluous interfaces, and adapter classes containing the kind of conversion code we already know we don't want. Anything major besides that?Â â€”Â
offers some advice for not messing with the heap, in the thread
Re: disable garbage collection
"Depending on what you are really trying to accomplish, something like ByteBuffer.allocateDirect() or FileChannel.map() might help you out here. These both result in non-heap memory getting allocated. However, there are reference objects associated with the underlying native resources and they too may take some time to collect. Furthermore, allocating direct and mapped byte buffer objects is far more expensive than allocating a plain old java object on the Java heap. So, you don't want to be allocating these often - these types of objects are one of the rare cases where object pooling makes sense. If you really need to control GC timing, you probably want to consider looking at the Java RTS system and making use of ImmortalMemory and Non-Heap Realtime Threads."
Finally, the message
Nokia 6630 / 6680 call handling says
"I have an app that is quitting when a call is received on the above devices. It's fine on other series 60s (and all my other apps are fine too). Does anyone know of any quirkiness with call handling on these phones?"
Current and upcoming Java
Registered users can submit event listings for the
href="http://www.java.net/events">java.net Events Page using our
href="http://today.java.net/cs/user/create/e">events submission form.
All submissions go through an editorial review before being posted to the
Archives and Subscriptions: This blog is delivered weekdays as
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
More graduations, more new projects