Skip to main content


Posted by editor on November 20, 2006 at 1:49 PM PST

A blog better late than never... I think

Disclosure: tomorrow we're taking the kids up north for Thanksgiving, and with most of the rest of O'Reilly filing out at various times early in the week, I decided to get all the article stuff for (and a book excerpt for ONJava) in as early as I could, so that I wouldn't get crunched tomorrow en route to the airport (which, being Atlanta, will be tough enough as it is).

Add that to a meeting, some e-mail, printing boarding passes, getting the front page up and flipped back to its normal mode from last week's special coverage of the Open-Source Java launch... and suddenly, it's 4:30 and there's no editor's blog.

Oops, sorry about that. Hopefully, you'll enjoy the thorough refresh of items on the front page. There were other things happening aside from the open-source Java announcement -- updates to the ongoing closures and modules proposals, to name two -- so there'll be lots to talk about this week, even if you're in the US and taking part of this week off.

In Java Today,

Fabrizio Giudici has some tips for Setting up NetBeans-based projects with a Continuous Integration server: "Continuous Integration (CI) servers are facilities able to monitor changes in a source repository (e.g. CVS or Subversion) and schedule a new build automatically, in order to verify if the new committed code broke the stability of the system. They are installed on remote servers and usually don't run on programmers' computers - so apparently a problem arises if we're thinking of projects developed with the NetBeans IDE.

As most CI products can be easily configured by just pointing them to a build.xml ant script, the problem just translates to being able to setup a working 'headless' environment for a NetBeans-based project."

Artima links to Neal Gafter's Update on the Closures Proposal that he, Gilad Bracha, James Gosling, and Peter Ahé, have been working on. "At the heart of the proposal is the ability of the compiler to convert closures to compatible interfaces. The most recent change clarifies the conversion of closures that return void.
In a recent blog post, Closures Esoterica: completion transparency, Neal Gafter reports on progress in proposing closures for Java."

Got a hot Java technology topic for 2007? Do you have specific tips and tricks to help developers perform their jobs better, faster, or more efficiently? The JavaOne conference is the stage where you can share your Java technology expertise and knowledge of real-world solutions and best practices with a worldwide audience of developers. This is your chance to become one of next year's Rock Star speakers. Visit the Call for Papers page to submit your session abstract. The Call for Papers deadline is December 15, 2006.

In today's Weblogs John Reynolds discusses
Human-Powered Web Services:
"Business processes are made up of automated and human-performed tasks, and we need to be able to implement both types of tasks in a manner that allows them to be consumed by a multitude of applications. That's what SOA was really all about in the first place."

Kirill Grouchnikov is back and he's
Adding scroll pane previewers to your Swing applications:
"This entry shows how to add preview functionality to your Swing scroll panes."

Finally, Joshua Marinacci returns from Prague and posts in-flight in
Posting from 30k ft: Cool Projects, Free to a Good Home!:
"Posting from 30k feet over north eastern Canada Yes, I'm flying back from Prague today and we have wifi here on the Lufthansa aircraft. It's both expensive and power draining but amazingly it actually works. I don't know if should..."

The latest Poll asks "How likely are you to propose a session or BoF for JavaOne 2007?" Cast your vote on the front page, then visit the results page for current tallies and discussion.

This week's Spotlight is on the new Mobile & Embedded Community, a gathering place that enables and empowers developers to collaborate and innovate, driving the evolution and adoption of the Java Platform, Micro Edition (Java ME) for mobile and embedded devices. Here you can be a part of a robust culture of developers and technology experts and find people with similar interests and goals. For more information, see our community vision.

In today's Forums,
mas7871 is seeking GPL-with-Classpath-exception details in
Re: Welcome to The Big Answer:
"As a student/newcomer to Java I'm not clear exactly what Classpath exception means. What I read on the Classpath site regarding a program or module that uses the GPL code: "An independent module is a module which is not derived from or based on this library. If you modify this library, you may extend this exception to your version of the library, but you are not obligated to do so." Is a module still independent if it "extends" a class in the GPL code (i.e. "MyServlet extends Servlet"). Doesn't this mean that my code now has to be GPL? I haven't changed the GPL library I've just based my code on extending the GPL code."

Also related to the Open-Source Java announcements, averyregier wants to know more about
"What I would really like to know now from Sun is the following: What encumbrances (in some detail) exist? Why are these pieces encumbered? (Is it because of copyright or patents? If it is copyright, it is easy enough to replace these, but if there are patent issues as well, then there may be no way for the free software community to help.) Will you need developers who aren't 'tainted' by seeing any Sun source code in order to replace the encumbered code? (This is an area where GNU/classpath can help, but they would need to know that they need to keep up with their policies policies about not allowing contributions by tainted developers until all of the encumbrances are cleared.)"

And there's discussion of the GPL license as used for Java ME's open-source implementation, in
Re: Java ME and GPL and no linking exception :
"According to Sun, "With Java ME, there is no way to install and integrate implementations. Instead, implementations are integrated with the hardware. As such, the problem the Classpath exception is solving with the Java SE implementation isn't present with Java ME." I believe Sun really intends to do the right thing here, and has no intention of infecting your code merely by the act of it running on their VM. "

In today's
News Headlines

Registered users can submit news items for the href=""> News Page using our
news submission
. All submissions go through an editorial review before being
posted to the site. You can also subscribe to the href=""> News RSS

Current and upcoming Java

Registered users can submit event listings for the href=""> Events Page using our href="">events submission form.
All submissions go through an editorial review before being posted to the

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 it will be
archived along with other past issues in the href=""> Archive.

A blog better late than never... I think