If you are using ColdBox and run into the missing Cookie Datasource error, it's most likely because you have your Cookies set to NONE in the ColdFusion Administrator and the Debug Console ENABLED in the ColdBox config. Toggle one of your settings and you'll be back in business.

Coldbox Config File:

If you are running a VM with VMWare and using Apache, you may run into some trouble mapping your Virtual Host.

Try doubling your slashes.

For example

would be

I am running ColdFusion on my Windows 2003 Server VM. I have my files on my local machine, available to my VM via a shared folder. Meaning, IIS and CF see it as \.hostShared FoldersWebroot When Coldspring is initialized it runs theshrinkFullRelativePath method in the DefaultXmlBeanFactory.cfc

If you are passing in an expanded path then Coldspring will thrown an error because of the rebuilding of the path and the '\' before '.host' gets stripped down to '/' and is not a valid path.

Or, you are sending in a relative path and its just not found at all.

In the meantime modify this check before the return of the shrinkFullRelativePath method to:

If your're not dealing with a VM but still want to use Relative Paths, only use the second if statement.

** This may only be good for people using ColdFusion 7 and Up. (Application root mapping support issues)

This is a simple guide for a simple SVN server solution. I am installing Subversion with a MacPorts nice little auto-installer for public packages.

I started off by using MacPorts to search for the package with:

then installed the package with

MacPorts installs all the required packages and the latest subversion release.

Subversion is now installed. Now let's get the Server setup.

Create a folder where you will be storing all your Repository files. (/RepoHome)

Then to create a new repo from the shell run:

This next step is Optional. If you want to have user authentication, you need to go to the folder of the repo you want to add security to. In the /conf folder you will see 3 files. Open all 3 and the comments say it all.

Now, to start up our SVN server.

If running a Firewall be sure ports 3690 and 80 are open.

To connect to the repo point your SVN client to:

Transfer was built to allow you to extend its capabilities. Using the Decorator Pattern you can overlay/overwrite methods of a TransferObject and add methods of your own. Remember its a Decorator to the Transfer Object(the Bean). So the methods you add should be relative to the Bean. To add DB or other external functions, there are other ways.

Here's how you setup the Decorator.

1. Add the decorator attribute to the object element in your Transfer Config XML file.

2. Create your Decorator CFC and extend the Transfer Decorator Object.

You also have access to getTransfer() when you extend the Transfer Decorator Object.

That's it. Re-init Transfer and your Decorator methods will now be available from your Transfer Objects.

To take it a step further, I have created a Base Decorator to share methods accross Decorators. But that's another Blog.

I just posted about doing this on a Mac. After I did that, I realized I need to install this on my server and start reading up on the security settings. But anyway, very similar to the Mac install, this is even easier, actually.

Grab the latest windows installer package from the Subversion Tigris Site.

Run the installer with the defaults.

Create a folder to house the Repositories. (/RepoHome)

Bring up a command promt and run: (startuncmd)

To setup user authentication and permissions go to the /RepoHome/NewRepoName/conf folder and open the 3 files in there. The comments in the files explain it all.

To start the SVN daemon run:

Ports used: 3690 and 80

To connect to the repo point your SVN client to: