In case you were wondering if Mach-II could get any cooler, the answer is *yes*!For a few versions now, Mach-II has added the ability to inject ColdSpring beans in to your framework components (listeners, plugins, and filters) by use the parameter resolveMachIIDependencies when instantiating the ColdSpring plugin or property. Take this example... Say that I have a LoginListener.cfc that is dependent on a ColdSpring bean LoginService that lives in our /com directory.

I was given a problem yesterday where I needed to do the following client-side validation. If a user selects a checkbox that they wish to enable credit card transactions, I need to display a panel of specific credit card companies and they need to select at least one before submitting. If you think about writing the JS to do this without a library it is a somewhat lengthy task. In essence, you would need to do some type of an onsubmit function on your form, check the value of the key checkbox.

OK, so the sleep-deprived minds behind InstantSpot hit the wrong switch this morning, and suddenly on AXNA, coldfusionbloggers.com, and God knows what else, I was being credited with a lot of blog entries that I never wrote. The issue was resolved almost immediately, however, the posts are probably going to continue to show up on the aggregators until they age off. Sorry for the feed spam everyone! EDIT: Here is a little more detail for those that were asking - Bottom line...

I keep hearing from Adobe that it stands behind ColdFusion today and from here on out, and by all accounts if you based your perception on the continual development of the product you would think that it is definitely a part of their focus. We are already hearing CF9 features for goodness sake!If this is true, why is it that the Adobe marketing seems so out of step with this message?

This afternoon I did an upgrade from Gutsy to Hardy on my main development environment. I experienced *almost* no disruption to my system, with one exception (so far!). When I instantiated a ColdFusion 8 application which instantiates a webservice onApplicationStart, I received the following exception: jikes: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory Jikes! Well fortunately the fix is quite simple.

I am working on a client project using an SMS event gateway using CF8. I had written out a proxy API to allow the SMS gateway to talk to the core application using a shared data model that is strapped together using ColdSpring. I had written a test harness cfm template during development and just kind of assumed that I could instantiate this proxy component from my event gateway without issue and carry on about my business. For some reason, however, I am seeing some behavior that I wasn't expecting.

Since recently installling yet another distro on my laptop, I was unable to get the FTP functionality of my webcam software (Camorama) to work properly. The program will save snapshots locally, but bombs on transfer. Rather than troubleshoot it to death, I decided to whip out a quick and dirty ColdFusion directory watcher event gateway and have it watch for updated images, and then push them to my webserver via FTP. For anyone interested in this non-earth shattering bit of code, here it is.

The latest version of the ColdFusion Weekly podcast was released yesterday.  Matt and Peter were kind enough to have Aaron and I on to talk about InstantSpot.  This was actually our second time to have this opportunity, although we had *much* more to talk about given our experiences over the last 14 months since the previous visit!