Tools in the Wayback Module
In addition to the tools described here, the NetarchiveSuite Java applications for continuous indexing of an arcrepository are described in the Configuration Manual.
Wayback is a tool for browsing in webarchives. It exists in two forks, the Internet Archive version can be downloaded from http://archive-access.sourceforge.net/projects/wayback/ and the community-supported OpenWayback version at https://github.com/iipc/openwayback. The NetarchiveSuite plugin for wayback is a class
NetarchiveResourceStore which implements
org.archive.wayback.ResourceStore. The class
NetarchiveResourceStore instantiates a connection to a NetarchiveSuite ArcRepository and retrieves archive data from it via NetarchiveSuite. It is known to work with both forks of wayback.
In order to make use of the plugin, it is necessary to copy the required jar files into the lib-directory of your wayback installation. Ensure that wayback has access to a NetarchiveSuite settings file with the necessary connection information.
Configuring wayback to use
The lib directory for wayback will be under
in your tomcat webapps directory. Copy into the lib directory and all the jar files in
and the jar files for the packages
wayback, je, jericho, jetty, junit, poi and
libidn. These are either not required or are already included in the wayback distribution.
As an alternative to this hand-held deployment mechanism, there are two experimental projects which build a deployable combined wayback/netarchivesuite directly:
https://github.com/netarchivesuite/wayback-netarchivesuite is a fork of Internet Archive's wayback which includes NetarchiveSuite as a maven dependency when the war is built.
https://github.com/netarchivesuite/netarkivet-openwayback-overlay is a maven overlay project which builds a version of openwayback with various Netarkivet customisations, including adding NetarchiveSuite dependencies.
The NetarchiveSuite settings file location can be specified in the catalina.sh file of your tomcat with a line like
NetarchiveResourceStore has been tested with a wayback localcdxcollection using settings like:
but should work with other types of wayback collection.
This batch job is a wrapper for the parts of the wayback API which generate CDX index files for use in wayback. The job can be called with a script like
Note the syntax of the regular expression which selects all arcfiles generated by job 1042 except for metadata arcfiles. The cdx files generated are unsorted. For use in wayback they must be sorted and merged e.g. using unix sort:
Our experience is that sorting and merging of files with total size up to 100GB can be accomplished in a few hours on a moderately powerful server machine.
In NetarchiveSuite, duplicate objects which are not harvested are recorded as extra metadata in the heritrix crawl log. In order to be able to browse these items, these deduplication records need to be indexed. Each deduplication record will generate a cdx record showing the harvested time as the time when the duplicate record was discovered, but pointing to the archive location where the original record is stored. The batch job to execute this indexing is invoked in exactly the same way as that described above for indexing the archived data, except that in this case we would use a regular expression which matches only metadata files, rather than one which matches everything except metadata files; for example
As in the above case, the returned cdx files are unsorted.
This is a command line interface to the same code for generating CDX indexes from deduplication records in crawl log files (not metadata arcfiles). It can be invoked by
This is an alternative to the class StaticMapExclusionFilterFactory supplied with wayback. The class is a spring bean which can be added to any wayback access point in wayback.xml with a specification like
The file wayback_regexps.txt is a plain-text file containing a list of Java regular expressions for url's which are to be blocked in the access point. The regular expressions are applied directly to the original harvested urls. The file is only read when wayback is initialised. If the file is changed then wayback needs to be reloaded, for example by restarting tomcat.