chemistry-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "BUTTERWORTH, Casey" <>
Subject OpenCMIS Server or Bridge or Both
Date Wed, 02 Jul 2014 02:01:20 GMT
Hi all,

Looking for some architecture guidance based on what people have found to work best in their
environments / what the community considers best practice.

(Hypothetical) situation:

* The ECM ecosystem consists of multiple ECM providers:

    (a) A well known ECM product with CMIS v1.0 support
    (b) A lesser known ECM product without CMIS support (but heavily integrated into other
off-the-shelf core business applications via proprietary APIs)
    (c) A bespoke Amazon S3 centric solution without CMIS support (but the applications owners
are trying to determine whether to add CMIS 1.1 support to this)
    (d) An external SaaS ECM provider with CMIS v1.1 support

   (also use Sharepoint for general team sites and project collateral, but do not consider
this part of ECM)

* Across these providers, there are different numbers of repositories and degrees of utilisation:

    - Well known ECM vendor with CMIS = 16 repositories; 15 million content objects
    - Well known ECM vendor without CMIS = 3 (big) repositories; 1.5 million content objects
    - S3 centric solution = 32 repositories; 320 million content objects
    - External SaaS provider = 7 repositories but ever growing; 400,000 content objects

* Our architectural objective is to have a single CMIS endpoint to provide a federated view
across all of these, so that we can provide (amongst other things):

   - A single point of truth for our "list of ECM repositories" - i.e. we want the "getRepositories"
CMIS service to return all ~58+ repositories across all providers, and interact with any of
these, through the same API.
   - A single integration point for our image capture and doc gen systems to store the content
they create
   - A single integration point for all content centric applications to use to interact with
   - A single viewer to roll out across our internal user community, hopefully using an existing
CMIS viewer
   - A single mobile client for staff to interact with ECM (lets assume via VPN into internal
network... but keen to hear other approaches) hopefully using an existing CMIS mobile viewer
   - A single external portal implementation to expose content from ECM
   - A generic file system syncing component to interact with all ECM repositories that can
be rolled out to all of our staff (hopefully using an existing CMIS file sync tool)
   - A generic sharepoint web part for surfacing content from ECM repositories as required
in team sites (hopefully using an existing CMIS webpart)
   - A mechanism to isolate systems and users from any details of independent providers, to
allow for subsequent consolidation behind the API

   (please feel free to add your own uses cases to the conversation as well)

My Question:

Would you recommend:

  (1) separate OpenCMIS Server implementations in front of the 2 non-CMIS providers, and then
a single OpenCMIS Bridge implementation in front of all 4?
  (2) implementing a single OpenCMIS server to act as a bridge to all 4 (and not use the OpenCMIS
bridge whatsoever)?
  (3) implementing a single OpenCMIS bridge to act as a bridge all 4 (and not build any custom
OpenCMIS servers whatsoever)?
  (4) something else entirely?

Other Conversation Points:

   * Any thoughts on using something like as part of this (

Look forward to the discussion!


This e-mail is sent by Suncorp Group Limited ABN 66 145 290 124 or one of its related entities
Suncorp may be contacted at Level 28, 266 George Street, Brisbane or on 13 11 55 or at
The content of this e-mail is the view of the sender or stated author and does not necessarily
reflect the view of Suncorp. The content, including attachments, is a confidential communication
between Suncorp and the intended recipient. If you are not the intended recipient, any use,
interference with, disclosure or copying of this e-mail, including attachments, is unauthorised
and expressly prohibited. If you have received this e-mail in error please contact the sender
immediately and delete the e-mail and any attachments from your system.
View raw message