Click here to Skip to main content
15,867,568 members
Articles / Web Development / IIS
Article

MCMS Connector for SharePoint Technologies Review

Rate me:
Please Sign up or sign in to vote.
4.67/5 (3 votes)
3 May 2005CPOL8 min read 60.3K   32   1
Review of MCMS Connector for SharePoint Technologies.

Introduction

MCMS Connector for SharePoint Technologies is a free download from Microsoft that enables you to integrate Microsoft Content Management Server (MCMS) 2002 and Microsoft SharePoint Portal Server (SPS) 2003. It covers three main areas of integration:

  1. Publish WSS/SPS document library content to MCMS sites
  2. Publish MCMS content within SPS portals
  3. SPS Search with MCMS

Installation

The Connector package includes a readme file with a hyperlink buried in a paragraph to download the installation document from Microsoft web site. I rather see the document included in the package as it contains a few surprises. The installation document is 28 pages long! Yes, for once I am whining about too much documentation. The most important thing to note is you need to have MCMS and SPS in one box if you want to author SPS document library content in MCMS sites. This is not going to happen in production, and severely limits the usefulness of the Connector. There are some caveats when both servers are installed in one box, some of which are addressed in the installation document. If your MCMS sites use Forms Authentication, you need to change them to Windows Authentication as Forms Authentication is not supported by the Connector when both servers are installed in one box.

The document goes on to tell you the installation sequence, basically the Connector needs to be last. If you are installing everything from scratch, you need to create a SPS portal before you install the Connector. The Connector includes three SPS web parts (packaged up in a CAB file) to facilitate publishing MCMS content within SPS portals. There is no mention on how to install them. If you are familiar with SPS, the command line utility to run is:

C:\Program Files\Common Files\Microsoft Shared\
                        web server extensions\60\BIN\stsadm.exe
    -o addwppack
    -filename "C:\Program Files\MCMS Connector 
               for SharePoint Technologies\WSS\Bin\CmsWebParts.cab"
    -url http://<portal server name>

To create the content source in SPS for search, you need to run the following command line utility:

C:\Program Files\MCMS Connector for SharePoint Technologies\WSS\Bin\searchsetup.exe
    -url "<MCMS Site Url>"
    -user "<domain>\<user>"
    -password "<password>"
    -crawl "0"
    -portalurl http://<portal server name>/

The content source will be created under non-portal content. No search scopes are allowed.

Publish WSS/SPS document library content to MCMS sites

The SharePoint Document Placeholder allows authors to publish WSS/SPS document library content to MCMS sites.

Image 1

When authors click on the placeholder, it launches a Placeholder Properties dialog.

Image 2

This dialog allows you to select a document from a portal site and document library. A second dialog then offers you a selection of styles to render the document.

Image 3

If the document is an InfoPath or WordML document, you can render it as inline content though no sample is included. Otherwise, the document is rendered as a hyperlink with the optional document properties displayed below it.

Image 4

Pros:

  • Flexible, customizable and XML-based.
  • The placeholder control is tied to a default Style Sheet Catalog catalog.xml. It tells the placeholder what rendering styles are available for selection for different types of documents. To limit the selection available to the authors, you can build a custom catalog and assign it to the placeholder through the placeholder control property RenderingTemplateCatalogUrl.
  • Rendering styles are achieved through XSL stylesheets. New rendering styles can be added by building custom stylesheets.
  • InfoPath documents enable XML-based content authoring and can be rendered as inline content.
  • Programmatic access to placeholder content and document properties through placeholder API properties ContentXML, ContentHtml, PropertiesXml and PropertiesHtml.

Cons:

  • Instead of storing a reference to the WSS/SPS document, a separate physical copy is stored in MCMS. Although this provides the user option of whether you want to keep the placeholder document in sync with the source document in WSS/SPS, the separate storage is not efficient and can be error prone. I would think keeping the documents in sync is the norm rather than rarity here. A command line utility called WssDocumentUpdater is provided to synchronize the placeholder documents with the source. (Unlike Content Integration Pack, the predecessor of the Connector, WssDocumentUpdater does not change the state of the document posting and therefore does not require posting re-approval when the document posting is updated.) Users are advised to schedule this document update utility to run at regular intervals. A log is generated each time WssDocumentUpdater is run. Unless you are on top of the log files on every run, errors during synchronization can easily be overlooked leaving the placeholder documents out-of-date.
  • Right now, if I am an MCMS author, I need to go to SPS to upload a document and then back to MCMS to select it. For non-technical authors, the learning curve may be a bit steep and the experience undesirable. As much as I admire the capability of SPS, it is not exactly the most UI friendly product. It would be nice if the Connector provides the capability to upload a document to WSS/SPS within a MCMS environment. By the way, if anyone knows the real difference between Areas and Topics in SPS, please let me know :-)
  • Out-of-the-box stylesheets are not pretty.
  • Like Single Attachment Placeholder, each Document Placeholder stores one document only. Unlike HTML Placeholders, it cannot be used to hyperlink a word in the middle of a sentence to a document, for example.

Publish MCMS content within SPS portals

Three SPS web parts are included in the Connector. They are:

  1. MCMS Page Listing Web Part: It displays a list of MCMS pages in a particular channel. This Web Part has three views, including a summary view, a list view, and a detailed list view. You can also create up to three customizable views.

    Image 5

  2. MCMS Pages Waiting for Approval Web Part: It displays a list of all submitted pages that are waiting for your approval.
  3. MCMS Pages in Production Web Part: It displays a list of all MCMS web pages that you authored and that are unpublished.

Sample templates with navigation controls and CSS style sheets are also provided that has the same look and feel of a SPS site. The idea is when you are managing content in a SPS site, you will be able to author MCMS content in an environment that looks identical to your SPS site, thus creating the impression that you are still in the SPS site.

Pros:

  • Seamless user experience for SPS content contributors.
  • Ability to create custom views for Page Listing Web Part.

Cons:

  • No sample provided on how to create custom MCMS Web Parts.

SPS Search with MCMS

There are primarily three controls provided to enable SPS search on a MCMS site:

  1. SearchInputControl: It renders an input textbox to accept a search term. Optional properties search are shown when the control is set to Advanced mode.

    Image 6

  2. SearchResultControl: It submits the search term to the SPS search engine and renders the search results.

    Image 7

  3. SearchMetaTagGenerator: It generates meta tags for a MCMS page.

Pros:

  • Easy to use.
  • Allows MCMS Page Properties (through SearchMetaTagGenerator), SPS Document Properties or any other custom properties (through custom scripting and command line utility SearchPropertiesSetup) to be indexed and included in the search.

Cons:

  • The UI of the search results needs improvement. Total number of matches is not shown. And who would have thought, not me anyway, that the right arrow pointing to the "Showing Items …" is a next page link.
  • Mostly not customizable. For example, the layout of the search results grid is not customizable. You cannot hide or add a column.

Conclusion

It will be interesting to see how these two products MCMS and SPS develop in the future as SPS begins to encompass more content authoring capabilities. The star component of the Connector is the SharePoint Document Placeholder. While I question the underlying architecture of storing a separate copy of the WSS/SPS document in SPS, I do admire its XML authoring capability and the customizable stylesheets for rendering documents. It comes with a handicap though. Both MCMS and SPS needs to be installed in one box, an unrealistic expectation in my opinion.

The let down has to be the Search controls. The fact that they are not customizable to the extent mentioned above makes them not usable in most situations. To make matters worse, I am not aware of any sample search codes posted by Microsoft so developers can write their own. Having said that the Connector is free for download. Well, you can't have everything for free.

[Updated 2005.04.27] Since this review, I have written several articles on MCMS SharePoint integration. They can be used standalone or to complement the MCMS Connector.

References

License

This article, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)


Written By
Software Developer (Senior)
Canada Canada
A Microsoft Certified Professional Developer and Technology Specialist.

Experience and expertise in SharePoint 2016 / 2013 / 2010 / 2007.

Role ranges from a developer in a multi-person team to a solution consultant with expert-level skills, leading a project to completion status.

Proven experience working effectively in a team environment and a self-managed environment.

Comments and Discussions

 
GeneralSamples... SPS using CMS as it's document workflow Pin
Andrew Connell3-Aug-04 10:52
Andrew Connell3-Aug-04 10:52 
Great article Stephen... I'm working on a project that's primarily SPS2003 (& WSS) but will be using MCMS as for workflow in mostly content pages (it's an intranet that is very content heavy).

Unfortunatley I'm having a heck of a time finding sample discussions or white papers on some integration aspects of SharePoint and MCMS. While the CIP is nice, it doens't cover everything that we'll need to do. It seems the CIP is more suited towards CMS pulling content (doc libs, search, etc) from SharePoint and not so much SPS using the content workflow features within MCMS (whcih is what we're more interested in). I have no problem building some web parts, to accomplish this, but was hoping for some discussions.

Other things that have come up for us are:

  • Channel sturcture: how to set it up in MCMS... by template/by security group/portal-area-subarea-wss site... etc
  • Server layout: An authoring server will handle the READ-WRITE aspect of MCMS, without the ability in Sharepoint to have a seperate "version" of a site... or does everything just reside in a read-write model (since the collaboration aspect of SharePoint means everything (based on your security of course) is already read-write.

    Anyway, any pointers would be greatly appreciated.


-AC

MCDBA
http://www.andrewconnell.com

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.