WOPIプロトコルの実装が必要なOffice Onlineを展開したいと考えています。私はWOPIホストの実装をC#で見てきました。 here。 WOPIプロトコルは、エンドポイントの束を実装する必要があります。私はNode.jsにWOPIホストを実装すれば、それはOffice Online Serverで動作するように互換性があるのでしょうか?NodejsのWOPIホスト実装ですか?
どのような考えですか?見越し
WOPIプロトコルの実装が必要なOffice Onlineを展開したいと考えています。私はWOPIホストの実装をC#で見てきました。 here。 WOPIプロトコルは、エンドポイントの束を実装する必要があります。私はNode.jsにWOPIホストを実装すれば、それはOffice Online Serverで動作するように互換性があるのでしょうか?NodejsのWOPIホスト実装ですか?
どのような考えですか?見越し
WOPIホストエンドポイントの実装は言語に依存しません。あなたの言語/フレームワーク/プラットフォームがapplication/json
とapplication/octet-stream
の応答でHTTP要求を処理できる限り、あなたは良いはずです。
少なくともMS-WOPIプロトコルを実装する必要があります。要件に応じて、MS-FSSHTTPプロトコルを実装する必要があります。これは、Office Web Apps 2013と統合していて、たとえばWord編集をサポートする必要がある場合に当てはまります。 MS-FSSHTTPを使用する必要性は、発見XMLにCOBALT
で示されています。
新しいOffice Online Serverは、ほとんどのアクションからCOBALT要求を実装するための要件を削除しました。 OneNoteファイル形式でのみ必要です。それはdiscovery XML of Office Onlineで見ることができます。
Office Online integration partnerでない限り、WOPIの実装をテストする唯一の方法は、サーバーにOffice Online Server(または古いOffice Web Apps)をローカルにインストールすることです。どちらもMSDN経由でダウンロードできます。
もしあなたが統合パートナーであれば、提供するvalidator appを利用することができます。 GitHubに利用可能なPythonでビルドされたCLIがあります。
新しいOOSと統合しようとしている場合は、http://wopi.readthedocs.io/にあるより新しい最新のドキュメントを参照してください。
で
おかげで問題になっている言語は、それだけで「REST」だ、問題ではありません。私は少し前にRubyで実装を書いた。