问题标签 [aggregator]

一段时间以来，我们无法使用“使用运行时优化的 JavaScript 和 CSS 资源”功能，因为聚合的 JS 和 CSS 链接总是断开。当我使用 F12 IE 开发人员工具进行检查时，CSS 文件无法加载。当我查看脚本时，聚合的 JS 文件返回“找不到文件”。

仅当聚合两个或多个 JS 或 CSS 资源时才会出现此问题。如果它只是一个资源（没有聚合），则链接有效。

我确实注意到已成功找到并加载了聚合的“内部”JS 文件。只是应用程序中找不到的那些。这个问题在所有应用程序中都是一致的，这让我认为这可能是一个服务器问题，也许是一个错过的设置。

其他信息：此问题在 8.5.3 中存在，并且在 Domino 9.0.1FP3 中仍然存在。所有用户都使用 IE 7 或更高版本。通过“内部”JS 文件，我指的是 Domino 加载的那些文件，例如，当我请求 dojo 模块时。这些路径是“ https://serverpath/xsp/.ibmxspres/.mini/dojo/ ...”

我的 db 特定资源在聚合时是“/dbpath/xsp/.ibmxspres/.js/...”和“/dbpath/xsp/.ibmxspres/.css/...”。

如果有人对可能的原因有什么建议，我将不胜感激。

我有一个列表，假设大小为 10，我想使用最大大小 6 进行聚合。在这种情况下，它应该像这样工作：前六条消息聚合成一条消息，然后立即（没有任何超时）接下来的 4 条消息是聚合成第二条消息。如何在春季集成中实现这一目标？我尝试使用 releaseStrategy 但我只能在其中定义最大大小，然后剩下的消息（在我的情况下为 4 条消息）正在聚合器中等待更多消息（因此满足最大大小条件）。我不想等待聚合器超时，因为我知道我的列表大小为 10，所以在第 4 条消息之后没有什么可等待的，它应该立即创建第二条聚合消息。

我正在使用exec-maven-plugin为特定模块执行批处理命令。

我们构建的整个产品由其中几个模块组成，我正在使用聚合器一次构建所有必要的模块。
我们试图简化每个模块执行一次批处理脚本的过程，因为每个插件的执行脚本几乎相同，并且只需要当前插件路径。

是否可以从聚合器中执行批处理脚本，但每个模块执行一次？假设我的聚合器如下所示：

是否可以myBatch.bat -i ..\ModuleX 从 aggregator中执行批处理命令，其中ModuleX表示最近构建的模块？

重要的是，批处理脚本的执行是模块成功构建后执行的“构建后”步骤。
执行的脚本是用于混淆 .jar 文件的外部工具。

我感谢任何小的工作示例以及在哪里可以找到更多信息的提示。

因此，我在 Drupal 上订阅了两个外部提要，并制作了一些博客，并在我的网站上获得了该博客的 rss 提要。我已将所有这三个提要归入一个类别。现在，我想创建一个视图，显示组合提要中 5 个项目的标题、作者和剪辑文本。

我无法做到这一点。我创建了一个视图并选择了“显示聚合器项目”，但不知道如何填写表单的其余部分以便在 drupal/aggregator/categories/1 中显示内容

我需要收集和处理由另一个组织生成的文件集。为简单起见，假设该集合由两个文件组成，一个摘要文件和一个详细文件，名称如下：SUM20150701.dat 和 DTL20150701.dat，这将构成日期为 20150701 的集合。问题是，集合需要按顺序处理，并且从外部组织传输文件可能容易出错，从而可能丢失文件。如果发生这种情况，则应保留该文件集，找到的任何以下文件集也应保留。例如，在 mule 进程开始时，源文件夹中可能包含：SUM20150701.dat、SUM20150703.dat、DTL20150703.dat。也就是说，20150701 的数据集是不完整的，而 20150703 是完整的。我需要保留两个数据集，直到 DTL20150701.dat 到达，然后按顺序处理它们。

在我的 mule 进程的这种简化形式中，会监视源文件夹中的文件。找到后，它们将被移动到存档文件夹并使用日期作为序列和相关值传递给集合聚合器。当一组完成时，它被移动到目标文件夹。在收集器上使用长时间超时以确保不处理不完整的集合：

如果所有集合都完整，这将正确处理按顺序找到的集合。它正确地等待不完整的集合被填充，但不保存后续集合，即在上面的示例中，集合 20150703 将处理，而 20150701 仍在等待 DTL 文件。

如果存在未完成的较早集合，是否存在强制集合聚合器元素等待的设置或其他构造？

我将文件名的日期部分用于相关性和序列 ID，如果所有集合都完成，它确实可以按照我想要的顺序控制集合过程。如果日期不存在（如本例中的 20150702）并不重要，只需按顺序处理现有文件并且集合必须完整。

我的问题主要是理论上的。当我们在 Informatica 工作流中使用聚合器并且不选择排序的输入属性时，我假设聚合器转换根据端口分组对数据进行排序，然后进行聚合。为了提高此操作的性能，通常建议打开 sorted 输入属性，并将排序器转换的输出（使用键 = 按端口分组）传递给聚合器。我的问题是：从地图的角度来看，两种情况下的操作数量相似：对数据进行排序，然后对其进行聚合。那么为什么排序器+聚合器（排序输入）比单个聚合器（无排序输入）运行得快得多？

As an example, suppose I have the following class:

Now suppose I also have a method somewhere which gets the FruitBasket.

Now further suppose that the getFruitBasket method aggregates data from two different sources, which are accessed via a proxy. For example, there is a server AppleTree to get objects of type Apple, and a server OrangeTree to get objects of type Orange, and both are accessed via a proxy called OrchardGate. This is the reason why I want to write a single getFruitBasket method rather than getApples and getOranges, to minimise the latency when calling from my application to the OrchardGate.

In the case where Apple objects and Orange objects were retrieved successfully, there is no problem, I can just return the FruitBasket. In the case where there was a problem accessing or inside the OrchardGate, or in both the AppleTree and OrangeTree, I can also handle this by throwing a descendant of RuntimeException (or even Exception, if I add it to the getFruitBasket throws clause as appropriate).

However, what happens in the partial success case? What happens if I can access the AppleTree server fine, but I can't access the OrangeTree server due to some transport issue between the OrchardGate and OrangeTree?

As far as I can see there are only four options, and all are absolutely horrible:

• I could throw an exception, meaning that even though the Apple objects were received successfully, the FruitBasket would not be returned due to the lack of Orange objects.
• I could ignore the error and just return an empty list of Orange objects. This would mean that the client would not be able to see an error when looking for the Orange objects, instead it would just look as if no Orange objects existed on the OrangeTree server.
• I could add a field to FruitBasket called errorCodes which contained a list of the errors encountered when accessing the FruitBasket. Then I could add an error code to that list called PATH_FLOODED to signify the error I had encountered. However, this field errorCodes does not belong on the FruitBasket domain object at all. This field is not relevant to a FruitBasket, but only in the transaction to retrieve the FruitBasket.
• I could throw an exception, but attach the incomplete FruitBasket to the exception. This is also horrible because exceptions should only contain error information - they should not contain any fruit baskets.

I have described this problem in Java but I imagine this problem extends to multiple languages. I was quite surprised to not find a discussion of it already. Is there any standard pattern for writing methods which can return a partial success? Or anything I have missed?

我的要求是接受一个端点，如 localhost:8080/book/{id}/detail?name=whatever; 然后获取路径参数'id'并查询参数'name'；然后拆分消息以创建两个请求，例如 xxx1/id 和 xxx2/name；然后将两个响应聚合在一起。

我最初的想法是使用“id,name”之类的字符串，然后为每个请求拆分为 id 和 name。我看到许多骡子概念分离器、路由器、虚拟机、聚合器..你能帮我解决这个问题吗？我应该使用什么 mule 组件以及需要编写什么样的自定义 java 代码。

有谁知道周围是否有一个 RSS 聚合器，我可以：

• 选择任意数量的 RSS 提要（只是正常的功能 - 所以我可以选择洛杉矶时报、纽约时报，以及我喜欢的任何提要）和
• 输入任意数量的搜索词（布尔运算符）

并且唯一的输出是与这些搜索词匹配的项目吗？

基本上，我会选择所有主要的新闻提要，然后输入我的搜索词 - 我只会看到我感兴趣的主题的结果。结果不会按提要排序/显示，而是按主题（即， 搜索词）。

这样的应用程序存在吗？

我们使用拆分器来遍历压缩文件中的文件，同时，我们还使用自定义聚合器，它为我们提供了一个主体列表 - 该主压缩文件中的两个文件。现在，在拆分之后，我想提取在聚合块处理期间设置的标头，该处理发生在聚合器的结果上。但是，聚合器的输出似乎丢失了，在拆分块之后我什么也没有回来。

我敢肯定我没有得到这方面的基础知识。如果有人可以在这里提供帮助，将不胜感激。

聚合器-