I’ve been doing a lot of work recently with SharePoint 2010 and the Content Deployment/Content Scheduling features, and it seems to me that not a whole lot has changed. According to the official Microsoft 2010 “Content deployment overview“, we still have to watch out for the following:
1. Always deploy to an empty site collection for the initial content deployment job – It doesn’t appear to be sufficient anymore to use the blank site template. The recommendation now is to use the <Select template later> option we now see under the Custom tab. I prefer to use the following powershell command:
New-SPSite -Url "http://silvermoon" -OwnerAlias "silvermoon\joeuser" -OwnerEmail ""
That will create a new site collection without applying a template.
I also wanted to note that I ran into some errors similar to what I had blogged about previously in 2007 (I’m surprised these still continue to be a problem). You can read more about that here. In particular, I was running into one error consistently:
Unable to import folder _catalogs/masterpage/Forms/Page Layout. There is already an object with the Id 62b662s-3344b-332bbs33-a334d-233k in the database from another site collection
I really couldn’t figure out what was causing this error. I had two web applications, with a single site collection in each, and I was creating the destination site collection without a template as prescribed by MS. Turns out, the very first time I created a site collection in my new web application, I had specified a template instead of selecting none. Even though I had deleted and recreated brand new ones several times since then, there were still residual traces of something, hence the error above.
The resolution for me was to detach the content db, and then reattach it. OR, delete my destination web application and start again.
Just wanted to note this for anyone else out there having a similar issue.
For those of you who do a lot of work with tools like jQuery and more specifically, the $ajax calls you can make, you need to be aware of tools like Firebug for troubleshooting the Params, Headers and Response you get back from the server. I find it especially useful when I’m working with a new plugin or tool like jqGrid, because it gives valuable (and time saving) insight into the calls that are being made from these plugins.
For Firefox, there is a great, absolutely must have tool called Firebug, but what about IE and other browsers? There will be scenarios where you’ll run into something that works in Firefox but not IE and so it would be nice to troubleshoot the ajax call directly from IE. Well, in the Firebug page, there is a link to the lite version that is supported by most major browsers, including IE. It’s officially called, Firebug Lite.
The quickest way to get this going is to download the firebug-lite.js file from here.
And then just link to it from the
element of your page.<script type="text/javascript" src="/scripts/firebug-lite-beta.js"></script>
Now once you load the page, the Firebug Lite component will append to the bottom of the page and it behaves much like the extension for Firefox. Give it a try!
