両方のプロトコルのいくつかの特性は、使用するプロトコルを選択するのに役立つ場合があります。
CMIS
さまざまな(ドキュメント)コンテンツリポジトリ間でコンテンツを統合する手段として開始されたそのコアビジネスは、さまざまなコンテンツリポジトリがWebインターフェイス(REST / WS)を介して相互に通信できるようにすることです。プロトコルの最新版は、JSONベースのブラウザーバインディングを介してコンテンツを使用したブラウザー操作を改善しましたが、CMISは、コンテンツ配信を常に輝かせているわけではなく、ちょっとおしゃべりなプロトコルとして表示されることがよくあります。
長所:多数のベンダーによってサポートされている標準は、わずかに豊富なデータモデル(レンディション、ポリシー)をサポートしています
短所:AtomPubまたはWSバインディングを使用している場合、おしゃべりで多くのXML解析を行うと、カスタムサービスAPIを作成できません
スリング
私はこれについての専門家ではありませんが、私が収集した限りでは、JCRの上にある軽量で拡張可能なHTTPレイヤーです。データ処理ロジックは、コンポーネントとしてHTTPを介して要求するコンテンツに関連付けられているため、配信前にコンテンツを処理し、最終的に最適化することができます。
長所:コンテンツ取得の上にデータ処理レイヤーを追加し、各アクションを記述するための複雑なペイロードなしでプレーンHTTPで動作します
短所:非標準、コンテンツリポジトリを簡単に交換できない