Tom's Blog

I opened an Eclipse project today, ran a unit test, and got a socket exception I'd never seen before. The project was one I had set aside a few weeks ago after playing with the NetBeans 6 preview release.

After opening the project in Eclipse, I went straight to one of the JUnit test classes, made a small tweak to one of the test methods, then hit my usual Alt-Shift-X + T keyboard shortcut to run the test case with JUnit. Instead of seeing a green or red bar, Eclipse just sat there staring at me, saying it was running the test class with JUnit. The console view showed the red "terminate" button in bright red, indicating the run was proceeding, albeit at an exceedingly slow pace. After about 30 seconds, the console displayed:

Could not connect to:  : 3393
	java.net.ConnectException: Connection refused: connect
	at java.net.PlainSocketImpl.socketConnect(Native Method)
	at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
	at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
	at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
	at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
	at java.net.Socket.connect(Socket.java:519)
	at java.net.Socket.connect(Socket.java:469)
	at java.net.Socket.(Socket.java:366)
	at java.net.Socket.(Socket.java:179)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.connect(RemoteTestRunner.java:560)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:377)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)

A socket connection error? I was just trying to run a local JUnit test, not connect with any remote server.

My first theory was I must have been playing with remote debugging for this application a few weeks ago and configured Eclipse to connect with a remote JVM. I spent a minute going through the Eclipse configuration for the JUnit test to check out its settings. I saw nothing set for any remote JUnit connection. (I'm not even sure Eclipse's JUnit runner can do that.) Everything looked right, so I ran the test again and got the same connection refused exception.

My second theory was that I hadn't rebuilt the application since upgrading to JSE 1.6.0_01 from 1.6.0, and that Eclipse was doing its best to find a running 1.6.0 JVM to connect with. (This seemed far-fetched, but a rebuild only took a couple of seconds.) A rebuild didn't solve the problem.

My third theory was I had been using NetBeans for so long I must have forgotten how to run the JUnit test in Eclipse. Perhaps I was telling Eclipse to debug a remote application instead of running JUnit. I ran the test again, this time through the menu option. No luck.

That sent me searching the web for the solution. I found it pretty quickly, but not the underlying reason behind the problem.

The solution was to restart Eclipse. Why this worked I don't know, since I had just launched Eclipse minutes before. Apparently the JUnit runner thread in Eclipse attaches to an Eclipse server thread to run the tests. It would seem the client thread was trying to connect to the wrong port (3393) or that the server thread that had been listening on port 3393 for runtime requests failed. Either way, I would have expected Eclipse to log the error. Strangely, the only item in the Eclipse error log said:

Warnings while parsing the commands from the 'org.eclipse.ui.commands'
and 'org.eclipse.ui.actionDefinitions' extension points.

with a sub-message saying:

Commands should really have a category: plug-in='org.codehaus.groovy.eclipse',
id='org.codehaus.groovy.eclipse.debug.ui.testShortcut.debug',
categoryId='org.eclipse.debug.ui.category.debug'

Well, I did recently install the Groovy plugin. Did that cause the problem? If so, Eclipse thinks not being able to connect with the JUnit runtime is just a warning?

Anyone have the real answer as to what caused Eclipse to get so confused while trying to launch the JUnit runner? None of the web pages I viewed talking about the problem mentioned the cause for the failure.

Tuesday June 26, 2007 Permalink I left the real world yesterday to "attend" a technical briefing in Second Life, hosted by IBM, on what Web 2.0 means for business. I want to congratulate IBM for experimenting with virtual worlds. But in this case, the pretend physical nature of the online briefing detracted from the message and added nothing discernable. I spent more time fighting the Second Life client application than I did listening to the IBM presenters.

The technical briefing had to begin a half-hour early to allow IBM and the two- or three-dozen attendees to work out the technical kinks, including the basics like learning to walk and sit in Second Life. For those who haven't heard much about Second Life, it is a 3-dimensional online virtual world in which everyone is represented by a (usually) human-appearing image you can move around using the Second Life client application. The virtual world allows you to see and interact with real people who also are visiting Second Life. Second Life includes isolated islands and a mainland filled with various structures and objects created by Second Life owners and visitors.

Holding a meeting in a 3D virtual world promises new tools for collaboration. You could hold a main meeting, break out into smaller groups as needed while still easily rejoining the main group, share notes, share software, demo software on a virtual computer in the virtual world, and draw on whiteboards that can be stretched to fit your needs, using colored pens that never run dry. I'm unsure what capabilities Second Life provides today to do any of these things, but I don't think talking is one of them. Attendees to the IBM session had to dial a regular conference telephone line to hear the presenters.

I say IBM struck out by holding this technical briefing in Second Life because the presenters merely talked, showed slides, and provided handouts. You don't need a 3D virtual world to do these things. The bad part was Second Life detracted from the actual content of the briefing by having to deal with virtual-world activities instead of merely listening, reading and thinking.

First, I had trouble finding the conference room. The coordinates IBM provided took me to what looked like a sand-dune filled desert with a beautiful virtual sunset on the horizon. The only other thing I could see was one or two other virtual attendees walking around aimlessly. Flapping my arms eventually got me there. You see, the presentation was held on a platform floating in space above the ground. You had to fly up several meters to see it. (In Second Life you can fly.) Strike one.

Second, the Second Life client isn't very stable. It froze and crashed while I was trying to move around. Strike two.

Third, it was difficult to view the slides in Second Life. I first had to figure out what keystrokes I needed to zoom my vision onto the virtual projector screen. When I mastered that skill, I discovered the slides took a long time on my (fairly powerful) PC to paint and focus. Sometimes the slide would just start to appear on my screen as the presenter moved onto the next slide, which would blank out the slide I was frantically trying to read, and then the next slide would take 5 to 10 seconds to start painting on my virtual screen. Strike three.

Fourth, Second Life forces you to create a new name for yourself while visiting. You can choose a first name, but you have to choose from a list of Second Life family names. As a result, you can't tell who the IBM speaker at the podium is without someone translating that "Foobar Frobney" (or whatever) is really IBM employee Alfredo Gutierrez. Strike, um, three and a half.

Even though Second Life's virtual-world wasn't the best forum for this technical briefing, I want to give IBM credit for trying. Virtual reality holds promise for providing better, more natural tools for online collaboration than simple slideshows and telephone conference lines. However, IBM will need to learn to use the best tool for the job. If you are just going to talk and show slides, there are more effective technologies today than Second Life.


Friday June 22, 2007 Permalink Comments [1] I spent last Thursday at the International Trade Center in Washington attending Sun Tech Days 2007, the last stop in a 15-city world technology tour showcasing what's new in Java and Solaris. Here are some highlights of the day, and notes from the keynote address by Sun Microsystems CEO Jonathan Schwartz. Overall, the day was like a mini JavaOne: exposure to new technologies without actually teaching you how to use them. With most technical sessions lasting just 50 minutes, exposure is about all one can expect.

Session highlights

• Sun considers GlassFish a production-ready JEE 5 application server.
  I hadn't been following the GlassFish project, so it was good to learn about its relative maturity. GlassFish V2 (in beta) adds clustering support.
• Java 6 added features to JMX to make managed-bean development easier using annotations.
  I learned this in an aside during a JMX talk that focused on JMX features in Java 5. Yes, Java 5 has been out for almost three years, but Sun treats it like new technology because most companies and developers haven't migrated from 1.3 or 1.4. And it was good to hear Sun advocating and explaining JMX because developers could benefit from using its instrumentation and monitoring features in their applications, but the JMX learning curve has always been steep.

• jMaki tries to simplify Ajax development by unifying the APIs of popular Ajax libraries.
  jMaki provides JSP tags that help you call Ajax components from other Ajax frameworks, such as Dojo, Script.aculo.us, Yahoo UI Widgets, and Google's Ajax framework.
• Sun is focusing more on JRuby than Groovy because of Rails.
  This isn't actually new, but it was refreshing to hear a Sun engineer acknowledge that Sun's newfound excitement over JRuby is based on Rail's current sexiness quotient, and that attention to other JVM languages like Groovy likely will suffer a little as a result.
• Web 2.0 is still a vague concept.
  After I left the session on "AJAX and Web 2.0 Frameworks," two attendees both mentioned that they still had no idea what Web 2.0 means. The speaker never once defined it, and she left no time at the end of her presentation for questions.
• Sun engineer evangelists can get pretty tired after a 15-city world tour.
  One engineer played music from his laptop, drowning out part of another engineer's talk, and joked that audience members should use the corners of the room to relieve themselves. Another engineer went through his slides with the enthusiasm of a cow chewing cud, saying things like "as you can see in the code here" while the actual code was hidden because his NetBeans display had only about 40% of the real-estate showing the code window, and he was too tired to open the window or scroll the code to the right.

Jonathan Schwartz's keynote address

Someone who didn't lack enthusiasm was CEO and President Jonathan Schwartz. He started the morning with a keynote address giving his vision for Sun's future. Schwartz is a thought-provoking speaker. His confidence provides a sense that you want to believe in his vision for success. As much as I think some of Sun's products are pretty cool, I still wonder whether Sun will succeed in differentiating its products sufficiently to win over the market.

Schwartz's talk focused on market trends and how Sun will be there to satisfy the needs sparked by those trends. The number of consumers accessing the Internet keeps growing, he said, at the same time the cost of opening an Internet business keeps falling. "Barriers to entry have plummeted to near nothing," he said. As consumers go online, they'll want to store photos, post blogs, access bank accounts, and other services. The continuing growth of Internet consumers and businesses will require ever-better and larger network infrastructure, servers and storage--and Sun hopes to be there selling those products.

Schwartz said the growth of Internet access will come mostly from consumers using mobile devices. More of the world uses a phone to access the Internet than a PC, he said. The United States is an anomaly in so many people owning expensive computers, he said. If you're going to meet the world's demand for mobile online access, "you're going to need to figure out how to work with that."

One way Sun is going to work with the growth of mobile Internet devices will be to develop a new mobile-phone software platform called JavaFX. JavaFX, which includes JavaFX Mobile, is intended to make developing mobile phone software easier, and will run existing Java ME applications. Sun announced JavaFX at JavaOne last month, and released JavaFX Script, a new declarative scripting language to build "rich content" applications. Schwartz said Sun will release JavaFX as free open source software. The license will be partly restrictive. The JavaFX website says handset manufacturers will need to purchase an OEM license to embed JavaFX on their devices. Perhaps JavaFX will solve some of the difficulties developing mobile applications for Java ME, where every application has to be customized for nearly every possible device.

Schwartz spoke at some length of Sun's commitment to open source software. He said Sun spent $500 million to release Solaris as open source, both in staff time and the cost of procuring intellectual property. Sun also provides a free open source Java development kit, a free IDE (NetBeans), a free JEE server (GlassFish), and other open source projects that must cost Sun a large amount of money.

Sun's large investment in the free, open source software business is still one area I haven't figured out. My question has always been will Sun ever generate enough goodwill or product synergies to sell hardware to go along with that free software? Schwartz seemed to acknowledge the difficulty in transferring the gift of software into sales of profitable hardware: "Unfortunately the most important audience we have to serve has no money and spends no money," Schwartz said. "It's you [the developer]," he said with a laugh, "and we love you."

Will the love from the developer community transform into money? For example, Schwartz said that 70% of Sun's free Solaris operating system is installed on non-Sun hardware, like Dells and HPs. He said Solaris's exposure beyond Sun hardware opens the door to new customers. But do companies or developers installing Solaris for free on an x86 platform ever end up buying Sun blade servers, Sun disk arrays or Sun tape storage?

He concluded by saying Sun will succeed by migrating away from commodity products toward innovative, market-leading products. Schwartz said the marketplace is split into segments growing faster than Moore's Law and those growing slower, which I took to mean the capabilities or innovations in some market segments is doubling every two years. The segments growing faster than Moore's Law, he said, are the consumer Internet, high-performance computing, simulations/analytics, and software as a service. Those growing slower are payroll, ERP, general ledger, and CRM. Products in the "slower" market segments will get cheaper every year.

Although he acknowledged Sun makes its payroll selling commodity products attractive to the "slower" market segments, the growth (and profit) is in the faster segments. "If you're in our business," he said, "you don't want to hang out too long at the bottom."

For innovative products, he mentioned Sun's focus on power-efficient hardware, its new Sun Fire X4500 storage server with 24 terabytes capacity at less than $2 per gigabyte, and its portable, self-contained data center that fits inside a standard shipping container (Project Blackbox). The primary costs in running a data center today, he said, are people to run them, real estate, and electricity, in that order. Sun is therefore focusing on products that reduce the need for human intervention, fit in a smaller area, and consume less power.

Will the focus on high-margin, innovative hardware help Sun succeed? As a longtime Java developer, I have a special warm feeling for Sun. Sun gave us the Java platform. Sun donated the popular Tomcat web application server to open source. And Sun's recent attention back to Java developers has been heartening, with its major improvements to NetBeans, its development of GlassFish, and Java's new dynamic/scripting-language support, including the development of Ruby as a first-class JVM language. Yet most of what I heard from Schwartz on Thursday was that giving us all this software for free costs a lot of money, and Sun's focus needs to be on selling innovative hardware. What I didn't hear Schwartz explain was why Sun is focusing on free, open source software for developers -- how it helps Sun's bottom line -- and thus a strong feeling that the support will continue.


Monday June 11, 2007 Permalink I just heard that Joshua Bloch from Google will be in downtown D.C. tonight presenting "Java Puzzlers' Greatest Hits." If you haven't seen his presentation at a conference or JUG meeting, I highly recommend attending. Bloch throws Java code snippets or questions related to Java up on the wall, and audience members puzzle-out the answers. I learned things about Java that surprised me when I first heard his talk in 2004. The simple snippets of Java code in his questions often don't do precisely what you'd think -- because they won't compile, because of primitive integer overflow, because the code stumbles into a collections corner case, or other Java language subtlety.

Since his 2004 talk, Bloch has written a book on the puzzlers, Java Puzzlers: Traps, Pitfalls, and Corner Cases (Addison-Wesley, 2005) with Neal Gafter -- and also left Sun Microsystems to join Google as chief Java architect.

Here are the details of Bloch's presentation, hosted by Google. RSVP to pittsburgh@google.com.

When: 6:00pm
Date: Today, Tuesday, March 27
Where:
The Renaissance Mayflower Hotel, Senate Room
1127 Connecticut Ave. NW
Washington, DC 20036
Metrorail: Farragut North or Farragut West (head north on Connecticut)
Hotel phone: 202-347-3000


Tuesday March 27, 2007 Permalink I'm working on a project for a client to integrate an existing web-based mortgage application to work with a large mortgage-loan consolidator. The existing application has a large code base originally targeted for Java 1.3. We needed to create an integration API and wanted to take advantage of some of the concurrency classes introduced in Java 1.5. The client gave approval to use 1.5 for the new code.

Upgrading went smoothly. We had to rename an existing package that included the new enum keyword, but the 1.3 code easily upgraded to 1.5. Being able to use 1.5 was nice because I like the generics support, the simplified "for-each" syntax to iterate over collections, and the simplified concurrent package. Many of the new concurrency features also are available for earlier versions of Java in the backport-util-concurrent library. I like Eclipse's support for 1.5, such as typing "foreach[Ctrl-SPACE]" and having Eclipse make a pretty good guess at filling in the simplified for-each loop code, including the collection reference to iterate over, and picking a good name for the temporary iterator variable.

For example, if you start a method:

    public CreditReport getTriMergeForBorrower(
        Borrower borrower, Set creditReports
    ) {

and you want to loop over the creditReports to search for the correct one for this borrower, you can type:

        foreach[Ctrl-SPACE]

and Eclipse will replace that with:

    for (CreditReport report : creditReports) {

    }

Eclipse looks "up" in the code to find the nearest iterable, fills in the correct type for the iteration temporary variable, and gives the temporary variable a reasonable name. Pretty nice. But as the title of this entry implies, I got an unexpected jab from Eclipse, or more accurately, my reliance on it.

Eclipse is aware of another "new" feature in 1.5: autoboxing and unboxing. Autoboxing is the term for the Java compiler allowing you to write code that treats primitives as their equivalent object types (an int treated as if it were a java.lang.Integer, for example). Auto-unboxing is the opposite: using an object when the expression calls for a primitive. If you haven't been able to use Java 1.5 on a project, here's a short introduction.

With autoboxing, you can write code like this (from the above-reference Sun website):

    public static void main(String[] args) {
        Map m = new TreeMap();
        for (String word : args) {
            Integer freq = m.get(word);
            m.put(word, (freq == null ? 1 : freq + 1));
        }
        System.out.println(m);
    }

Notice how it appears you can pass an int as the parameter to be inserted into the TreeMap. Even though you really can't put a primitive into a collection like a map, the compiler (not the Java runtime) corrects this "incorrect" coding by inserting hidden code to create an Integer object to wrap the primitive int value. Autoboxing makes the code look a little cleaner: Let the compiler do the work rather than the programmer.

I've known you could write autoboxing code like the above for a couple of years. In August, 2004, two months before Java 1.5's general release, I attended a talk by Joshua Bloch and Neal Gafter at the Denver Java Users Group, introducing the new features in Java 1.5 (Tiger). But what I hadn't considered was that you sometimes could write auto-unboxing code without realizing it. It happened to me with code like:

    if (creditReport != null && creditReport.isTriMerge()) {
       // do some processing
    }

When testing the code, it threw a NullPointerException. When I saw the stack trace, I said Huh? The creditReport reference obviously isn't null when invoking isTriMerge, so where did the NPE come from? A moment later, it hit me. The isTriMerge method must be returning a Boolean, not a boolean as I had assumed when I looked at the business object's API using Eclipse's Ctrl-SPACE to show options. I let Eclipse fill in the isTriMerge method name when I typed the if statement. Eclipse didn't complain about the syntax, so my natural assumption was a method named "isXXX" would return a boolean.

Instead, the CreditReport business object uses object wrappers for all its primitive-value fields, so when the object is persisted in the database, it can use NULL values to indicate "unspecified." The getters all return objects.

When writing code that takes advantage of unboxing, you can end up creating seemingly odd statements like:

    if (creditReport.isTriMerge() != null &&
        creditReport.isTriMerge()
    ) {
        // Do something
    }

where you check a value for null and whether the value is true. It looks unusual, compared to the pre-Java 1.5 version:

    if (creditReport.isTriMerge() != null &&
        creditReport.isTriMerge().booleanValue
    ) {
        ....

which is what the compiler is actually inserting into the .class file's bytecode.

Unexpected NullPointerExceptions occur when you don't realize that your "primitive" value is really an object being dereferenced inside hidden code. I found this big discussion of automatic unboxing on TheServerSide from three years ago, debating whether unboxing is a good thing.

So, live and learn. I don't see autoboxing/unboxing as bad. Programmers just need to be cognizant of whether a variable holds a reference to a primitive object wrapper rather than a true primitive value, and whether a method returns an object rather than a primitive. And if you want to be cautious, you can ask Eclipse to warn you about possible unboxing problems. Eclipse (I'm using 3.2) has a Java code setting: Window | Preferences | Java | Compiler | Errors/Warnings | Potential programming problems | Boxing and unboxing conversions. You can tell Eclipse to flag boxing/unboxing in the code as a warning or error. That way, you're less likely to receive an unexpected jab from hidden unboxing code. Eclipse's default is to ignore boxing and unboxing in the code as long as it's legal syntax. (I'm sure IDEA and NetBeans can do the same thing. If you're an IDEA or NetBeans user and want to post those IDE equivalents in a comment, please do.)


Tuesday February 27, 2007 Permalink Comments [4]