問題タブ [atompub]

一部の大手企業はこれを採用しており、実際に一部のサービスを APP 準拠の方法で公開していることは知っています。しかし、私はこの分野で他に多くの (より小さな) プレーヤーを見つけていません。APP をパブリック API プロトコルとして使用する Web アプリケーション/サービスを知っていますか? AtomPub についてどう思いますか? 実際に使用した経験はありますか？その制限と欠点は何ですか? REST スタイルとして AtomPub が好きですか、それとも他に好きなスタイルがありますか? なぜ？

私は知っています、これらは多くの質問であり、1つだけではありません. ここで私が興味を持っていることは単純です - APP 標準はどのように市場に出回ったのか、特に Web 開発者の間での採用はどのように見えるのでしょうか?

ファイルまたは DB ベースのバックエンドを備えたシンプルなAtomPubサーバー ライブラリのうち、推奨できるものはどれですか? 「1 つのことをうまくやる」Unix スタイルのサーバーは特に歓迎されます。

多分Pythonのライブラリでさえ？

Atom 経由でデータを公開し、AtomPub を有効にする (Windows Live Writer を使用して更新できるようにする) サービス (.NET Fx 3.5 または 4.0 に基づく) を作成しようとしています。

次の 2 つのオプションがあるようです。

• ADO.NET データ サービスを使用します。私が知る限り、これが最も簡単に機能しますが、EF が必要であり (回避策があることはわかっていますが、LinqToSQL を使用しています)、型のマッピングは少し柔軟性がないようです。たとえば、フィードから要素を削除する方法がまだわかりません。

• WCF シンジケーション フィードを使用して何かカスタムを行います。これは最も柔軟なアプローチのように見えますが、もちろんカスタムであり、より多くのコーディングが必要になります。

自分のアプリケーションに AtomPub を実装した人の意見に興味があります。どのアプローチを使用しましたか? （それとも、何か違うことをしましたか？）

Atom データの照合と管理を支援する .Net 用の Argotic フレームワークは知っていますが、Atom Publishing Protocol (APP) を実装する .Net アプリケーション/フレームワークを知っている人はいますか?

ゼロから .Net APP サーバーを作成することは、たとえ Argotic の「肩の上に立っている」としても、困難な作業のように思えます。おそらく、Apache Abdera (またはその他の O/S 実装) を .Net で書き直す方が簡単でしょう。

私はあなたの考えを歓迎します、

イアン

ドキュメント管理やエンタープライズ コンテンツ管理ではなく、Web プレゼンテーションの意味での HTML コンテンツ プレゼンテーションを適切にサポートする Java のコンテンツ管理システムを探しています。

cms内のカテゴリ/ファイルシステムでhtmlページをテンプレート化することに興味があります。私が知っているほとんどの CMS は、Alfresco、Nuxeo、Exo などの企業システムであり、それらの背後にあるポータルの外部で Web ページの表示がサポートされているかどうかさえわかりません。私はマグノリアがそうしていることを知っています。

2 つ目の要件は、API を介して CMS を管理することです。手動編集ではありません。Atom パブリッシング プロトコルを実装する CMS があるとは思えません。そのため、AtomPub サーバーを自分で実装できるように、CRUD コンテンツ用の API を備えた CMS が必要です。

投稿を読んだり、WordPress ブログにコメントを書き戻したりする必要があります。

API の XML-RPC と AtomPub に関するドキュメントをいくつか見つけました。

しかし、推奨される方法は何でしょうか。私が見る限り、XML-RPC はより文書化されているようです。

経験/推奨事項はありますか？

C# と .NET 4 で Atom エントリを作成するにはどうすればよいですか?

この構造でエントリを作成する必要があります。

SyndicationItem クラスでこれを実行しようとしましたが、エントリには必要以上の情報が含まれています。

結果は次のとおりです。

、および type="*" を使用せずにアトムエントリオブジェクトを作成して、希望どおりに見えるようにするにはどうすればよいですか?

コードを単純化するのを手伝ってもらえますか?

ありがとう！

私は WCF プログラミングとそのシンジケーション クラスなどに不慣れです。誰かが私のサービスのルート アドレスにアクセスしようとしたときに、プログラムで AtomPub サービス ドキュメントを作成しようとしています。ServiceDocument、ResourceCollectionInfo、Workspace クラスを使用して、ある程度しかそれを行うことができません -

ただし、以下に示すように、いくつかのカスタム属性と要素を追加したいと思います。xmlns 属性、cmisra 要素などに注意してください。

msdn の Web サイトやその他の場所で入手できるものはあまりありません。これを達成する方法についての情報をいただければ幸いです。

ありがとう！

ありがとう。

まず最初に、Google GData APIのエンジニアの優れた業績に感謝します。この質問は、何も批判することを意図したものではありません。それはただ物事を指摘するだけです。

誰かが私にそれを説明してもらえますか？私が見る限り、Javaのgoogleapiクライアントライブラリの開発者は車輪を再発明しています。これは、Javaプロジェクト用の新しいJDKを作成するようなものです。これは、abderaクライアントがgoogle apiクライアントライブラリと同じように機能し、abderaサーバーの機能とアダプターをエントリの永続性などの多くの目的に使用できるためです。

グーグルデータプロトコルが少し特定のアトムパブリッシングであるという事実を知っていますが、Apache Abderaプロジェクトがこのプロトコルに提供する素晴らしい拡張機能のいくつかを使用する必要がある場合は、グーグルAPIクライアントライブラリを使用しない方が良いですそして、Abderaを使用してクライアントを最初から実装します...そして、多くの場合、AbderaのJCRアダプターなどの機能は、Googleドキュメント、Googleトランスレーターツールキット、および他のほとんどのツールにとって非常に便利になると確信しています。

これで、Googleドキュメントに使用されるGoogle APIクライアントライブラリがあるのは素晴らしいことですが、ドキュメントとAtomフィードの応答をどうするのでしょうか。半数以上の場合、反対側にもリポジトリやデータベースがあると思います。その場合、フィードをマーシャリング/アンマーシャリングするだけの単純なgoogle apiクライアントではなく、abderaが必要です...

実際、すべてのgoogleAPIには永続的なものがあります。グーグルがアブデラの強化または統合に努力を投資することを決定した場合、それは理にかなっています...これはそうではありません...特にソフトウェア開発で非常によく知られている事実を考えると、その2番目のリリースは通常最初から書き直されます。Apache Abderaは、5年の歴史を持つ成熟したプロジェクトであり、多くのアプリで使用されています。

理由があり、プルパーサーのみを使用してクライアントを実装することが本当に必要であるという理由がある場合は、少なくとも非推奨ではないxmlプルパーサーを使用します。Xmlpull.orgは6年前のものですが、非アクティブであり、StAXAPIも実装していません。stax.codehaus.orgリファレンス実装、JREのデフォルトのstax実装、Apache Axiom実装、そして主にwoodstox.codehaus.org実装の方がはるかに優れています。なぜ、サポートとコミュニティによる仕様やアクティブなプロジェクトを回避するのでしょうか。

この批評についてグーグルAPIクライアントJavaライブラリの開発者に謝罪します、しかし私はグーグルAPIが本当に好きです、しかしこのクライアントの最初のバージョンで働くことは本当に苦い経験でした、現在のリリースは素晴らしいです。しかし、実際には多くの時間が無駄になりました。これは主に、ホイールの再発明と、バージョン0からgdata-java-clientを介したgoogle-api-client-javaへの極端なリリース間変更が原因です。

最後に、グーグルは人々がそれに時間とお金の両方を投資した後にAPIを制限します、それでなぜ気にするのですか？:-)

私が言ったことを取り戻します。それ以来、ソフトウェアとプロトコルは大幅に変更されました... GDataがJSONもサポートしている場合、それを使用することすら意味がありません。