问题标签 [archiving]

我已将我的每月存档页面 (Archive.php) 设置为如下所示： 每月存档 单击任何 MONTH 时，结果将显示该特定月份的所有帖子，如下所示：

• Post title-1 ------ Category-1 ------ 作者姓名
• Post title-2 ------ Category-1 ------ 作者姓名
• Post title-3 ------ Category-1 ------ 作者姓名
• Post title-4 ------ Category-1 ------ 作者姓名
• Post title-5 ------ Category-1 ------ 作者姓名

但是......我想要这样的显示：

第一类

• 帖子标题-1 ------ 作者姓名 帖子
• Post title-2 ------ 作者姓名 帖子

类别 2

• Post title-3 ------ 作者姓名 帖子
• Post title-4 ------ 作者姓名 帖子
• Post title-5 ------ 作者姓名 帖子

一段时间以来，我一直在考虑如何在 Webapps 中处理纸质文档输入。主要问题是如何统一元数据和扫描的 PDF。为了这个例子，我将提出一个假设的费用索赔申请。到目前为止我考虑过的方法：

• Web 1.0，打开网页，创建报销单并输入数据，切换到扫描应用程序，扫描到文件，切换到浏览器，点击“选择文件”导航到扫描文件上传。优点：编码简单。缺点：糟糕的工作流程，每个工作站都需要扫描仪（以及驱动程序和磁盘空间等/可能不适用于瘦客户端：Citrix / iPad）
• 条码样式打开网页，创建费用报销并输入数据，保存，打印条码贴纸，将条码粘贴到纸上。在一天结束时扫描所有条形码文件。批量上传它们并根据条形码将它们分配给费用报销。（扫描中的 OCRing 条码是一个已解决的问题，例如，请参阅exactCODE） 优点：工作流程不错，每个部门一台扫描仪就足够了。缺点：每个工作站都需要条形码标签打印机（比扫描仪更容易，但并不便宜），扫描的文件要在几个小时后才能使用
• 使用本地扫描仪将Web 2.0 样式扫描到 [Dropbox] 文件夹。Webapp 使用Dropbox API来检测新的扫描，将它们呈现给用户并要求他们输入元数据。优点：不错的工作流程。缺点：每个人都需要一个扫描仪，Webapp 不能只是弹出并说“有一个新的扫描可用”。
• 批量样式有人扫描所有文档，按必须处理它们的人（或按文档类型：费用索赔、发票、订单）将它们分开。文档被批量上传（例如作为 ZIP）到队列中的 Web 服务器。一个人现在必须通过这个队列并输入所需的元数据。优点：只需要维护一个 Scanner。缺点：员工手头没有纸了，只有在线版本。这被我的同事们认为是一场大秀。
• Barcode Batch Somebody 对所有传入的文档进行条形码标记，在单个文件夹中扫描它们并将它们批量上传到存储库，然后以老式的方式将文件分发到不同的部门。处理费用报销的人也会输入纸上的条形码编号。Webapp 联系存储库并根据条形码编号检索扫描的文档并将其与元数据一起保存。优点：易于编码，缺点：大量纸张仍在四处游荡，文件可能会被扫描，可能永远不应该进入数字存储库 - 例如医疗记录）
• 桌面应用程序编写一个基于TWAIN的小型桌面应用程序，该应用程序扫描、上传到 Web 应用程序并打开浏览器窗口以添加元数据。优点：工作流程不错，缺点：每个桌面一台扫描仪，不是 Web 应用程序/平台问题

对上述方法之一的更好解决方案或评论有什么建议吗？

iOS 文档区分“序列化”和“归档”。这是一个普遍的区别（即，在其他语言中存在）还是特定于 Objective-C？另外，这两者有什么区别？

[SQL Server 2008 速成版] [C# 4.0]

我开发了一个 winforms 应用程序，我想给用户在每年年初归档旧数据的机会。

例如，用户可以连接到以查阅他的档案。

实际情况如下：用户在数据库上工作，直到明年（2011）年初，他点击，我要复制然后删除所有2010年的交易数据（保留客户，供应商，员工，余额。 ..) 将数据存储到一个名为 的新数据库中，我会跟踪 XML 文件中的所有存档文件名和位置。

我想知道为了完成这项任务，SQL 和 C# 双方要遵循的步骤。

我欢迎任何建议、提示、示例、链接、书籍...

谢谢。

我有一个“doesNotRecognizeSelector”异常，我怀疑我的 unarchiver 可能返回不可变数组而不是可变数组。我对吗 ？我应该如何正确归档和归档？（异常的地方显示出来）

谢谢！！！

• 编辑

添加比较方法：

我有一个简单的对象，它通过休眠简单地映射

现在，由于我的表格非常庞大（几百万个条目），我决定归档所有我并不真正需要的条目（用户可能稍后需要它们，通过检查他们应该能够的选项搜索实际和存档的两个表，但这是我还不关心的事情，它将在其他地方完成）。
所以我决定让我的映射文件尽可能简单，以及转换对象（存档/非存档）的方式并使用简单的遗产

我在休眠映射中使用了union-subclass并将 SimpleObject 映射到我的旧表，并将 SimpleObjectArchived 映射到相同的表。
到目前为止一切都很好，我可以删除/创建/更新我的对象。现在归档：

在我的 SimpleObjectBusinessRules 类中，我定义了一个方法归档：

我省略了所有的 try/catch/... 我得到一个休眠异常saoDao.saveAll(...) org.hibernate.NonUniqueObjectException: a different object with the same identifier value was already associated with the session:[...]

有人知道如何解决这个问题吗？或者任何人已经用hibernate处理归档并且有更好的解决方案（或者甚至是如何使用hibernate归档的工作解决方案）？

我正在尝试在 postgresql 9.0 上运行流复制。我正在按照链接中提到的步骤操作：http: //brandonkonkle.com/blog/2010/oct/20/postgres-9-streaming-replication-and-django-balanc/

当我尝试在 postgresql 上执行归档命令时，我收到警告，要求我无休止地等待。我按以下顺序执行命令：

为此，我得到以下输出：

这继续进一步，警告永远不会结束。请让我知道是否有人遇到过这个问题。

我正在寻找一个允许创建和验证 XAdES 签名的 Java 库（格式越多越好：XAdES-BES、XAdES-C、XAdES-XL 等）。

我发现的最有趣的实现是：

• Java XML 数字签名 API (JSR 105)（= Java SE 6 中包含的一种），它基于以下一种；
• Apache Santuario ( http://santuario.apache.org/ )，它只为基本功能提供有用的支持；
• XAdES4j（http://code.google.com/p/xades4j/，很好的演示：http ://prezi.com/06vyxbgohncv/xades4j-en/ ），这似乎很有趣，因为它“能够生产、验证和扩展主要 XAdES 形式的签名：XAdES-BES、XAdES-EPES、XAdES-T 和 XAdES-C。此外，通过丰富现有签名支持扩展形式。然而，它是一个系统的结果，它只有一个开发人员跟随；
• eID 数字签名服务 ( http://code.google.com/p/eid-dss/ )，由比利时联邦 ICT 部门开发，支持 XAdES-XL 格式。

您会建议使用或构建哪一个？

在 Xcode 中归档我的项目是创建一个多应用程序包，而不是捆绑我的主要发布目标，这正是我想要的。具体来说，当我在 Organizer 中验证我的存档时，它会给我以下信息：

“[项目名称] 不包含单捆绑应用程序或包含多个产品。请选择另一个存档，或调整您的方案以创建单捆绑应用程序。”

听起来方案中有一些设置需要调整，但我无法弄清楚是什么导致其他目标被包括在内。

顺便说一句，我正在使用 Xcode 4.0。

我正在构建一个应用程序，该应用程序需要保留它正在发送的消息的副本，以便我可以在以后重播所有消息。这是必要的，因为消息的处理将在开发过程中发生巨大变化，但必须尽快捕获数据，因为它是实时观察数据。我似乎找不到任何直接解决这个问题的内置功能，虽然我可以编写一个自定义工具来保存数据，但这似乎与首先使用 NServiceBus 的目的相矛盾。我正在考虑的一些选项：

1. 使用目标总线的 ForwardReceivedMessagesTo 功能创建存档队列，并构建一个简单的应用程序，该应用程序使用此存档队列作为输入队列，以便在 Replayer 工具运行时将消息简单地转发到目标总线。这确实会清除存档队列，要求首先使用 mqbkup 实用程序对其进行备份，但这可以作为重播过程的一部分自动执行。或者，使用两个交替的存档队列（一个接收新消息，一个用于重播）可以解决这个问题。

2. 使用发布/订阅模型并让存档者订阅目标队列，将消息放入存档队列中。与上述类似的 Replayer 工具可以使用存档队列作为输入队列并将消息转发到目标。这也将清除存档队列，需要上述解决方案之一。

3. MassTransit 的人提到了一个叫做BusDriver的东西，它允许在队列之间复制，但我找不到更多关于它的信息。

我主要关心的是选择最不可能丢失数据的方法，因为一旦进行了观察，就永远无法在狭窄的时间窗口之外再次进行。这似乎应该是一个常见问题，但我似乎无法找到直接的解决方案。建议？

更新我决定使用日志目标队列。我将让存档器将日志用作输入并将消息存储到数据库（可能只是基于文件的），并允许将消息从该数据库重播到目标队列。虽然可以编写一个将消息从日志队列复制到目标队列的工具，但真正的问题 - 从实际的角度来看 - 是管理日志队列的问题：它不容易备份（mqbkup 导致MSMQ 服务，这是不可接受的），并且在队列上进行非破坏性操作需要我编写一个基于 MSMQ 的工具，而我宁愿坚持 NServiceBus 抽象级别。归根结底，MSMQ 是一种传输方式，而不是消息存储方式，因此需要对其进行处理。