You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@nutch.apache.org by "Emmanuel Joke (JIRA)" <ji...@apache.org> on 2007/08/06 08:05:59 UTC
[jira] Updated: (NUTCH-532) CrawlDbMerger: wrong computation of
last fetch time
[ https://issues.apache.org/jira/browse/NUTCH-532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Emmanuel Joke updated NUTCH-532:
--------------------------------
Attachment: NUTCH-532_v2.patch
New patch provided
* Add new method to CrawlDatum calculateLastFetchTime() and setFetchTimeBasedOnInterval(long time)
* Change the Fetch Interval from Float to Int.
* Update the different classes regardings the modifcation listed above
* Fixed the AdaptiveFetchSchedule and CrawlDbMerger convertion bug.
> CrawlDbMerger: wrong computation of last fetch time
> ---------------------------------------------------
>
> Key: NUTCH-532
> URL: https://issues.apache.org/jira/browse/NUTCH-532
> Project: Nutch
> Issue Type: Bug
> Reporter: Emmanuel Joke
> Assignee: Emmanuel Joke
> Fix For: 1.0.0
>
> Attachments: NUTCH-532.patch, NUTCH-532_v2.patch
>
>
> CrawlDbMerger.reduce analyse the last fetch time of each record and keep the more recent record.
> This comparison is based on a FetchInterval in days : resTime = res.getFetchTime() - Math.round(res.getFetchInterval() * 3600 * 24 * 1000);
> It was not really a noticeable as the Math.Round method return the INTEGER.MAX_VALUE i.e 25 days.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.