Marcos Placona Blog

Programming, technology and the taming of the web.

Month: June 2010

CFUnited is dead!

Reading time: 4 – 7 minutes

CFUnited is dead, but ColdFusion is alivePhoto by: cote

It came to my attention today that one of the most famous ColdFusion conferences, CFUnited,  will cease to exist from 2011 onwards. While the fact that one of the most important and longest running ColdFusion conferences in the world will not be around next year deeply saddens me, but at the same time I see it as a door opener for the new and more modern conference models.

I have never been to the American version of CFUnited myself, and believe everyone that say it’s a Summer Camp for developers. On the other hand, I have been to the European Version back in 2008, and have to say I wasn’t impressed at all. After talking to people during the conference who have actually been to the American version, I was left underwhelmed by their comments about it being 50% marketing. My first impression about the whole thing was the companies would pay a top price to have their stands around and offer their products while we tried to get something out of the conference itself. While I understand conferences aren’t cheap, i’ve been to other conferences before, and marketing wasn’t so aggressive.

Anyway, the objective of this post is not to slag CFUnited off, but to bring some hope to the hopeless, and happiness to the sad.

The end of CFUnited DOES NOT mean the end of ColdFusion (CFUnited.dead() NEQ ColdFusion.dead()). ColdFusion is alive and kicking, and after CF9, it’s been livelier than ever. Ever since Adobe bought Macromedia, ColdFusion has never been in a better situation than it is right now.

ColdFusion currently has an entire team of engineers working actively on it, and a really capable team working on it’s evangelism. Better than all that, this entire team can be easily reached by anyone willing to do so.

Some examples are:

And many others. That is without mentioning the great community the CFML language has. Some people there will remain my friends, even if I one day decide that ColdFusion is not the main technology I’ll be using.

That said, what really triggered me to write this, was a blog post by Hal Helms earlier today, where he tries to somehow tie the fact that CFUnited is only halting because ColdFusion is not strong enough, and that although people should not over-react, they should not under-react either.

This in my opinion (with all the due respect to Hal Helms) is just plain FUD, and was intentionally posted to generate flame. While I truly believe someone like Hal Helms would not need this sort of “notorious popularity”, I fail to understand what exactly his point was on posting such a thing.

I believe knowledge is the key to everything, so you should keep learning constantly, and try your best to keep on top of everything on your domain, and agree that Hal made a good point by saying this. It’s just that it doesn’t really seem like the same person who wrote this just the other day.

Now, in terms of conference, there are tons of good ones around, and just to mention some of them:

And many others as Terrence Ryan mentions here.

With that said, we still can’t forget that the CFML community got recently a tremendous addition when Railo was made open-source. This takes CFML to a whole new level, where developers coming from other languages can’t complain any more about ColdFusion being too expensive, or it’s source being too strict. There is no excuses not to use CFML. It’s got a great community always willing to help, some excellent resources all around, development of complex systems is made a breeze, and more and more companies are adopting it.

Long live to CF!

Moving SVN Folders

Reading time: 2 – 2 minutes

I recently had to move an entire folder on SVN from a place to another. When you think “folders”, you simply imagine that would be an easy drag & drop task.

In fact, if you try to drag a folder into another, you will end up in a “missing” folder nightmare as such:

Missing Folders on SVN

This is not very good, as when you try to commit, it will most likely not let you. However,  if it lets you, it (SVN) will try to delete the folders first, and then re-create them again.

TortoiseSVN makes it easier to do though, as with a very nifty trick, you can get it to use svn move properly.

To do so, simply right click (holding it) on the folders you want to move, and drag them to wherever you want them to be moved to.

Once you release the right click button, you should be presented with a screen like this:

Moving SVN folders with tortoise SVN

This gives you various options of actions that can be performed with the selected folder, such as:

  1. Move the versioned items into the folder;
  2. Copy the versioned items into the folder;
  3. Export versioned items into the folder;

TortoiseSVN will then take care of everything for you, and when you commit, it will properly move your folders, and not give you any grief.

Changing authentication settings on TortoiseSVN

Reading time: 2 – 2 minutes

I’ve had my virtual machine (the one I use for development) rebuilt today, and to minimize overhead, we simply cloned a VM that had the desired settings.

Normally when you do that, everything goes smoothly, and you should have your VM up and running in a matter of minutes (only the time taken copy the files across).

One thing that buggered me though, was the fact that when I tried to commit files via SVN, they got committed under another user name.

It didn’t take me long to figure out that the username it was using, was from whoever did the last commit in the machine it was cloned from.

It’s not very obvious from a context point of view what the necessary steps are for you to change the user name and password on Tortoise SVN.

To do so, you simply need to:

  1. Right click in any folder, go to “TortoiseSVN” on the context menu;
  2. Select “Settings“;
  3. In the settings box, locate the item called “Saved Data“;
  4. Click the “Clear” button that sits next to “Authentication Data“;

You won’t have any sort of feedback by doing that, but next time you try to perform any action via TortoiseSVN, it will prompt you for login and password.

Don’t forget to mark “save password” on the same prompt where you added your user name and password, so you don’t need to type it every time you perform any action.