2015-06-30 3 views
1

У меня есть эти предупреждения, заполняющие все мои журналы. Это, кажется, вызвано гусеничном и пауков http://www.robotstxt.org/Mule: приемник не найден при вторичном поиске приемника на соединителе: HTTP_HTTPS с ключом URI: https: // myhost: 443/robots.txt

No receiver found on secondary lookup of receiver on connector: HTTP_HTTPS with URI key: https://myhost:443/robots.txt. 
org.mule.transport.http.HttpsConnector: Receivers on connector are: { 

Я не могу найти никого, кто имел этот вопрос в Интернете, прежде чем мне ... Я хочу, чтобы избавиться от него в моем потоке, как я могу это сделать ? Я могу поделиться кодом, но я не вижу, насколько он уместен в этом случае.

Спасибо.

+0

Вы используете новый HTTP-коннектор или старый HTTP-транспорт? –

+0

старый в этом случае –

ответ

1

вопрос вы испытываете могут быть воспроизведены с помощью следующих этапов:

Добавить входящую конечную точку, которая имеет следующий URL: http://localhost:8081/test, запустите приложение и позвоните http://localhost:8081/something.txt

Объяснение: Отсутствует входящая конечная точка, которая соответствует началу URL-адреса, который вы вызываете, самым простым решением является наличие полного потока с входящей конечной точкой, адрес которой равен http://localhost:8081/ и log (или нет) каждое сообщение, полученное в этом потоке.

+0

Эй, спасибо за ответ, я подумал, что будет менее «грубый» способ исправить эту проблему, но это похоже на единственное решение. Основываясь на вашей идее, я создал поток без пути и просто добавляю полезную нагрузку, которая говорит «hello robot» только для черта этого. Я не регистрирую ни одного из них и не получаю проблемы! –

1

Этот MuleSoft tutorial объясняет, как отфильтровать наши запросы для favicon.ico. Вы должны быть в состоянии сделать то же самое с запросами для robots.txt

Новый HTTP Listener в 3.6 +:

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

Для 3.5.0 и меньше:

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

Спасибо за ответ, должен был заявить, что я пробовал это. Но это не сработало. –

+0

Ох. Все еще получая ошибку в вопросе с фильтром на месте или фильтр разбивает вашу конфигурацию? –

+0

Да предупреждающее сообщение/журнал все еще не фильтруется, но он не нарушает мою конфигурацию. Я добавил его к каждому потоку, чтобы быть уверенным, но это ничего не меняет. –