Archetypes' http.content.limit cuts sitemaps, which then fail to parse

オープン
#2,305 コメント 3 件 リアクション 0 件 担当者 1 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

@dpol1 がすでに取り組んでいます。

2026年11月6日 から。

評価

この issue はまだ評価されていません。

説明

bug

The archetypes set sitemap.discovery: true and http.content.limit: 65536, and the limit applies to sitemaps too. An XML sitemap above 64 KiB is cut and fails to parse, so none of its URLs are discovered. SiteMapParserBolt marks the fetch as FETCH_ERROR and removes isSitemap, so the retry treats it as a page. sitemaps.org allows up to 50 MB.

In a 12-minute crawl of GQ32K hosts, there were 1,457 sitemap parsing failures, all on responses cut at the limit. rzo1 got 4,183 such errors in #2268. The 3.7.0 archetypes have the same settings, and there the fetch ends as ERROR. This affects the configuration shipped with the archetypes. crawler-default.yaml leaves the content size unlimited.

A higher limit in the archetypes would also apply to pages, so I suggest a separate limit for sitemaps, as we have with http.robots.content.limit and as Nutch has with sitemap.size.max. The robots.txt limit goes through the per-URL http.content.limit metadata. Sitemaps found in robots.txt or in a sitemap index already carry isSitemap=true before their fetch, so a sitemap limit could work the same way. A redirect target doesn't carry it, and neither does the retry after a parsing failure, so the limit would have to cover those too.

主要言語
Java
スター
1k
フォーク
297
平均マージ
1日 11時間
マージ済み PR(30日)
61

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

apache/stormcrawler のほかの issue

apache/stormcrawler の issue をすべて見る

似ている issue

Java の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。