问题标签 [atompub]

我知道一些大玩家已经接受了它，并且实际上已经以 APP 兼容的方式公开了他们的一些服务。但是，我在这个领域还没有找到很多其他（较小的）玩家。您知道任何使用 APP 作为其公共 API 协议的 Web 应用程序/服务吗？您对 AtomPub 的看法是什么？你有使用它的实际经验吗？它的局限性和缺点是什么？您喜欢 AtomPub 作为您的 REST 风格，还是有其他喜欢的风格？为什么？

我知道，这些问题很多，而不仅仅是一个。不过，我在这里感兴趣的事情很简单——APP 标准是如何进入市场的，尤其是它在 Web 开发人员中的采用情况如何？

是否有适用于 Erlang 的Atompub（Atom 发布协议）库？

您可以推荐哪些具有基于文件或基于 DB 的后端的简单AtomPub服务器库？“做一件事，做好”的 Unix 风格的服务器尤其受欢迎。

甚至可能是 Python 中的库？

我正在寻找通过 Atom 公开数据并启用 AtomPub 的服务（基于 .NET Fx 3.5 或 4.0）（以便我可以使用 Windows Live Writer 进行更新）。

看起来有两种选择：

• 使用 ADO.NET 数据服务。据我所知，这是最容易开始工作的，但需要 EF（我正在使用 LinqToSQL - 尽管我知道有一种解决方法）并且映射类型似乎有点不灵活。例如，我仍然不知道如何从提要中删除元素。

• 使用 WCF Syndication Feed 进行自定义操作。这看起来是最灵活的方法，但当然是自定义的，并且需要更多的编码。

我对在自己的应用程序中实现 AtomPub 的人的意见感兴趣。您使用了哪种方法？（或者你做了什么不同的事情？）

我知道 .Net 的 Argotic 框架有助于整理和管理 Atom 数据，但有人知道实现 Atom 发布协议 (APP) 的 .Net 应用程序/框架吗？

从头开始创建一个 .Net APP 服务器似乎是一项艰巨的任务，即使它“站在 Argotic 的肩膀上”。也许 Apache Abdera（或其他 O/S 实现）的 .Net 重写会更容易。

我欢迎你的想法，

伊恩

我正在寻找一个 java 中的内容管理系统，它对 html 内容表示在 web 表示方面有很好的支持，而不是文档管理或企业内容管理

我对在 cms 中的类别/文件系统中模板化 html 页面感兴趣。我知道的大多数 CMS 都是公司系统，如 Alfresco、Nuxeo、Exo，我什至不知道这些是否支持它们背后的门户网站之外的网页呈现。我只知道 Magnolia 有。

第二个要求是通过 API 管理 CMS。不是手动编辑。我非常怀疑是否有一个实现 Atom 发布协议的 CMS，这就是为什么我需要一个带有 CRUD 内容 API 的 CMS，以便我可以自己实现 AtomPub 服务器。

我需要阅读帖子，也许还需要将评论写回 WordPress 博客。

我在他们的 API 的 XML-RPC 和 AtomPub 上找到了一些文档。

但是推荐的方法是什么。据我所知，XML-RPC 似乎更有文档记录。

有什么经验/建议吗？

如何使用 C# 和 .NET 4 创建 Atom 条目？

我需要用这个结构做一个条目：

我尝试使用 SyndicationItem 类执行此操作，但条目包含的信息超出了我的需要：

结果是：

如何在没有 , 和 type="*" 的情况下创建原子条目对象以使其看起来完全符合我的要求？

你能帮我简化代码吗？

谢谢！

我是 WCF 编程及其联合类等方面的新手。当有人尝试访问我的服务的根地址时，我试图以编程方式生成 AtomPub 服务文档。我只能在某种程度上使用 ServiceDocument、ResourceCollectionInfo、Workspace 类来做到这一点 -

但是，我想添加一些自定义属性和元素，如下所示。请注意 xmlns 属性、cmisra 元素等。

msdn 网站或其他地方没有什么可用的。任何有关如何实现这一目标的意见将不胜感激。

谢谢！

谢谢。

首先，我要非常感谢 Google GData API 的工程师所做的出色工作，我想提一下，这个问题并不是要批评任何事情。它只是指出一些事情。

有人可以向我解释一下吗？据我所知，java 的 google api 客户端库的开发人员正在重新发明轮子。这就像为 Java 项目编写新的 JDK，因为 abdera 客户端执行 google api 客户端库所做的工作，并且 abdera 服务器功能和适配器也可以用于许多事情，例如条目持久性和许多其他事情。

我知道 google data 协议是一个有点特定的 atom 发布，但是如果需要使用 Apache Abdera 项目为此协议提供的一些花哨的扩展和功能，最好不要使用 google api 客户端库并使用 Abdera 从头开始​​实现客户端...而且我确信在很多情况下，它的功能（例如 Abdera 的 JCR 适配器）对于谷歌文档、谷歌翻译工具包以及大多数其他工具包来说都非常方便。

现在很高兴有一个 google api 客户端库可用于 google 文档，但是我将如何处理文档和 atom 提要响应？我相信在超过一半的情况下，另一边还有一个存储库或数据库。在这种情况下，需要 abdera，而不是仅编组/解组提要的简单 google api 客户端......

事实上，所有的谷歌 API 都有一些东西要坚持。如果谷歌决定将精力投入到 Abdera 的增强或集成上，这将是有道理的……这不是……尤其是考虑到软件开发中一个众所周知的事实，第二个版本通常是从头开始重写的。Apache Abdera 是一个成熟的项目，已经存在 5 年，被大量应用程序使用。

如果有原因，我没有看到并且只使用拉解析器来实现客户端是非常必要的，我至少会使用一个不被弃用的 xml 拉解析器。Xmlpull.org 已有 6 年历史，但处于非活动状态，甚至没有实现 StAX api。stax.codehaus.org 参考实现，JRE 默认 stax 实现，Apache Axiom 实现和主要的 woodstox.codehaus.org 实现会更好，为什么要避免规范和有支持和社区的活动项目？

对于这个批评，我向 google api 客户端 java 库的开发人员道歉，但我真的很喜欢 google api，但是使用这个客户端的第一个版本真的很痛苦，当前版本很好。但是实际上浪费了很多时间，这主要是由于重新发明轮子以及从版本 0 通过 gdata-java-client 到 google-api-client-java 的极端版本​​间更改。

最后，在人们投入时间和金钱之后，谷歌对 API 进行了限制，所以为什么要关心，对吧？:-)

我收回我所说的话，从那时起软件和协议发生了很大变化......现在当 GData 也支持 JSON 时，使用它甚至没有意义！