This week's hot ECM topic appears to be something other than SharePoint for a change. The news is that the Content Management Interoperability Services (CMIS) proposal has finally made it to OASIS for ratification in to a standard. Rather than boring you with the details of what CMIS is let me give you a few links to some background reading so I can focus on asking the important questions "Why would I care?" and "How does it relate to Microsoft SharePoint and my current ECM solutions?"
Important foot note...don't start planning anything around this just yet...the proposal needs to become a standard and then the vendors need to re-engineer their repositories, services and clients before you can take advantage of this. McNabb suggests 3 to 5 years before you’ll see something to deploy.
What is it?
You have two choices –
1. You could read the official & highly unintelligible marketing spiel – good luck.
2. You might want to head over to Craig Randall's entry on the matter; he has links to other information. Most interestingly he has an easy to follow Podcast interview with Kyle McNabb from Forrester which gives a great primer to the standard.
Why would I care?
Let's go through the usual reasons that you might care...
1. Is it interesting, cool or innovative?
2. Will it increase my job security or pay?
3. Will it make my life any easier?
4. Will it keep me out of jail?
5. Desilofication…
Is it interesting, cool or innovative?
It is an ECM standard - what about that could be deemed to be in any way cool or interesting?
The real question should probably be "Does it stand a snowball in hell's chance of being successful?" Let's face it; we are not exactly short of standards - real, perceived, successful and dismal failures. I suspect that the single biggest indicator to success is not the technical aspects rather it is the fact that it is sponsored by the three biggest players in the market - Microsoft, IBM and EMC, (the “Axis of ECM” as G.W. Bush might call them).
Will it increase my job security or pay?
Given my limited knowledge of the standard I'd say that if you are smart about this then the answer is yes. That said, theoretically it creates a market with fewer solutions. This is because it reduces the number of vendor-centric requirements so it is possible to build one solution that you can implement on top of any CMIS-compliant repository.
The idea is that if each vendor's repository implements the CMIS standard then any CMIS-compliant solution can then communicate with that repository. So if you develop a CMIS compliant document imaging solution you would be able to implement it on top of any CMIS repository. This means that smart people will do exactly that (and make more money) but over time the net number of solutions is reduced.
Will it make my life any easier?
I think the answer is probably “Yes”. As a customer you should see a greater level of interoperability between systems, less complexity and a cost savings, (through purchasing less software and not paying the premium for such specialized staff). As a developer you have a well defined, less fluid, standard interface to program to. Before the SQL standard existed I was an ICL database programmer so take it from me – this is a good thing!
Will it keep me out of jail?
I think that indirectly the standard will help keep systems compliant. I can think of a few reasons but the main one is that separating the application functionality from the repository means that you can chose the best application for your needs and then just implement it on top of the most secure repository. Typically vendors tend to excel in only one or two focus areas - security, scalability, deployability, ease of use, etc. The CMIS approach lets you combine pieces from different vendors to get a true best of breed. This is similar again to SQL as a standard - you buy a system that utilizes a SQL database and then you pick the SQL-compliant database that best suits your needs and budget.
Desilofication?
As Carl Frappaolo from AIIM has noticed I have a propensity to create new words – in fact as a Brit living in the US I feel that it is an obligation. Today’s new word is “Desilofication” – as my frequent readers know, this is my passion in life, (some life huh?)
CMIS really would give you a chance to consolidate your ECM silos like never before. Let each department choose their solution of choice but IT will dictate the repository that it runs on. Now that’s progress! 50 disparate applications and one consolidated repository – it’s a win-win!
How does it relate to Microsoft SharePoint and my current ECM solutions?
I feel like everything above has been a pre-cursor to getting to this interesting question. Let me review…
· CMIS creates a break in the ECM architecture in to two layers:
1. The content-centric application at the top of the stack. i.e. An image processing system, digital asset management application, business process-centric solution, etc.
2. The repository and the library services at the bottom. i.e. The place where the objects and metadata are stored along with the processes to manage those objects (read, write, version, query, navigate, update, delete, move, etc.)
· In SharePoint land the ‘top’ half of the solution is the Web-based functionality, the Office Integrations, your custom SharePoint-based applications, etc.
· In SharePoint land the ‘bottom’ half of the solution is the repository where the content and the library service processes live.
So in theory you could swap out the SharePoint top half and make use of the native SharePoint repository in your own applications. More probably you’d swap out the SharePoint repository and replace it with another ECM vendor’s repository giving you the SharePoint look-and-feel on top of your repository of choice.
Sounds great doesn’t it? So help me out here…can you see how this could be done? I cannot. Let me tell you where I am confused and please help me to understand how this will work.
· Adding a CMIS virtualization on top of SharePoint I get. You’d create a set of Web Services that talk to the different layers of SharePoint and expose the library services in a standardized way.
The code would be pretty convoluted and would have a multitude of touch points at differing layers of the stack but in the end the library services would be rolled up in to a set of Web Services. I wouldn’t try this myself but Microsoft could do it.
· Divorcing the SharePoint ‘top’ layer from the repository I cannot get my head around. Bear in mind that SQL Server is not the repository. The content and metadata might reside there but the library services do not. In order to check out and lock a document in SharePoint you need access to the SQL Server data but you also need the SharePoint code that performs the checkout/lock operation.
From what I know of the underlying SharePoint architecture there is not a clear delineation between the SharePoint web front end and the library services/data. SharePoint simply was not architecture in such a layered fashion. Some of these issues are caused by Microsoft re-using existing fundamental windows technologies, (quite rightly), but the issue still stands.
I do not see you how would be able to install only the SharePoint application but stop all of the library services code from also being installed. The only two options I see are:
1. Re-architect SharePoint to create a clear delineation between the layers.
2. Smoke and mirrors…install the entire SharePoint stack except SQL Server, let SharePoint trigger the native library services and then override their behavior. This seems to be an architecturally indiscrete solution but I’m not an architect so maybe it is fine.
I assume that some of you avid readers will have a much better idea than I wrt whether this is even possible. If you are shy about commenting in public then email me directly and I can consolidate the responses in to a follow-up posting.
Gosh, you are making me blush… It is a great question, (and coincidently one that a customer actually asked me last night). I think you make the assumption that you cannot make money out of playing a commodity role in the infrastructure. I’d suggest two reasons why it might be attractive:
You create a larger overall market by making it more compelling for solution vendors to include ECM integrations in their existing offerings.
The best of the bunch will make more money because you will not drive your back-end decision based on the front end capabilities. You can chose the best front end solution for your business and then the best repository. With regards to your second point - perhaps it is the repetition of solutions that will be reduced. Today, every ECM vendors has their own Records Management solution that works only with their own repository. In the future maybe there will be just a couple of niche players providing RM solutions that plug in to any CMIS repository. I do agree that it opens up the market to lots of bit players writing specialized CMIS solutions. Who knows - we might do away with the need to have Federated RM completely! Given that those of us suffering through the run-up to the US election we should prepare for the politics that will ensue from this initiative. The ECM vendors will all start creating strategic alliances with the front-end solution providers - hope it doesn't become about personalities...
Posted by: Andrew Chapman | 09/10/2008 at 03:00 AM
Ethan from the MicrosoftSharePoint team recently posted a good overview of CMIS: http://blogs.msdn.com/ecm/archive/2008/09/09/announcing-the-content-management-interoperability-services-cmis-specification.aspx Also, you can view Video Interview of Jeff Teper Corp VP, Office SharePoint Server Group talking about CMIS - I do not know how good this is becuase I could not get it to run in IE but I'll download it and watch it later... http://www.microsoft.com/presspass/events/cmis/default.mspx
Posted by: Andrew Chapman | 09/10/2008 at 03:00 AM
So after reading yet another one of your fine posts, one big question kept presenting itself: how will the vendors possibly prosper from this? I ask because it seems to fly in the face of what all the key vendors supporting this are, and rightly so, have been trying to do for a while now (if they want to make money) and that is lock customers into a single vendor, UNIFIED solution. And to your comment, "This means that smart people will do exactly that (and make more money) but over time the net number of solutions is reduced." I'm not too sure if it's the number of solutions that is reduced but rather the number of platforms - which I know is more a question of semantics than a question for answering - and providing a potential explosion in the number of solutions because the small niche player who has the best "part" or Web Service can now be more easily integrated onto a CMIS supported platform. Wow the big vendors opening the door for the little guys... it's like an ECM bizarro-world.
Posted by: The Dave M | 09/10/2008 at 03:00 AM
Chuck Hollis has some interesting thoughts on why it might be a success...
http://chucksblog.typepad.com/chucks_blog/2008/09/cmis----its-not.html
Posted by: Andrew Chapman | 09/10/2008 at 03:00 AM
I didn't include the link to the actual document...you can download it from the EMC Developer Network web site. http://community.emc.com/docs/DOC-1605
Posted by: Andrew Chapman | 09/10/2008 at 03:00 AM
CMIS - Content Management Interoperability Services
I am excited to (finally) say that EMC, IBM and Microsoft have announced the creation of a jointly developed interface specification called Content Management Interoperability Services, or CMIS. This is important news for the industry as CMIS uses web ...
Posted by: Craig's Musings | 09/10/2008 at 03:00 AM
CMIS - the new Lingua Franca of ECM?
!OASIS Advancing open standards for the global information society.png align=right! There has been a lot of buzz over the last few days following the announcement last week of a new standard for ECM repository integration from EMC, Microsoft and IBM....
Posted by: Confluence: MarketSpace | 09/15/2008 at 03:00 AM
CMIS - the new Lingua Franca of ECM?
!OASIS Advancing open standards for the global information society.png align=right! There has been a lot of buzz over the last few days following the announcement last week of a new standard for ECM repository integration from EMC, Microsoft and IBM....
Posted by: Confluence: MarketSpace | 09/15/2008 at 03:00 AM
CMIS - the new Lingua Franca of ECM?
!OASIS Advancing open standards for the global information society.png align=right! There has been a lot of buzz over the last few days following the announcement last week of a new standard for ECM repository integration from EMC, Microsoft and IBM....
Posted by: Confluence: MarketSpace | 09/15/2008 at 03:00 AM
If you are interested, Craig Randalland Dr. David Choyare doing a Webcastin September 18th all about CMIS. If you know Craig then you'll know that this will be worth tuning in for. http://www.emc.com/events/2008/q3/09-18-08-cmis-launch.htm
Posted by: Andrew Chapman | 09/16/2008 at 03:00 AM
How does this "work" for MSFT? It just doesn't make sense and considering their track record with open standards and their inability to stray from the proprietary technology that "locks" customers into their technology again, this just doesn't make sense. If your comment to The Dave M comes true then companies like IBM and EMC are in a good position to become one of the few platforms for ECM while MSFT is likely to be relegated to "front-end solution provider." I seriously doubt this works for MSFT considering their motives and plans for the coming years. It goes without saying that MSFT owns the front-end (Office, Windows) and has outlined extensive plans to parlay this vice-like grip into the back-end market by connecting their front-end to their back-end, ultimately through SharePoint. One of the key developing facets of this plan is to extend SharePoint’s front-end strength as a collaboration tool into enterprise content management - allowing all of those end-users who are using or will be using SharePoint to make better use of their content and to provide organizations that invest in SharePoint the ability to better manage their content overall. Of course none of this is the reality today (in terms of ECM) but no doubt the embrace and extend philosophy is deeply entrenched here and it is pretty obvious where MSFT intends to take this with coming releases. So with all of this in mind, why would MSFT almost knowingly relegate themselves to the Front-end by supporting CMIS? The answer is obvious, they won't, and we will all watch as MSFT once again makes it that much harder for organizations to do the one thing they are desperate to do (and the one big thing CMIS would allow) and that is create one centralized solution for content management. It is impossible to believe that all of the work MSFT has done and is doing to lock customers into an entirely MSFT infrastructure (which BTW is exactly what IBM, EMC, Oracle and all other vendors are doing as well – hey, this is business right?) would be put at risk by actually supporting CMIS knowing their fate is to be the front-end to the “will be” CMIS supporting ECM platform providers.
Posted by: Nay Sayer | 09/16/2008 at 03:00 AM
http://www.cmswatch.com/Trends/1368-Microsoft-SharePoint-and-the-CMIS-standard
Posted by: Craig Randall | 09/17/2008 at 03:00 AM
Content Management Interoperability Standard (CMIS)
What is CMIS? CMIS a new standard for ECM repository integration developed jointly by EMC, Microsoft and IBM, and currently supported by OpenText, Oracle, SAP and Alfresco....
Posted by: Confluence: MarketSpace | 09/18/2008 at 03:00 AM
Content Management Interoperability Services (CMIS) Standard
What is CMIS? CMIS a new standard for ECM repository integration developed jointly by EMC, Microsoft and IBM, and currently supported by OpenText, Oracle, SAP and Alfresco....
Posted by: Confluence: MarketSpace | 09/18/2008 at 03:00 AM
Content Management Interoperability Services (CMIS) Standard
What is CMIS? CMIS a new standard for ECM repository integration developed jointly by EMC, Microsoft and IBM, and currently supported by OpenText, Oracle, SAP and Alfresco....
Posted by: Confluence: MarketSpace | 09/18/2008 at 03:00 AM
Content Management Interoperability Services (CMIS) Standard
What is CMIS? CMIS a new standard for ECM repository integration developed jointly by EMC, Microsoft and IBM, and currently supported by OpenText, Oracle, SAP and Alfresco....
Posted by: Confluence: MarketSpace | 09/18/2008 at 03:00 AM
Content Management Interoperability Services (CMIS) Standard
What is CMIS? CMIS a new standard for ECM repository integration developed jointly by EMC, Microsoft and IBM, and currently supported by OpenText, Oracle, SAP and Alfresco....
Posted by: Confluence: MarketSpace | 09/18/2008 at 03:00 AM
CMIS - the new Lingua Franca of ECM?
!OASIS Advancing open standards for the global information society.png align=right! There has been a lot of buzz over the last few days following the announcement last week of a new standard for ECM repository integration from EMC, Microsoft and IBM....
Posted by: Confluence: MarketSpace | 09/18/2008 at 03:00 AM
Content Management Interoperability Standard (CMIS)
What is CMIS? CMIS a new standard for ECM repository integration developed jointly by EMC, Microsoft and IBM, and currently supported by OpenText, Oracle, SAP and Alfresco. The CMIS specification (soon to be submitted to OASIS
Posted by: Confluence | 09/18/2008 at 03:00 AM
Content Management Interoperability Standard (CMIS)
What is CMIS? CMIS a new standard for ECM repository integration developed jointly by EMC, Microsoft and IBM, and currently supported by OpenText, Oracle, SAP and Alfresco. The CMIS specification (soon to be submitted to OASIS
Posted by: Confluence | 09/18/2008 at 03:00 AM
Content Management Interoperability Standard (CMIS)
What is CMIS? CMIS a new standard for ECM repository integration developed jointly by EMC, Microsoft and IBM, and currently supported by OpenText, Oracle, SAP and Alfresco. The CMIS specification (soon to be submitted to OASIS
Posted by: Confluence | 09/18/2008 at 03:00 AM
Content Management Interoperability Services (CMIS) Standard
What is CMIS? CMIS a new standard for ECM repository integration developed jointly by EMC, Microsoft and IBM, and currently supported by OpenText, Oracle, SAP and Alfresco....
Posted by: Confluence: MarketSpace | 09/18/2008 at 03:00 AM
Content Management Interoperability Standard (CMIS)
What is CMIS? CMIS a new standard for ECM repository integration developed jointly by EMC, Microsoft and IBM, and currently supported by OpenText, Oracle, SAP and Alfresco. The CMIS specification (soon to be submitted to OASIS
Posted by: Confluence: MarketSpace | 09/18/2008 at 03:00 AM
Content Management Interoperability Standard (CMIS)
What is CMIS? CMIS a new standard for ECM repository integration developed jointly by EMC, Microsoft and IBM, and currently supported by OpenText, Oracle, SAP and Alfresco. The CMIS specification (soon to be submitted to OASIS
Posted by: Confluence: MarketSpace | 09/18/2008 at 03:00 AM
Content Management Interoperability Standard (CMIS)
What is CMIS? CMIS a new standard for ECM repository integration developed jointly by EMC, Microsoft and IBM, and currently supported by OpenText, Oracle, SAP and Alfresco. The CMIS specification (soon to be submitted to OASIS
Posted by: Confluence: MarketSpace | 09/18/2008 at 03:00 AM