Java Today |
 |
OpenJDK Common VM Interface project approved
In an e-mail to the OpenJDK "announce" list, Mark Reinhold has announced the approval of the Common VM Interface project. "The goal of this Project is to provide a documented VM interface for OpenJDK which will significantly lower the barrier for entry for both existing Classpath VMs and any other VMs that may wish to use OpenJDK in the future."
More Project Fuji screencasts - Interceptors
The Aquarium points us to More Project Fuji screencasts: "Keith Babo has released a new ten minute screencast on Project Fuji's interceptor feature which intercepts messages as they travel across the NMR (Normalized Message Router) to implement alerts, auditing, validation, security, routing, and many more useful scenarios in a very non-intrusive way. [...] Project Fuji was announced at this past JavaOne and is the next generation OpenESB architecture based on GlassFish v3, OSGi, and JBI."
Going Wild With Generics, Part 2
Sun's Brian Goetz continues a series on the use of wildcards in generics, in the article Going wild with generics, Part 2. "Wildcards can be very confusing when it comes to generics in the Java
language, and one of the most common mistakes is to fail to use one of the two forms of
bounded wildcards ("? super T" and "?
extends T") when needed. You've made this mistake? Don't feel bad, even
the experts have, and this month Brian Goetz shows you how to
avoid it."
Weblogs |
 |
Extending the Grizzly HTTP Runtime
Project Grizzly provides developers with a simple and consistent mechanism for extending the functionality of the Grizzly HTTP Runtime and for bridging existing http based technology like JRuby-on-Rail, Grail, Servlet, the Bayeux Protocol or any http based protocol. —
Jean-Francois Arcand
JavaFX Innovations: Inline Examples and Screenshots
One of the innovations in the JavaFX toolchain is our new javafxdoc tool. Rather than producing a set of html files like regular 'javadoc' does, we produce a single large XML file representing the entire codebase's API. This lets us easily add extra processing steps, such as producing semantic wellformed XHTML as you see today —
Joshua Marinacci
Forums |
 |
Re: How to reduce the loading time of a midlet?
Furthermore, we have found that poor start-up performance is often related to the MIDlet itself. General best design practices indicate that you should do late initialization in the MIDlet start-up, spread out time-consuming tasks, and pre-process resources (such as images) during build time, if possible. Observing such guidelines can reduce the perceived start-up up a MIDlet dramatically without any VM tweaks. —
performance and validation
The documentation mentions that a JAXBContext is expensive to create and designed to be thread safe, so as suggested I keep a Singleton version. However it also says that the Unmarshaller is not thread safe, yet I'd think it would be expensive to create due to the schemas that are required to be passed to it (I'm assuming it parses the schemas in prep for validation, please let me know if I'm wrong here). Is the normal design to create a new Unmarshaller for each call into the handler? Is this expensive? —
Re: Volunteer needed to port phoneME Advanced to Garnet OS / Palm
It looks like using our already existing ANSI and POSIX porting layers in pMEA to hook into PalmOS is harder than expected. No stdio and pthreads is one thing (we could work around that), but no float.h, and no File I/O makes a bad situation even worse since it compounds the need for workarounds into many areas instead of just two. Ack! —
Does anyone know if JDK 7 (or before)'s JTable will have a Column Control?
JXTable has a nice concept of a column control popup which the JDK's JTable lacks (as far as I know). Does anyone know whether there are any plans to enhance JTable with this feature? Since in the past year or so, there were some comments about various feature development on JXTable having been suspended, I want to move back to JTable if I can. This is the only feature holding me back. —
