Trond Ulseth's Blog - ColdFusion

File Explorer issues in CFEclipse soon history?

Mon, 27 Aug 2007 09:25:00 -0600

I have the Trac page with the File Explorer issue in CFEclipse automatically opening in one of the tabs when I open my browser. Until recently nothing was there except the bug report itself. But now it seems something is happening. Someone with the username burnsra has posted a fix, so now I guess we'll just have to wait for the fix to make it into a upgrade. Have a look at the Trac page here.

Jump on the OO bandwagon now!

Fri, 24 Aug 2007 08:51:00 -0600

During the last years there's been very many really good blog posts on all levels on programing CF OO style. I even had my own "Object Oriented Blog Process" series - which turned out not to be so good :) But at the time there are two series of blog post that aims at teaching you how to get on with OO. The first one is Charlie Griefers (aka CJ) "going OO" series, documenting a OO noobs journy into OO territory. It can be found here. The other series take another approach as it is clearly written by someone who knows his stuff; "Object Oriented Coldfusion" by Adrian J. Moreno. I don't know who Adrian is from before, but he writes great stuff. Find it here.

While waiting for the File Explorer to be fixed in CFEclipse

Fri, 24 Aug 2007 08:10:00 -0600

It's been a while since I made the transition to CFEclipse as my full-time CF coding tool. However, even after Mark's heroic efforts after me bugging him the FTP functionality in the File Explorer left a little to be desired. This I could live with though. But now that the File Explorer itself has stopped working, so I can no longer open any local files that are not part of a project, that is worse. We have a "zillion" clients in work and to create a project to fix or update small things is not something I want to do. But I came up with a temporary work-around: Created a project called "temp" and pointet it to wherever. For each location on your computer or (as in my case) the local network, right click on the project and choose "New > Folder". Name the folder something like "Our smaller clients" or whatever suits the location you are interested in. Then click the "Advanced" button on the bottom and check the "Link to folder in the file system" check box, and browse to the directory you need. This way you can still have access to all the local files you need without opening a new project each time. - - - ps - you can keep an eye at the situation with the File Explorer at http://trac.cfeclipse.org/cfeclipse/ticket/332 pss - Mark you're still my hero, and well deserve the break you've taken of from CFEclipse. However, when you get back to it, and wonder where to start of, you know where my vote is ;)

What's happening with newBee? (Kind of a Roadmap)

Thu, 16 Aug 2007 06:14:00 -0600

According to riaForge the newBee page has been seen more than 3600 times, and the framework itself downloaded 60 times. That is much more than I would have thought. I've not heard from anyone who has downloaded and tried it though, so as far as I know I'm the only one who have developed applications/sites using this framework. However I still plan on developing the framework further, and also promote it a bit more once it reaches a 1.0 release.

Here are the things I would like to do before calling it a 1.0 release:

Whitespace controll Look into how much whitespace controll I can do within the framework without affecting how you would code a newBee application.
Assigning results to scopes This would make it easier to make multiple step forms, save login information etc.
Save named views A little "rip-of" of how Model-Glue does it.
More and better documentation
General code cleaning and commenting the code better

I'm sure there was at least one more thing I had on my mind..... Well, well - that's the list for now

I'm also planing a website for the framework.

EDIT: Now I remember the last thing I wanted to do: Error catching. And maybe some debugging output as well.

FarCry 4 tutorial everybody should see?

Wed, 04 Jul 2007 08:33:00 -0600

I just wrote a tutorial on making plugins in FarCry 4 making use of the FarCry Form Tools technology. I think it really shows some of the awesome powers of FarCry. Scaffolding, ORM, code- and application generation in a very smooth package is what this is about. While FarCry is known to be an amazing CMS - it has developed into a full blown application framework - where CMS is just one of the plugins that you can make use of. In this tutorial I show you how to build another application/plugin - even though this plugin is mainly ment to be used together with the CMS. Enough said - click the download link below to download the tutorial in pdf format. DOWNLOAD

Now running BlogCFC without get-/setProfileString

Tue, 05 Jun 2007 04:12:00 -0600

Almost one week ago my blog went down. Replaced by an error telling me that "The requested template has been denied access to setprofilestring". I posted a ticket with HostingAtoZ, where I have my sites hosted. The reply was that setProfileString is a restricted function and that I must have changed my code. I wrote them back telling that I've been running BlogCFC for a long time, and that they enabled setProfileString for my just for this purpose when I first installed BlogCFC. The answer was that they were wrong enabling it the first time and could not help. Ok - I accept that it is a restricted tag, and I would have accepted getting a warning saying something like "we've discovered that by error...yadada.....could you make the necessary changes within a week." But that they suddenly just restrict it causing my blog to just go down like that - that is harder to accept. For some days I've been considering moving over to another host, but dreaded the thought. So instead I decided to see if I could get BlogCFC to work without using setProfileString and getProfileString. It took some trial and error, since I cant access robust error messages either, but here is what I came up with: In the blog.cfc file in the org/camden/blog folder I just comented out the part with setProfileString so that line 2020 and 2021 was replaced with this:

The slightly (but not much) trickier part is in the utils.cfc file in the same folder. But what I did was to move the configuration info from the blog.ini.cfm file into the utils.cfc file. Now this is not good programing. I could have made a xml file or some other configuration file, and I might still do, but this was a shoot at getting the blog up and running as fast as possible. Here's part of the code (starting on line 119 in the configParam() method:

As I said - not the best solution, but it's working (apparently).

newBee - small update

Wed, 23 May 2007 09:20:00 -0600

I've added a small update to newBee today. You can grab it from the svn at Riaforge (the download zip file is not updated yet). The update simply gives precedence to the form scope over the url scope to be used in the request scope. The request scope is what makes the controller layer pass info from the view to the model layer, so this affects how applications will work in situations where there are url and form variables named identically. The reason for the update is that I found it to be preferable to have it this way in the application I'm working with at the time. I know that in Model-Glue (and probably other frameworks you can set which scope has precedence in the config file). Not sure if I'll introduce this in newBee.

NewBee - now in public beta

Tue, 15 May 2007 05:34:00 -0600

I've now done the last updates to the NewBee framework that I wanted to get done before going public beta. The framework can be downloaded from Riaforge.com (http://newbee.riaforge.com). The version number now is 0.5 - I don't expect many changes before the final 1.0 version though. So far there is no documentation expect my earlier blog posts about getting started with NewBee. Documentation will follow (relatively) shortly. - - - If you are new to frameworks, but would like to get started, download it - and tell me what you think. If you are a framework junkie, and would like to add another one to your list, download it - and tell me what you think. If you are a ColdFusion superhero and would like to help me make NewBee better, download it - and tell me what you think. In fact - whoever you are - just download it - and tell me what you think ;)

Subclipse is awesome, and not difficult

Thu, 29 Mar 2007 02:28:00 -0600

I'm not a very advanced user of SVN, and up until now I've used TortoiseSVN as the client of my choice. However being that I now have a mac at home I needed to find a SVN client for OSX. However I could not find anything that looked as easy to use as Tortoise. I've been using (CF)Eclipse for quite a while, but for some reason I always thought that Subclipse is a advanced/difficult SVN client. However, realizing that I should probably learn it I decided to go ahead and (try to) use that on the mac. To make it short: It's awesome. It's every bit as easy to use as Tortoise, and the fact that you create a new Eclipse project as part of setting up your local working copy is one of those things that really makes it worth while. I've just scratched the surface of Subclipse yet, but it is the SVN client of choice for me from now on - yes, even on Windows machines. Some of you might be thinking something along the lines of "Instead of just going on about how easy and great it is - why can't he tell us how to use it?". Well my friends, I see no reason to, because there is already a VERY GOOD explanation available, and which is the one I used to get started. It's written by Aaron West and can be found at his blog. So Aaron, if you ever read this, Thanx a lot mate!

newBee on RIAForge (now with forum)

Thu, 29 Mar 2007 02:18:00 -0600

My before mentioned framework newBee is now on RIAForge. While the version currently in the SVN respiratory is not meant for the public (there is some stuff I need to clean up - and some documentation to be written), it is there. Mostly because I needed/wanted a SVN repository for it. While I did not intend to go public with it quite yet, it has been reported several places that it is there, and so far the project has more than 500 views. So I see no point in not blogging about it myself :) Today I added the forum option in RIAForge, seeing that many have been visiting and may have some questions, or other input about newBee. I hope to get some time during Easter to finish version 0.5 which will be a stable, but maybe not optimized and feature complete version.

Man of the Month: Mark Drew

Thu, 08 Mar 2007 03:11:00 -0600

I hereby declare Mark Drew winner of the Man of the Month award. The work Mark does with CFEclipse is nothing short of amazing. I think his attention to the needs and wishes of the community by far exceeds what most commercial enterprises do. So Mark, as you know I don't drink (alcohol that is), but never the less I raise my virtual glass of Jack Daniels in praise of you and the work you do with CFEclipse. I encourage all that reads this and who are using CFEclipse to leave a comment raising your virtual glass as well!

First look at newBee - part 4 (config.xml)

Fri, 23 Feb 2007 04:16:00 -0600

First let me say I'm sorry for the delay with this post. I've been laying home with a serious case of the flue. Ok - we saw in part 3 that the newbee.xml file holds the "key" for all the information flow from the view to the model and back. This is the big picture, the overview of the application of sorts. There is one more xml file in the config directory though, simply called config.xml. It looks like this out of the box:

The first config node called "defaultEvent" is needed in order for the application to know which event (specified in the newbee.xml file remember?) to run when no event is specified in the url or form scope. The other config node is an example on how you can set application wide variables. The idea is simply this: newbee.xml holds the information that will not change once the application is developed, while config.xml holds information that might change with each installment of the application (like data source info, mail server info etc.). A little inconsistency is that defaultEvent is not likely to change from installment to installment though..... The current version of newBee is a Alpha 0.3 version. I expect it to go public beta at the 0.5 version, so things might still change.

First look at newBee - part 3 (newbee.xml)

Mon, 12 Feb 2007 04:23:00 -0600

We have seen that we can have a model cfc and a view template, that does not know anything about each other at all, but still work together. The way we "stitch together" what model part and what view parts play together is with the newbee.xml file in the config directory. The newbee.xml file is wher you make all conections between the model and the view, and works a birds-eye view of what your whole application looks like. Let's have a look at what it looks like right now:

For now we'll look at the model and the view node defined under the event named "default". The model node has a path to a cfc, relative to the model directory (you can use subdirectories within the model directory), it has a method, which we remember from the cffunction name in the HelloWorld.cfc code we looked at. And we have a returnvariable, which we see is equal to the variable we used in our mainpage.cfm code example. Then theres the view node that contains the path to the mainpage.cfm file, relative to the view directory. So we see that to instruct the controller (newBee framework) to connect the model and the view is very easy, intuitive and straightforward.

First look at newBee - part 2 (instalation and basic code)

Fri, 09 Feb 2007 03:15:00 -0600

One of the basic ideas of newBee is that you should be able to put a newBee application into any directory or subdirectory (as deep down as you like) and it should run, without the need to set up any mappings and without the need to put any framework files directly under the webroot. Upload and run! Yeah baby! So installation of newBee is to simply copy the newBee (newBee application skeleton) files, or a ready developed newBee application and put it in a directory on a CF enabeled webserver. Ok, for some (probably most) application you will be required to set up a data source, but that is not specific for this framework. When you have copied the newBee application skeleton into a directory you can open the application in your web browser. You should then see something like this: Having opened the site above you've in fact opened up a newBee application. Let's look at some code: model/HelloWorld.cfc

view/mainpage.cfm



    #strHW#

Here we see the entire model and the entire view at work. We have a cfc which has a function called HelloWorld that returns a string, and a view page that outputs a variable. We also see that the cfc and cfm file have no knowledge about eachother what so ever. This makes the code very flexible and reusable. Next time we'll have a look at the xml files. As said earlier newBee is the controller layer between the model and the view, and the xml files is where you "instruct" the controller. Don't worry, it's not hard at all. Remember "Simplicity is the key".

First look at newBee (root structure)

Wed, 07 Feb 2007 02:56:00 -0600

So I've decided to get newBee out in the open. I just thought I'd start of by giving a very short introduction of the very basic functionality. newBee is ment to be a very easy to learn and use MVC (Model-View-Controller) framework, where newBee acts as the Controller between your Model and your View files. Simplicity was my guiding word in making this framework. The purpose is that your Model and View files should not know about each other. The goal is structure, re-usability and maintenance of your code. So here is the root structure of a newBee application: - Model
- View
- Controller
- Config
- application.cfm
- index.cfm So, as you'd guess, your model (cfc's) goes into the Model directory. Your view files goes into the View directory. The controller directory contains the newBee framework files (you should not go in here unless you want to modify the framework itself). The Config directory holds the XML files you use to "instruct" the framework. The application.cfm and index.cfm files should also be left as they are. This was the simplest root structure I could think of for a MVC framework. Remember "Simplicity is the key". Later today I'll try and get time for posting some code.