Blogging Roller

When you have a rapidly approaching deadline, a VPN connection to work, and a house full of sick kiddies, a snow day is not all that much fun.

Via Don Brady on the TriJUG mailing list: according to this post on de.comp.lang.java, IBM is proposing to donate a number of editors from WSAD to Eclipse including ones for JSP, SQL, XSD, and WSDL (here are some screenshots) but not including the more advanced features like the Struts Builder and JSF support.

In preparation for the March release of Roller 0.9.9, I'm trying to come up with a better looking theme for the Roller Editor UI. I just committed JSP and CSS changes for my first attempt at a new theme. Here is the mockup that I started with:

Check the right sidebar. I'm still working on making the Roller RSS feed more linkblog friendly and trying to figure out how to handle comments on linkblog entries. Update: The links-only RSS feed now works, try the subscribe link under the linkblog.

I sent them to TriJUG last night. Until they post, I'll host the presentation here: RollerTalk-TriJUG-2004.ppt (MS PowerPoint).

I've been casually following the various Atom API debates and I've found that reading the back and forth flames is educational for me as I try to better understand XML, HTTP, and the various approaches to web services. Maybe you can help me out because some logic that I just don't understand has been introduced into the debate. I'll explain.

I've never written a real spec like the ones that IETF or W3C produces, but it seems to me that when you are writing a spec, as when you are designing software, you have to think a lot about dependencies. You have to decide what specs are you going to build your spec upon. With the Atom API initially, there seemed to be a bunch of choices for foundation specs including HTTP, XML, SOAP, and XML-RPC. Now, obviously you need HTTP and XML because Atom is about the web and the Atom data format is XML, but what do you need beyond that? You need some framework or at least some guiding philosophy on which to base a web services API, but you're never going to get concensus to bring XML-RPC or SOAP into the Atom API dependency list. There's too much politics in this decision, too much baggage comes along with SOAP, and most sane people realize that XML-RPC is an amorphous blob not a spec. So, you're stuck with HTTP and XML.

I don't think being stuck with HTTP and XML is a really a problem. HTTP and XML are fine specs and they've gotten us very far, at least in my practioners view of the web. What I don't understand is why you would limit yourself to using only two of the verbs defined in the HTTP spec, as Russell suggests. The Atom API is an API spec for a web application, so why shouldn't it make full use of the spec that literally defines the web? It's not like HTTP is some complex beastly thing either. HTTP is a pretty simple spec, simple and powerful, and it's verbs are perfectly suited to the Atom API problem domain. Making full use of HTTP and XML rather than pulling in SOAP or XML-RPC reminds me of the XP philosophy of doing the simplest thing that will work.

I guess what it comes down to is that I just don't understand Russell's logic. He seems to be saying: Java2 Micro Edition's (J2ME) HTTP support is incomplete and therefore the Atom API sucks. Russell also implies that the standard HTTP verbs DELETE and PUT were intentionally left out of J2ME. Do we know that to be a fact? How can that be anything but an oversight and, when you get right down to it, just a bug in J2ME.

Following up my Running Dot-Net apps in a J2EE environment post about MainSoft's new MainWin for J2EE product, I found that MainSoft uses and contributes to Mono - a GPL an MIT licensed version of the Dot-Net class libaries:

Miguel de Icaza: Mainsoft has been using Mono's class libraries to deliver the functionality and they are regular contributors to the code base. We wish them much luck with their new product.

Not a very tough choice for me: should I clean up my speakers notes and post my slides tonight, or should I go out to shoot pool and tilt back a few beverages of the golden variety? Suffice it to say, you won't be seeing those slides tonight.