Comments on Graham's Blog: CMS deployment process from authoring to productio...

HiI wonder whether you could help with a few mcms ...

2008-11-24T12:47:00.000Z

Hi

I wonder whether you could help with a few mcms 2002 issues I am facing?

We use Beyond Compare to move physicla files betee...

2006-05-04T15:36:00.000+01:00

We use Beyond Compare to move physicla files beteen dev - stage - authoring and live. This works well and can be scripted (though we havent).

the correct architecture for the MCMS channel structure is a bit complicated when moving between servers but should not require you to change the channel name.

If you use a single website and use the map channel names to hostheaders on the live but NOT on the author you should be able to use the following:
Live: www.domain.com
author: author.domain.com/www.domain.com

This works well but yoou will need to create a virtual directory on the live site to get the images to work correctly.

Got this finished a couple of months ago, but neve...

2005-06-29T10:42:00.000+01:00

Got this finished a couple of months ago, but never had time to update my blog.

There was loads of what I called "cul de sac" development.

The deployment process was developed as 2 .Net C# Console Applications (1 called AuthoringServer and the other called ProductionServer), with 1 shared C# class library (namely Common).

Looks relatively straight forward, but here’s the problems that arose.

I looked at trying to use the FTP support in .Net or a 3rd party FTP client to ftp an entire folder of files and subfolders (i.e. SDO and ASP.Net code), but found that the standard .Net one is very limited, doesn't support secure FTP nor PASV mode. A 3rd party API for FTP did, but only individual files of specific formats, i.e ASCII or Binary. So you had to know the type of the file up front, this would be very hard with all the different file types within the ASP.Net code base.

Next I looked at zipping all content (SDO and ASP.Net) and then just FTPing that zip across to the production server.

Initially I looked at a Java class within the .Net framework that supports reading and writing zip files. (c:\windows\Microsoft.Net\Framework\v1.1.4322\vjslib.dll) But I quickly found that if one of your files you are writing to the ZIP is a binary files (e.g. JPG, GIF), it would write the ZIP ok, but when you go to read the zip using the same class libraries, it thinks its corrupt. I could open it with WinZip because it ignores the error headers. A solution on the web from Microsoft, says to use WinZip to read the ZIP written with the Java class. I don't think so.

Then as the last example mentioned WinZip, I decided to download the eval with the free command line add-on. And use command lines and create the ZIP that way, rather thatn use a mix and match of both the java and winzip. Everything worked fine.

Impersonation was the next important factor, so that you could paramertise the identity of the MCMS system or admin roles for access to the PAPI.

Once all development was completed, all that remained was to copy these 2 console applications to each sever, and using a batch file supply the relevant parameters. Using NT scheduler we then set it to run and certain intervals, the authoring server running at least an hour before the production server.

This is very much a summary of what was developed and omits a lot of details. If you want any more specific details, drop me a mail...

I am trying to export the channel structure along ...

2005-06-06T14:26:00.000+01:00

I am trying to export the channel structure along with all template galleries and resource galleries manually(using Export option in site manager) through Site Deployment manager. It is exporting the structure successfully but while importing the sdo file on another MCMS server it is exporting channels only. It is not exporting/showing the postings in the sub channels/templates. It is not giving any error also.

what could be problem. Please suggest if i need to do some extra settings.

Thanks

all of what you describe could be automated either...

2005-03-22T17:49:00.000Z

all of what you describe could be automated either via WSH or a automated build system such as ABS.

You can use PAPI via the ApplicationContext no problem to avoid issues with steps 5, 7 & 8.

no need to use the SD wizard - use site deployment scripts.

command line FTP doesn't support resume (AFAIK) never mind 'secure' ftp - but you can use a cheap third party com library for this, which will provide you with a much more robust solution should you really want to use FTP.

i've implemented a number of custom WSH solutions for deployment of CMS solutions, drop me a line if you could use some of this code. spence at harbar dot net