I've installed the same version on core 10 with no problems, as a matter a fact it was a breeze, but "db2setup" hangs up with an odd error about the filesystem, which is funny since everything is on a virtual machine. So I'm downgrading to 10 for now, so I can make some progress. Websphincter 7 also installs very smoothly on core 10, not nearly as many hurdles as 6.1 on core 8.

I'm installing DB2 V9 on linux (Fedora) which isn't too painful, but honestly IBM has the worst documentation and the post install steps for DB2 are a dogs breakfast. None of this includes trying to figure out what packages to download and install sheesh, IBM give us usable map please.

The title says it all...

 http://www.confickerworkinggroup.org/infection_test/cfeyechart.html

I've been tasked with making a case against WebSphere (or Websphincter as I like to call it) which I have no problems with. The issue I'm having, there seems to be a lack of WebSphere criticism that can be used with senior management types (hopefully it's a matter of not finding it yet.)

If you have any erudite comments on the (un)fitness of WebSphere in the Enterprise please leave a comment.

rTunes for iTunes 8.1.x (I've tested it with 8.1.0.52) for Windows only at this time.

My Mac Mini is being shipped so hopefully I'll have a mac update sooner than later.

You can get the latest release here: http://www.softwaresamurai.com/agwego/rtunes/

I've finally have a release of rTunes for iTunes 8.0.x (I've tested it with 8.0.1.11 and 8.0.2.20) Windows only at this time. I'm trying to update an old Mac G4 to do the Mac port. You can get the latest release here: http://www.softwaresamurai.com/agwego/rtunes/

I have an update of rTunes ready that will work with iTunes 8, unfortunately a tree fell out behind the house and took out my neighbourhood's telephone service (remarkably cable was unscathed.) So once Bell gets off their duff I'll post the update.

Well, I gave core 9 another chance, and it seems to work a little better than the first time I installed it, the secret seems to be disabling the NetworkManager.

The big issue I've found when installing VMWare server on Fedora is that after there is a kernel update it is no longer straight forward to install VMWare since it is unlikely the default config will work with the new kernel. This means installing kernel sources, which of course are no longer installed with fedora any more.

So on a good day all you need is the version of the kernel you are currently using and then issue the command: yum install kernel-devel, with the current version of Core 9 (updated Oct. 31, 2008) the include path you would use is: /lib/modules/2.6.26.6-79.fc9.i686/build/include

See: http://docs.fedoraproject.org/release-notes/f9/en_US/sn-Kernel.html for more detailed information.

As always you mileage may vary.

Honestly, could IBM make a product any more complicated? To download websphincter for linux and windows requires 9GB of disk space, thats Gigabyte with a capital G. Core blind me, I'm 17% through the down load and just 139 hours left to go. I'm not joking, I wish I were, and IBM chooses such clever and meaningful names for the downloads like C18BRML.zip, WTF, I'm sorry I left my rosetta stone up your asshole. Needless to say, I'm sure more fun will ensue.

I like Fedora/Red Hat it's the only linux distro I've used in the last 5 years, but Core 9 is DOA. Any OS that doesn't properly start its networking (and I'm not the only one to experience this) doesn't make the grade. I've now down graded to Core 8 which seems much more stable (is Fedora turning into the Star Trek franchise?) Core 9 looks nice, but I'm going to wait for 10 after this experience, namely "no networking", start the network via /etc/init.d/network and then login, guess what the UI doesn't recognize the active network, and I say piss of.

This poor guy is complaining about how hosting sites that offer Microsoft based hosting are more expensive than LAMP, no really, and herein lies that real proof that MS claims about Windows TCO being lower than Linux are exposted for the marketing lies that  they are.

The killing rates of " Windows Web Hosting " and additional charges for " SQL Server " with many unexplained cache in calculations, were the main reasons to add frustration in proceeding further with the Microsoft Career.

Via:  http://ironruby.blogspot.com/2008/03/windows-hosting-rates-are-killing.html

This isn't the first study I've seen on this topic of productivity is proportional to your screen real estate, but it dows put a price on this productivity.

Can you see your way to wasting less time? One new study says yes: Organizations that upgrade their employees' standard-format monitors to widescreen displays can realize productivity gains equivalent to 76 extra work days a year per worker, as well as annual cost savings of more than $8,600 per staff member, according to a recent survey. (That math assumes a staffer who makes $32,500 annually.) 

CIO: http://www.cio.com/article/194501 

The headline: Pythons Will Colonize U.S. 

Its global warming Al Gore's fault!

See the link below for source and what is more or less a toy applet to demonstrate sniffing the MAC Address(es) of a machine from the browser. The HTML illustrates the simplest (albeit hackish) approach for cross browser support. I've tested this with FF 2.x, IE 5-7 and Safari 3.x on Windows, unfortunately Leopard doesn't support Java 6 yet. This solution will only work with Java 6, I do no checking in the code for this fact, it's a demonstration after all.

One thing is for sure, IE treats Java as a third class citizen, I've done some timings: FireFox averages  10.5 seconds to start the Java plugin (which is barely acceptable), but IE is terrible with an average startup time of 31.8 seconds this is after clicking through the two levels of dialog about how this applet is insecure and may destroy your system, "oh the humanity" of course this can be turned off, but the default for most folks is to try and scare the pants of you.

You can find the package and source here:

http://www.softwaresamurai.com/Agwego/mac/macaddressapplet-1.0.tar.gz 

 This is a good article on Merging and Branching in SVN 1.5

I generally agree with this article, except for the fact that developers should be applying schema patches in the course of regular development.

Managing change with your database yields a great many benefits. Since the schema change scripts are in source control, you can recreate your database as it looked at any point in time. Is a customer reporting a bug on build 3.1.5.6723? Pull the source code tagged or labeled with that version number and run the baseline, then all schema change scripts included in the tag. You now have the same database and have a much better chance to recreate the bug. Also, changes move from development to test, and ultimately into production in a consistent, orderly, and reproducible manner.

This is a bad precedent and if you get lazy and don't apply the schema changes to the original schema you're soon going to run into problems where the only source for table definition will be the database itself, a very bad situation for developers (that's why you have version control in the first place, tag your schema changes) Yes you need these schema migration files for production systems and they of course need to be tested, but developers should always be building their development database from source and never applying schema updates unless they are testing them.

I recently finished working at a place where the DBA had set up such a scheme when I left there were 22 schema updates (that spanned 7 years) that had to be applied, in some cases the original table definition barely resembled the updated version and the updates were scattered through 22 different files truly brain damaging.

So in conclusion keep all your DB artifacts in separate files, for me that includes tables, triggers(rarely use them), indexes, stored procs, ... I would go as far as keeping the schema changes in separate files based on the artifact they are responsible for updating, all relatively easy to script. ALWAYS UPDATE YOUR BASELINE with the schema changes.

They are still supported but Sun's documentation has gone to pot. There's almost nothing out there describing implementing applets with Java SE 6. Sure there are a lot of examples with 1.4, but the world has changed modern browsers and W3C have deprecated the applet tag, and if you're trying to do something like interact with your applet via javascript there's almost nothing discussing this and of course the old Applet tag is broken in "Modern" browsers, and although there are 20 examples they all seem to be toys with respect to Web 2.0, namely they are still using the applet tag, thanks for coming out.

Here's what I've come up with for embedding applets and interacting with them via javascript, it's a bit hackish but it has the cleanest/simplest code I could come up with.

    <!--[if !IE]> Firefox and others will use outer object -->
    <embed type="application/x-java-applet"
           name="mac_address_applet"
           width="0"
           height="0"
           code="com.yourco.MacAddressApplet"
           archive="macaddress.jar"
           pluginspage="http://java.sun.com/javase/downloads/index.jsp"
           style="position:absolute; top:-1000px; left:-1000px;">
        <noembed>
        <!--<![endif]-->
            <!---->
            <object classid="clsid:CAFEEFAC-0016-0000-FFFF-ABCDEFFEDCBA"
type="application/x-java-applet"
name="mac_address_applet"
style="position:absolute; top:-1000px; left:-1000px;"
                    >
                <param name="code" value="com.yourco.MacAddressApplet">
                <param name="archive" value="macaddress.jar" >
                <param name="mayscript" value="true">
                <param name="scriptable" value="true">
                <param name="width" value="0">
                <param name="height" value="0">
              </object>
        <!--[if !IE]> Firefox and others will use outer object -->
        </noembed>
    </embed>
    <!--<![endif]-->

Once I've repackaged the applet which "sniffs" the first MAC Address of any interface on your machine, which I guess could come in handy from time to time.

If you ask me the Java installer is broken, at least from a usability perspective.

Here's a breif list:

• You have to install demos and samples (I don't want them installed)
• The installer spawns at least one other installer (this installer doesn't pick up the path from the previous install, very dum)
• Even though you want to install things in some place other than  "Program Files" the  JavaDB is  installed there (idiots)
• If you grab the Java EE + SD, it doesn't install the JRE, WTF, so I'm not going the other route install the JRE/JDK and then install Java EE
• I'm probably going to uninstall JavaDB and download the standalone installer to install it again (sheesh)
• The JavaDB (any platform) installer isn't one, just a zip, somehow I find this more comforting (but the download page lists Windows 2000 as one of the options, what is this 1999?)
• Too many options on their download page Java EE/JDK Update 3/Net Beans blah blah blah http://developers.sun.com/downloads/

Sun, do yourself a favour (and everyone else at the same time) and get your act together.