In general, I think, from the documentation/training side (i.e., not from the development side, in which I, as technical writer, have little control), the biggest improvement in the past year is that, at this point (unlike a year ago), no one can argue anymore that "the NetBeans Platform isn't really being used in real life". The many applications that have been discovered over the past year as being based on the NetBeans Platform (particularly in the military, banking, and oil services domains) have conclusively negated that theory...
Looking ahead to 2010, Geertjan predicts that publication of NetBeans reference materials will come to the fore. That this would happen seems to naturally follow from the fact that the business case has now been well-stated and proved, by the materials that were published in 2009, and also by Geertjan's own search and discovery of an incredibly diverse set of applications that have been built on the NetBeans platform. These applications include many that are part of operational systems where high reliability and availability are required (for example, military and financial applications).
Geertjan notes that a strong start has already been made with respect to NetBeans reference documentation, with the NetBeans Platform Reference Card:
Download it right now, if you haven't done so yet. That document
will form the basis of a much more ambitious reference document (dare I call it "reference manual"), as outlined in this interview. In addition, there will be a release of a new book which will be up to date for NetBeans Platform 6.8. It will be particularly useful for those beginning with the NetBeans Platform, providing an end to end tutorial, translated from Jurgen Petri's O'Reilly book "NetBeans RCP: Das Entwicklerheft".
Google has released version the Google Collections Library 1.0, which extends the standard JDK collections classes with:
New Collection types: Multimap, Multiset, BiMap and others; High-performance immutable implementations of the standard collection types ...
Several APIs demand that the user is implementing the .hashCode() method. The reason is that these APIs are using hash based containers (like HashMap) to have a fast means of managing lots of objects (always comparing objects using .equals() would need endless time). There are lots of standard implementations on the web, so the question is, what performance impact the implemenation of .hashCode() will have. I did some tests and here are the results...
This February, in collaboration with Skills Matter, I will be in Europe to deliver the Java Power Tools Bootcamp in London and Paris. The London session is scheduled for February 15, and the Paris session is scheduled for February 22.
The Java Power Tools Bootcamp is an intense, comprehensive 5-day workshop covering best-of-breed Java development, code quality and build automation tools and techniques build around tools like Maven, Hudson, Nexus and Sonar...
After configuring Hudson to run in a Glassfish with security manager enabled I started to have problems in other applications, specially web applications using reflection to access private fields in Java classes. Over the web I noticed a lot of people struggling with the same issue (Seam, GWT, Vaadin, etc). The problem is caused because most of the modern frameworks tries to access Java private fields directly - perhaps motivated by the popularity of type-unsafe languages or just designed for better performance...
In the Forums, nigel_runnalis asks if Glassfish defaults lowercase "utf-8"?: "Hi. The return message header from Glassfish when viewed in SOAP UI is as follows: HTTP/1.1 200 OK ..."
micheldenis describes a defect relating to transport to placemarks get sometimes interrupted by keystrokes: "I just entered the following defect: Using trunk 4126 on local laptop system (client and server) with Vista on Toshiba Qosmio (4GB, core 2 quad, nVIDIA, OpenGL v3). Set up a world as follows ..."
allasso has questions about JavaHelp and boolean search: "Hello, I am wanting to implement JavaHelp solely for doing search. The basic search feature appears to not have any way to do a boolean search, nor a way to provide exclusion (NOT) or strict AND. However, there is source code provided for two example extensions..."
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.