Mule:在连接器HTTP_HTTPS上的接收器的二次查找中未找到接收器，URI键为：https://myhost:443/robots.txt

我所有的日志中都有这些警告。这似乎是由爬虫和蜘蛛引起的

在我之前，我在网上找不到有这个问题的人。。。 我想在我的流程中摆脱它，我该怎么做？我可以分享代码，但我看不出它在这种情况下有什么关系

谢谢。

这说明了如何筛选我们对favicon.ico的请求。对于

robots.txt

3.6+中的新HTTP侦听器：

<expression-filter
    expression="#[message.inboundProperties.'http.request.uri' != '/robots.txt']" />

对于3.5.0及以下版本：

<expression-filter
    expression="#[payload != '/robots.txt']" />

---

您遇到的问题可以通过以下步骤重现：

添加具有以下url的入站端点：，启动应用程序并调用

---

解释是：没有与您正在调用的url开头匹配的入站端点，最简单的解决方案是使用一个包含入站端点的全包流，该入站端点的地址为，并记录（或不记录）该流中收到的每条消息。

感谢您的回答，我应该声明我已经尝试过了。但是没用。在过滤器就位的情况下仍会出现问题中的错误，或者过滤器会破坏您的配置？是的，警告消息/日志仍不会被过滤，但不会破坏我的配置。我已经将它添加到每个流中，以确保它不会改变任何东西。您使用的是新的HTTP连接器还是旧的HTTP传输？在这种情况下，旧的HTTP传输。Hey Juan感谢您的响应，我认为有一种不太“粗俗”的方法来解决此问题，但它似乎是唯一的解决方案。基于你的想法，我创建了一个没有路径的流，只是添加了一组负载，上面写着“hello robot”，这真是太糟糕了。我不记录任何内容，也不了解问题所在！

<expression-filter
    expression="#[payload != '/robots.txt']" />