Reset the Service Light on a Volvo C70

Image via Wikipedia

Years ago, I saved an email on resetting the dash service light on a newer Volvo, such as my C70. I finally needed to do this, dug out the email and sure enough it worked! No OBD-II required.

1. Turn the ignition to the "I" position (accessory), and hold down the trip meter reset button

2. While holding it down turn the key to position "II" (don't start)

3. Continue to hold the reset button down until the service light begins to flash.

That's it - the internet used for good.

Hmmmm

Image by law_keven via Flickr

http://news.bbc.co.uk/2/hi/uk_news/8056284.stm

"For decades, hundreds of people worldwide have been plagued by an elusive buzzing noise known as "the Hum". Some have blamed gas pipes or power lines, others think their ears are faulty. A few even think sinister forces could be at work.

...

"The internet is abuzz with rumour and speculation. There are dark mutterings about secret military activity, alien contact and government cover-ups. The hum even featured in an episode of the sci-fi drama "The X-Files"."

Blogger and Escaping HTML

Image by grebo guru via Flickr

While attempting to create a blog post containing a couple of XML fragments, I ran into a surprising problem with Goggle's Blogger editor. It is staggeringly difficult to get greater-then and less-then signs into you text!

I Goggled up this other blog post that sums up the problem nicely:
http://justfreakingwork.blogspot.com/2007/06/why-cant-blogger-escape-special.html

It's a little hard to believe in this day and age that Google has made such a mess of this.

Headless Build Automation for Netbeans BPEL Projects

There is a great deal of mystery surrounding the Netbeans/Glassfish/OpenESB build process. I'll include here a few details for others that may be interested, but it appears that a headless build is not possible or practical at this time. If you're looking for a solution, you won't find it here.

When I first started using Netbeans I was encouraged that it used ant for its builds rather than some process implemented as part of the IDE. However, in practice, doing a build outside the IDE turns out to be not only non-trivial but extremely complex, and may be impossible in some cases. For example, in the case of a BPEL project that includes a WSDL dragged into the BPEL editor from another project...

When a WSDL from a separate project is included in a BPEL, the tag's location cause looks like this:

<import namespace="http://myns" location="otherProject/my.wsdl" importType="http://schemas.xmlsoap.org/wsdl/"/>

where "otherProject" is the project containing the web service being used. WSDLs from the local BPEL project look like this:

<import namespace="http://myns" location="my.wsdl" importType="http://schemas.xmlsoap.org/wsdl/"/>

This location tag is not an operating system file path. "otherProject/" in the above example can be anyplace on the system relative to the project being built and the the IDE somehow finds it. Using "file://something" in the location tag is apparently a syntax error. It's hard to say what this location tag actually is. At the moment, I don't know.

Outside of the IDE, a location tag such as the above fails to find the WSDL file during the build. The failure occurs in at least two java classes that the build script invokes.

org.netbeans.modules.bpel.project.anttasks.cli.CliValidateBpelProjectTask
org.netbeans.modules.bpel.project.anttasks.cli.CliGenerateCatalogTask

Somehow these classes are able, in the IDE, to map the location tag to a physical WSDL file. The only reference I could find to these location strings is in the catalog.xml file in the project's base directory. But removing these does not create a build error in the IDE, so that can't be how it knows. Is there some internal database in Netbeans tracking these references? Hard to say.

A good deal of essential information on building Netbeans projects outside of the IDE can be found here:

http://blogs.sun.com/tronds/entry/creating_a_simple_headless_build

This information is vital to getting started with the build environment, outside the IDE. That setup may be enough for most projects, or at least projects other than BPEL projects that refer to WSDLs in other projects.

GUI-only builds is a very surprising limitation, but there it is. It seems we will have to replace the build scripts for our projects. It would have been better to know about this a long time ago, before beginning projects using this otherwise really quite nice technology.

A Lot

http://www.pagetutor.com/trillion/index.html

How much is one trillion dollars?

Breaking News!

Image by hose902 via Flickr

This Just in!
Children are easily fooled!

http://www.msnbc.msn.com/id/29468137/

"In a new study, 186 4-year-olds were given regular carrots and, on other lunch days, they were given the same vegetables renamed X-ray Vision Carrots. On the latter days, they ate nearly twice as many."

Bell

Image via Wikipedia

http://www.porticus.org/bell/bell.htm

"A website created as a memorial to the people, history, technology and the "Spirit of Service" of what was known as the "Bell System" prior to 1984."

Cool...

"You see, this phone system consists of a multibillion-dollar matrix of space age technology that is so sophisticated even we can't handle it. But that's your problem, isn't it? So, the next time you complain about your phone service, why don't you try using two Dixie cups with a string? We don't care. We don't have to. We're the Phone Company."

-- Lily Tomlin

The Passive-Aggressive Door Holding Game

Remake

Image via Wikipedia

http://www.theregister.co.uk/2009/02/27/total_recall/

"Columbia Pictures is in "final negotiations" with producer Neal H Moritz to develop a "contemporary version" of 1990 Arnold Schwarzenegger sci-fi romp Total Recall, the Hollywood Reporter, er, reports.

...

"The original Paul Verhoeven-helmed movie - which grossed $261m worldwide - was based on the Philip K Dick story We Can Remember It for You Wholesale. Moritz described the Dick tale as "prescient"."

I hope it doesn't suck (but what are the odds...)

Hardware?

Image via Wikipedia

http://tech.slashdot.org/article.pl?sid=09/02/24/2220209

"Microsoft executives have been telling the tech industry that if hardware supports Windows Vista, it will support Windows 7, but it now looks like that may not entirely be the case. According to CRN: 'But after a series of tests on older and newer hardware, a number of noteworthy issues emerged: Microsoft's statement that if hardware works with Windows Vista it will work with Windows 7 appears to be, at best, misleading"

The first thing that went through my mind when I read this was how pathetic it was - you'd never have that problem with Linux.

The second thing that occured to me was how remarkable it was that I had thought that, without hesitation. Hardware compatibility used to be a reason you'd need Windows of Linux. But now it's the other way around!

It was inevitable that MSFT's stategy of building the kitchen sink directly into it's giant, monolethic "operating system" would fail eventually. It's finally happening. What a relief!