Skip to main content

Twin Cinema

Posted by editor on October 26, 2006 at 8:34 AM PDT

You're hiring for what?

As I was wondering how to get into today's blog, I received what has to be the strangest, most other-worldy recruiter call I've gotten in a long time. Maybe ever. Weirder than last month when I got a call looking for Cocoa developers.

Today's recruiter was looking for QuickTime developers... and I had to be really sure she was talking about application developers using the QuickTime media API's, and not just content authors creating QuickTime content. But no, she was clear on that: looking for QuickTime developers. Since I'm not looking to take on any more work (laughing wildly at the very thought), I didn't dig in to find out if the client was fixed on developing native QuickTime apps (she did mention they wanted someone Mac based, thereby scoring another weird-recruiter-call point) or if they were looking for QuickTime for Java.

I bring up the latter point because when asking me to just keep in mind anyone I knew, she said they were also looking for J2ME developers. After I pointed out that the name is changing to "Java ME", I realized that there must be one very interesting company in Atlanta, doing media work and targeting phones (or perhaps other ME devices... but, c'mon, it's probably phones). Seriously, I thought all Java jobs were on the server.

One thing I find interesting is that both the micro and media programming markets are so small, I know of very few people who really specialize in either, since neither pursuit promises the kind of steady employment you could expect to realize by just body-renting yourself in the Java EE market. In fact, I'm not sure you could accurately specify a "going rate" for QuickTime or ME developers, because there are so few of them.

At least I think there are. Actually, it wouldn't surprise me for a second if I get a couple dozen replies to this blog asking to send along resumes. You know, from all the small-device-oriented media developers in Atlanta, who aren't already named "Sam", "Kelly", "Chris", or "Anthony" (you guys know who you are... how y'all doing anyways?).

Or maybe things are changing and there are more coding opportunities in the micro and media fields? That would make life interesting, wouldn't it?

In our Feature Article, John Ferguson Smart helps your website show reader around by Integrating Maps into Your Java Web Application with Google Maps and Ajax: "Two relatively recent technologies, Google Maps and Ajax, can make life considerably easier in this area. In this article, we will discuss how you can easily implement dynamic interactive maps on your Java web application, using the Google Maps API for the web interface, and Ajax to provide real-time interaction with the server. This article is designed to give you a rapid introduction to both Google Maps and Ajax, and to let you get your own interactive maps up and running quickly and easily."

In Java Today,
the Portlet Repository Protocol (PRP) project seeks to define a common Web Service API used to communicate with portlet repositories like's own Open Source Portlet Repository Project. It will also establish the format and meta-data to be included when defining a specific portlet within a repository. This is a free and open standards project, that any portlet repository may implement, and any portal vendor may leverage, as well. Input from those respective parties is welcomed and encouraged.

The new Swing Application Framework JSR (JSR 296) aims to do for client-side Java applications what many successful Web frameworks have done for server-side code: Abstract out common application patterns with the goal of making development easier and less error-prone. In the interview A Framework for Swing: An Interview with Hans Muller, JSR 296 spec lead Hans Muller discusses patterns and issues common to Swing-based desktop applications, and describes how the new framework addresses those issues.

GASP bills itself as "pure Java middleware under LGPL license for mobile multiplayer online games and implements the OMA GS (Open Mobile Alliance Games Services working group) specifications, enabling multiplayer games on J2ME mobile phones, profiles MIDP and Doja, over 2/2.5/3G phone networks. This middleware implements the
Open Mobile Alliance (OMA) v 1.0 specifications in Java and is able to handle basic services for building and handling interactions between players such as session management, [and] communications."

John O'Conner kicked off a battle royale among LayoutManagers in recent blogs and survey's the responses in today's Weblogs. In

Layout Manager Showdown: We have results, he writes:
"Several weeks ago, I tried to solve a form layout problem with NetBeans GUI Builder, sometimes known as Matisse. I shared that experience, and many of you had comments. The result was a layout manager showdown."

Evan Summers is working on an article about event dispatch thread handling, and has a preview in
Enhanced DTs Extract 1: Progress Dialog Worker Preview:
"Inspired by Richard Bair's BackgroundWorker, i wrote a ProgressWorker with builtin in ProgressDialog. Here is a preview by way of a WebStart demo."

Cay Horstmann considers the applicability of JUnit to teaching Java in
The World's Simplest Unit Testing Framework, in which he "describes 'the world's simplest Unit testing framework' for teaching Java to beginners."

GlassFish concerns top today's Forums,

jupiter_steve wants to make sure it supports his
Implementation Strategy:
"Will the Glassfish/Persistance API combination support the use of database generated primary keys. I am exploring what combination to use in the future and have been looking at Sun App Server/Derby/Persistance API/JSF, via NetBeans 5.5. But App Server does not support database generated primary keys. (Or am I missing something here?). I have a number of legacy databases to bring into the new apps (probably Derby) and I am looking for the best combination to go forward, would Hibernate solve the problem or do I have to go to JBoss etc or does Glassfish resolve it?"

dipukm has a
Problem with character encoding and web services:
"I am using a JSP client for the web service I had deployed in my Glassfish 9.0 build. The client is also running on the same server. For exception handling, I am using ResourceBundle and the web service will throw SOAPFault exception with the localized message. So far is fine. Now the problem is that, my client JSP is not able to display those characters properly. When I see the view source, I am getting the Japanese display itself, but on the screen it is showing something else. Now, if I change the view encoding option of my browser to Unicode, I am getting the proper display."

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.

You're hiring for what?