問題タブ [atompub]

REST ベースのCMIS プロトコルを使用してドキュメントをチェックアウトしようとしていますが、サーバー ( Alfresco ) からエラーが発生します。

curl を誤用していませんか? または、リクエストに何か不足していますか?

atomentry.xml の場合:

新しい投稿が作成されているときに既存のタグを提供できるように、Wordpress ブログに既存のタグのリストを照会できるようにしたいと考えています。これは、Wordpress を使用した AtomPub で可能ですか? Wordpress AtomPub サポートのドキュメントが不足しているようです。これは、Wordpress の実装よりも AtomPub の制限であるかどうか疑問に思っています。

作成中のアプリケーションから新しいブログ投稿を作成する必要があります。現在、ターゲットのブログ エンジンは BlogEngine.net であり、近い将来にはおそらく WordPress になります。これには AtomPub を使用するよう提案されましたが、新しいブログ投稿を作成するために何が必要かを判断するのに苦労しています。AtomPub ルートに進むことで、アプリがほとんどのブログ エンジンに投稿できるようになることを期待しています。私は空想的なことをしようとはしていません。基本的に、件名とコンテンツ、そしておそらくカテゴリまたはタグが必要です。

私が見つけた例のほとんどは、フィードを作成または読み取るためのものです。これは私が現在やろうとしていることではありません。例または例へのリンクは、これを開始するのに非常に役立ちます。

これを達成するためのより良いルートがある場合は、それを提案してください。私は本当にこの分野の知識があまりありません。

アプリケーションは C# (.NET 4) で記述されています。

一部のODataフィードからの応答を見ると、コンテンツタイプがapplication/xmlまたはapplication/zipに設定されているかどうかによって、構造がわずかに異なることがわかりました。次に2つの例を示します。

1. アプリケーション/zip

1. application / xml

どちらもAtomPub（ODataで使用される標準RSSスキーマ）として送信されますが、コンテンツのタイプが「application / zip」の場合、m：properties要素はコンテンツと同じレベルになります。「application / xml」の場合は、これは「コンテンツ」のサブ要素として提供されます。odata.orgのOData仕様によると、2番目の形式は正しいです。最初の形式も使用される（そしてODataクライアントによっても理解される）理由を誰かが知っていますか？

前もって感謝します

1 つの c# クラスを、atompub 形式の xml ファイルにエクスポートする必要があります。私は多くの記事を読みましたが、まだ主なことを理解していません.xmlファイルでクラスデータ(プロパティ情報)をどのように表現するのですか?

私は最近、カスタムで作成したブログでWLWを使用するために、独自のWCF AtomPubサービス（「WCFRESTスターターキット」の例に基づく）に取り組んでいます。エントリの追加、更新、取得、削除などのすべての基本的なアクションは「正常に」機能しています。ただし、現在、認証を実装しようとすると少し行き詰まります。WLWがAtomPubサービスを使用して認証を管理する方法を理解できないようです。

Authorizationヘッダーを確認して、自分の側で実装しようとしました。Unauthorizedヘッダーなどを送信していない場合...しかし、それらは私にWLWを失敗させます。また、WLWから送信されたすべてのヘッダーを確認しました（たとえば、エントリを追加する場合）が、認証に関連するものが見つからないようです。

現在、WCFサービスは私のWebサイトと同じサイトでホストされていると言わなければなりません。また、IIS認証はUnauthorizedおよびFormsに設定されています。他のすべては無効になっています。

誰かが私を正しい方向に導くのを手伝ってくれる？たとえばこれを説明するいくつかの興味深いウェブサイト？（Webでの検索で見逃したもの）。

ありがとう

さまざまな REST サービスで構成される分散アプリケーションを設計しています。最近、REST サービスを ASP.NET MVC 4 Web API と OData のどちらを使用して実装するかについて、行ったり来たりしています。Web API はいつか私が必要とするものになるように思われますが、現時点では半分しかできていません。具体的には、OData スタイルの URI クエリの部分的な実装のみを備えており、すぐに使用できるハイパーメディアは実行しません。

このため、OData をもう一度じっくりと検討する必要があります。私は URI クエリ機能と遅延読み込みのための構造的ハイパーメディアが本当に気に入っています。私は自分のアプリケーションでこれらの機能をたくさん使うと思います。ただし、Atom Pub 仕様は非常に効率が悪いようです。

最近、 「高密度の JSON」に言及しているOData の効率的な形式に関する投稿を読みましたが、そのようなものは実際には存在しないようです。これは本当ですか？また、高密度の JSON などがない場合でも、通常の JSON は Atom Pub よりもはるかに効率的ですよね?

JSON 経由で Atom Pub を使用したい状況はありますか?

OData 仕様は長いです。「OData Core」ドキュメントでさえかなり長いです。

では、読み取り専用の OData パブリッシャーが最低限実装する必要があることの要約についてはどうでしょうか?

WordPress Atom Publishing Protocol プラグイン(以前の wp-app.php も)を使用して Atompub API 経由でエントリを投稿するとき、エントリに公開フィールドとして非 GMT 時刻値が含まれている場合、次のようになります。

タイムゾーン ( +09:00 ) が正しく解析されず、同じ値 (GMT 時間) が と のフィールドに格納さpost_dateれpost_date_gmtますwp_posts。