Search |
||
C'mon C'monPosted by editor on July 28, 2008 at 5:24 AM PDT
Anticipating one of Java 7's major features I can't remember how many JavaOnes ago it was when the SE roadmap addressed the idea of Java modules, saying that the legacy system of JARs and manifests had been stretched farther than it was meant to go, and that a new system was needed to express dependencies and the versioning of those dependencies. There are a number of separate efforts that will combine to provide this functionality in Java 7. Of course, there's the de facto modularization of the JRE in SE 6 update 10, which reduces the JRE's initial download time by splitting the old rt.jar into smaller, potentially independent pieces. But beyond that, a more sophisticated concept of modules requires API changes, which is why we're waiting for Java 7. We've already looked at JSR 294 superpackages in a feature article, and another piece of the puzzle is provided by JSR 277, the Java Module System. In another sign that modules are getting closer, Mandy Chung has announced initial Support for the module keyword in OpenJDK. "Very soon, in a week or two, the Java compiler (javac), packaging tool (jam), and the Java module system implementation in the OpenJDK Modules project will support the new The stagnated closure battle notwithstanding, modules may be the most profound change expected in Java 7, so this will be one feature you keep an eye on. Also in Java Today, JSR 289: SIP Servlet v1.1 is now Final. "The SE/EE Executive Comittee of the JCP has approved (results) JSR 289, the SIP Servlet 1.1 Specification that is the core for SailFin. The final specification is not yet available but the PFD 2 should be very close. The first public release of SailFin will be aligned with GlassFish v2.1 and will happen around the end of the year; updated roadmaps are due in a few weeks." The newly-posted JSR 326 proposes a standard Java API designed to support the generation and consumption of post mortem or snapshot Java diagnostic artifacts. "Existing Java diagnostic tools are focused primarily on what can be termed "live monitoring" - this means source level debuggers, trace tools, performance analysers etc. These tools are very useful when the problem is readily reproducible and the customer is willing to accept the costs of such reproduction. However, in many cases problems do not fall into either of these categories as the problem is either intermittent or the impact of reproduction with live monitoring tools is too expensive. [...] Here we enter the realm of post mortem analysis as the primary means for uncovering the cause of the issue." A Javalobby Article has more details about the thinking behind the JSR Joshua Marinacci files a report from the O'Reilly Open Source Convention in today's Weblogs. In And now for something completely different, he writes, "at OSCON, I'm in a completely different environment. Java is just one of many languages here (and definitely in the minority, Perl seems to rule the roost). Being a smaller conference (and open source) the focus is less on big announcements and more on interesting technical things." Raphael Mudge feels The Need to Feed. "I'm looking for a decent "universal" feed parser. I'm actually planning to apply this to a real project. Here is what my hunt turned up and the results I faced." Sergey Malenkov works through the question of
How to load classes from JAR or ZIP?
"I needed to load the classes from the dt.jar archive on the fly. The path to the archive was generated automatically based on the "java.home" system property. The original idea was to use the
In today's Forums,
In the Blu-Ray Disc Java forum,
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. Anticipating one of Java 7's major features »
Comments
Comments are listed in date ascending order (oldest first)
|
||
|
|