Search |
||
Hot Fun in the SummertimePosted by editor on May 29, 2006 at 8:59 AM PDT
Time to hit the pool It's Memorial Day in the U.S., the unofficial start of Summer. The only thing standing between me and the swimming pool is writing this blog. So, it's going to be short. But seriously, there was a comment on the latest java.net poll that I wanted to make note of. On our poll about "What's your reaction to Sun's JavaOne 2006 announcements?"
Well, sorry if our coverage wasn't what you were looking for, but for the last three years (i.e., every year since java.net was launched at JavaOne 2003), we've used our bloggers as the primary form of coverage. We think this has the effect of filling the front page with fresh material from the technical sessions, the pavilion floor, the birds-of-a-feather meetings, announcements from projects, and the overall feel of the conference. If you want consolidated notes just from the announcements in the keynotes, News.com's JavaOne page offered a pretty traditional coverage of what news was made. But honestly, having done a few of these shows now, the keynotes seem to me the least interesting part of JavaOne. By a wide margin. As in: given a choice between staying up late for BoF's and getting up early for keynotes, stay up late, because there's more and better stuff in the BoF's than the keynotes. JavaOne is the polar opposite of Apple's WWDC, which will take place across the street in Moscone West in August. In that show, the keynote totally sets the tone for the whole show, and usually launches surprise technologies that will then be covered in the technical sessions. I think the key difference is one of transparency: Apple, with its proprietary technologies, keeps its cards close to its chest and can unleash them in the keynote for maximum effect. Java is developed in the open, under the aegis of the JCP, so there's rarely any surprise because the contents of a given release are known months or years in advance. Indeed, the one big surprise of JavaOne was the Google Web Toolkit, which made a splash precisely because it could be developed in secret and unleashed with a surprise announcement... which isn't an option for Java itself. And I think most of us are pretty happy about having that kind of transparency. Speaking about making a splash, did I mention that it's 85° (33°C), and there's a swimming pool down the block waiting for me? There's also a JavaOne reflection in today's Weblogs, as John O'Conner seeks feedback in Java ME Opinion poll: SavaJe phone at JavaOne: "The 'device of show' at JavaOne was a SavaJe cell phone with a CDC and JSR 209 implementation. What's your opinion of this phone?" In Refactoring Translations, Evan Summers writes: "An approach is presented for "refactoring" strings out of an application, towards translatable resource bundles, which are loaded into a "messages" class via reflection." Finally, Chet Haase is Trigger Happy, as he writes about "using the new Triggers functionality in the timing framework" In Projects and Communities, a discussion on JavaLobby asks Whatever happened to shared VM support?, saying it has been alternately promised for Tiger, Mustang, and Dophin, with a complementary spec approved, JSR 121, to handle the isolation of applications from one another. The first post also claims that lack of a shared VM precludes using Java for small desktop applications, due to memory footprint issues. Avez-vous besoin de quelques blueprints Java EE? The blueprints project has a new French version of its AJAX FAQ, to compliment the English and Chinese versions. The blueprints project "presents best practices, guidelines and applications for designing enterprise applications and Web services using Java technologies." In addition to the FAQ's, there's also a set of AJAX components for your use.
In today's Forums,
In
Need a way to tell 32bit and 64bit JDK apart in uninstall, In Also in Java Today, Anil Hemrajani says that the established processes of Big Requirements Up Front (BRUF) and Big Design Up Front (BDUF) seem like a good idea, but in practice, they often lead to a waste of time and effort, and sometimes lead to projects failing entirely. In the dev2dev article Using Agile Processes and Modeling to Build Enterprise Applications, he looks at the approach of adapting less verbose and more reactive processes--agile methodologies--to keep your project on track. "Since agile methods tend to follow a common set of principles and values, one unpublished benefit of agile methods is that you have the option to pick and choose from various techniques and tailor them to your environment." Among the now-final Java EE 5's most prominent features is a new persistence API defined by EJB 3 that is, in fact, available for use by any Java SE or EE application. In Standardizing Java Persistence with the EJB3 Java Persistence API, Debu Panda writes: "It simplifies the use of transparent persistence by using metadata annotations and the configuration by exception approach. Several application servers, including Oracle Application Server 10g (10.1.3), Sun's open source GlassFish Application Server, and JBoss Application Server 4.0, provide early support for the EJB3 specification. With the Java EE 5.0 and EJB 3.0 specifications finalized, you'll soon see many leading application server and persistence providers implementing EJB3 Java Persistence API." In today's java.net News Headlines :
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 :
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. Time to hit the pool »
Comments
Comments are listed in date ascending order (oldest first)
|
||
|
|