Alvin Alexander | Java, Scala, Unix, Perl, Mac OS X

Java FAQ: Can you share some source code for a “Java wget” program, i.e., a Java program that works like the Unix wget or curl commands?

Here's the source for a program I've named JGet, which acts similar to the wget or curl programs. I didn't have wget installed when I needed it (and my client wouldn't let me install it), so I wrote this Java wget replacement program.

I have used GRASP in one context in this blog, but the GRASP I'm interested in today refers to Craig Larman's General Responsibility and Assignment Patterns. I saw those first referenced in Larman's book titled "Applying UML and Patterns". Larman's home page is one big page, but what the heck, he's a good author.

Don't know much about the following site, but it does contain an online version of a book titled Practical PostgreSQL.

Probably the most interesting document I've found on user interface design is the PDF from this site, discussing Do's and don'ts of user interface design. The funny part is that the site itself is named "Civil Engineering with Computing: OOP with C++, UML, and the STL" ... but this page does not contain any type of HTML title. Goes to show that we're all human. :)

Note to me: Using sendmail from the command line can be better than using the mail command from the command line. Something like this is pretty cool:

/usr/lib/sendmail -t -f al@devdaily.com -F "Al Alexander" < my_message.txt

This works very well if I put things like To:, Cc:, Reply-to:, etc, in the file named my_message.txt.

 

One of my co-workers pointed me to this site by Jeanette Winzenburg that discusses some issues regarding the Swing framework in the land of Java, including problems with the JTable.

Ah, the Java Look and Feel Design Guidelines ... so this is what my apps are supposed to look like. :) Most useful.

The Mozilla/Phoenix browser is a pretty interesting competitor to IE. Here is a location of a Phoenix FAQ I found.

A little ditty on how to find the caret position in a JTextComponent, and display a JPopupMenu near that position. This is one of those things that may not be 100% correct, but it works until someone finds a better way.

Java caret position FAQ: How do I get the Java caret position in a JTextComponent, such as a JTextArea or JEditorPane?

Wow, this was a bear to find anything about. Everyone always wants to show you how to use a JPopupMenu with a mouse click, such as a right-mouse click, but nobody ever shows you how to display a JPopupMenu when someone uses a keystroke, or keyboard accelerator.

So, using a little Java mojo, here is how I get the caret position in a JTextComponent (JTextArea, etc.) to display a JPopupMenu near the current caret position:

I'm about to take a look at a tool (an Excel spreadsheet) named "XP Tracker" that may help track progress on a current XP project. I'll try to put updates here on this tool as I work with it. At work we use the Twiki a lot and Bugzilla, so this tool may not be perfect, but I'm on a quest for something like this.

(Personal stuff) Kim is having some teeth pulled out today, Kenny has been in the hospital since last Wed or Thu and the doctors think he has pancreatitis (sp) or worse, and we had a big ice/sleet storm over the weekend. Yikes! On a bright note, I ran/walked/biked for 80:29+ last night, followed by a couple of sets of "god-dammits", my least favorite exercise.

The minority report by pkd is becoming a bit too real ... right now I'm an itchy finger away from buying a Tablet PC, which led to finding this page from IBM about "natural interaction" and "dream space". Combine that way of interacting with computers, add a touch of multiple instances of Joseph McMoneagle, and you have the reality of the minority report. (At least the computer part supplies the vision of the computer interaction in the movie version.)

While reading a book on TDD (Test Driven Development) from Kent Beck, I ran across a reference to Jester, which is apparently a JUnit test tester. Like many things lately, I haven't tested it yet myself, but it claims to "find code that is not covered by tests". If it works, that would be pretty cool.

Here are a few places on the web that I might read/visit in the future. None are weeded out yet, so reader beware. I'm going to start with this list, and weed out the weak.

In the spirit of the old song from "The Fixx", One Thing Leads to Another, here are several links today that have nothing to do with my original ambition, which was to get some more spam out of my email:

Find of the day yesterday: probably nothing new to others who are familiar with the spam industry, but while working on a different problem, I noticed yesterday that spammers are embedding HTML comments in the middle of almost every word in some of the spam email I receive! (At some point, why don't these people look in the mirror, and see that they're stooping so low, and doing something so wrong?)

Looking at the raw text of one message I received, sent to my "unix" email account, the raw text looked like this:

I ran into the perfect situation this week that defines why you should not put UI assumptions in Use Case (or task) documentation. A customer decided that they really wanted to change a UI from the proposed tabular approach (with potential popup windows) to a tree view. If the use case mentions things like "double-click", "press OK", and UI phrases of that nature, the use cases would need to be re-written. Without those UI assumptions they should be fine.

A thousand years ago -- December, 2001 to be exact -- Wired magazine had a story about Asperger's Syndrome that I thought was pretty fascinating. The story was about autism, and a specific form of it that is common in Silicon Valley. A few days ago I read a sci-fi story by Philip K. Dick titled "Null-O", and I am struck by what he saw when he wrote that story ... in 1958.