Welcoming former jini.org projects
According to Jim Hurley's e-mail of a few months back, A New Day..., today is the day then jini.org is supposed to be decommissioned in favor of a simpler, informational/pointer site. Of course, that mail is from three months ago, so the timetable may have changed in the meantime (I think we're still waiting on the proposed submission of Jini itself to the Apache Foundation, among other things). But for those moving your projects over to java.net, we're here to help.
After all, both the former and current editors of the site have used Jini and really like it.
The Jini Community on java.net is still getting on its feet, surely slowed somewhat by the post-JavaOne breather and Summer vacation period (remember, Sun is shut down all of next week). Some older Jini news is on the Jini Community page, while the Jini top-level projecthas some more timely information wrapping up JavaOne activities and getting ready for the 10th Jini Community Meeting, being held in Brussels in September. This page also lists a couple dozen projects that have moved over to java.net from jini.org.
But how do you move a project? For those migrating projects from the jini.org to java.net, there's now a guide on Moving Source from jini.org to java.net. This guide assumes that you have set up a new java.net project and that you'll be using subversion for the new project, and walks through the cvs checkout from jini.org and the subversion import to java.net.
So, welcome Jini folks. We hope you enjoy the site's many features and its active community. Who knows; maybe we'll see some interesting integration of Jini and other technologies take root...
Also in the Java Today section, "Sun's chief open source officer has told a conference to forget volunteerism and ideals, and think more like Warren Buffett", according to the ZDNet article Sun: Open-source is about self-interest. Saying the open source community needs to look to the lessons of capitalism, Phipps is quoted as saying "this is not volunteerism [...] It is directed self-interest, synchronised self-interest and there is nothing wrong with self-interest."
A recent ACM Queue article, Untangling Enterprise Java looks at the history of Java enterprise frameworks and their approaches to dealing with crosscutting concerns. "In this article we look at the evolution of enterprise Java frameworks that tackle crosscutting concerns. We address how dissatisfaction with the first-generation frameworks, which were based on the EJB (Enterprise JavaBeans) programming model, prompted the development of dramatically better frameworks. These newer-generation frameworks are based on the POJO (Plain Old Java Object) programming model."
Mason Glaves spins A tale of two GUIs in today's Weblogs: "Two friends of mine, both excellent Java programmers, just recently got into an incredibly heated argument on the subject of unit testing. On the left was the server-side web application developer and on the right was the client-side Swing developer. On the one side a happy village, with crops of green test lights in neat little rows, on the other a dark jungle where code roamed free and wild, and any step you took could be your last."
In More Literate Programming: Language-Level Anaphora, Tom White writes: "Following on from a previous post about using anaphora (a word like it that refers to something previously referred to) to make jMock tests more readable, I ask 'Can we have language-level anaphora?'"
In today's Forums,
luimen seeks JXTA guidance on how to create an output without getting a pipeadvertisement: "I'm developing a system based on jxta. actually i've two clients, say A and B. A creates an input and an output pipe and publishes the input pipe advertisement. B initially creates its inputpipe and starts asking for A's adv. when B receives A's adv, it creates an output pipe so he can communicate to A. As soon as the pipe is resolved, B sends to A its input pipe id/name. A Gets B's input pipe values and builds a PipeAdvertisement through the AdvertisementFactory. A now tries to create an output pipe to B, but it never gets resolved. WHY? if i force A to request B's adv, everything goes well. obviously i've checked the values B sends to A. It seems that A must receive at least one adv from B before being able to resolve B's pipe."
The message Re: [JAI-IMAGEIO] Rendered JPEG image not smooth wonders aloud about multi-pass image operations: "Yes this is an old topic and both Aarons and Brians suggestions refer to what has been said before and AFIK correct.. But one thing I've not seen discussed is: Why is it that to get a 'properly' scaled down image we need two operations in JAI? A low pass and scale. I sort of understand the philosophical issue, I guess, but one would think that a single operation to do the scaling and averaging (low passing) could be implemented to be much faster. Or is that not so?"
In today's java.net News Headlines :
- SmallSQL 0.15
- XINS 1.5.0-alpha2
- HeapAnalyzer 1.3.7
- Java Plugin Framework (JPF) 0.11
- Profiler4j 1.0-beta2
Registered users can submit news items for the java.net News Page using our news submission form. All submissions go through an editorial review before being posted to the site. You can also subscribe to the java.net News RSS feed.
Current and upcoming Java Events :
- July 6 - Java Forum Stuttgart (JFS)
- July 7 - Experten Forum Stuttgart
- July 7-9 - Lone Star Software Symposium 2006: Austin Edition
- July 21-23 - Central Iowa Software Symposium 2006
- July 24-28 - O'Reilly Open Source Convention 2006
- July 28-30 - Desert Southwest Software Symposium 2006
- August 4-6 - Southern Ohio Software Symposium
- August 18-20 - New York Software Symposium 2006
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.
Welcoming former jini.org projects