Page History
...
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="caddea510c5bb2ec-d2f86194-44db41fc-bb148ad7-6346aa478cfcab7800a9edcd"><ac:plain-text-body><![CDATA[ | Command used: | | ]]></ac:plain-text-body></ac:structured-macro> |
Java class: | | ||
Argument: short and long (if available) forms: | Description of the argument | ||
-f | Source xml file. | ||
-o | Output xml file. | ||
-e | Email of DSpace Administrator. |
...
Code Block |
---|
[dspace]/bin/dspace packager -e [user-email] -p [parent-handle] -t [packager-name] /full/path/to/package |
Wiki Markup |
---|
Where _\[DSDOC:user-email\]_ is the e-mail address of the E-Person under whose authority this runs; _\[DSDOC:parent-handle\]_ is the Handle of the Parent Object into which the package is ingested, _\[DSDOC:packager-name\]_ is the plugin name of the package ingester to use, and _/full/path/to/package_ is the path to the file to ingest (or _"-"_ to read from the standard input). |
...
Code Block |
---|
[dspace]/bin/dspace packager -d -e [user-email] -i [handle] -t [packager-name] [file-path] |
Wiki Markup |
---|
Where _\[DSDOC:user-email\]_ is the e-mail address of the E-Person under whose authority this runs; _\[DSDOC:handle\]_ is the Handle of the Object to disseminate; _\[DSDOC:packager-name\]_ is the plugin name of the package disseminator to use; and _\[DSDOC:file-path\]_ is the path to the file to create (or _"-"_ to write to the standard output). For example: |
...
Wiki Markup |
---|
The _dublin_core.xml_ or _metadata_\[DSDOC:prefix\].xml_file has the following format, where each metadata element has it's own entry within a _<dcvalue>_ tagset. There are currently three tag attributes available in the _<dcvalue>_ tagset: |
...
Wiki Markup |
---|
'PERMISSIONS' is text with the following format: -\[r\|DSDOC:w\] 'group name' |
'DESCRIPTION' is text of the files description.
Primary is used to specify the primary bitstream.
Wiki Markup |
---|
Configuring _metadata-\[DSDOC:prefix\].xml_ for Different Schema |
It is possible to use other Schema such as EAD, VRA Core, etc. Make sure you have defined the new scheme in the DSpace Metada Schema Registry.
Wiki Markup Create a separate file for the other schema named "_metadata-\[DSDOC:prefix\].xml_", where the _\{prefix\}_ is replaced with the schema's prefix.
- Inside the xml file use the dame Dublin Core syntax, but on the <dublin_core> element include the attribute "schema={prefix}".
- Here is an example for ETD metadata, which would be in the file "metadata_etd.xml":
Code Block <?xml version="1.0" encoding="UTF-8"?> <dublin_core schema="etd"> <dcvalue element="degree" qualifier="department">Computer Science</dcvalue> <dcvalue element="degree" qualifier="level">Masters</dcvalue> <dcvalue element="degree" qualifier="grantor">Texas A & M</dcvalue> </dublin_core>
...
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="1c42dcfa9beac1ab-d0e0d0fe-4e9c4019-852ba3d6-3da749afe84e1d2e805627db"><ac:plain-text-body><![CDATA[ | Command used: | | ]]></ac:plain-text-body></ac:structured-macro> |
Java class: | | ||
Arguments short and (long) forms: | Description | ||
| Add items to DSpace ‡ | ||
| Replace items listed in mapfile ‡ | ||
| Delete items listed in mapfile ‡ | ||
| Source of the items (directory) | ||
| Destination Collection by their Handle or database ID | ||
| Where the mapfile for items can be found (name and directory) | ||
| Email of eperson doing the importing | ||
| Send submission through collection's workflow | ||
| Kicks off the email alerting of the item(s) has(have) been imported | ||
| Test run‚ do not actually import items | ||
| Apply the collection template | ||
| Resume a failed import (Used on Add only) | ||
| Command help |
...
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="1188c31e3a0279c8-bd6dc520-41724d65-826e82a5-0d35857c9a62d80efac1a735"><ac:plain-text-body><![CDATA[ | Command used: | | ]]></ac:plain-text-body></ac:structured-macro> |
Java class: | org.dspace.app.itemexport.ItemExport | ||
Arguments short and (long) forms: | Description | ||
| Type of export. COLLECTION will inform the program you want the whole collection. ITEM will be only the specific item. (You will actually key in the keywords in all caps. See examples below.) | ||
| The ID or Handle of the Collection or Item to export. | ||
| The destination of where you want the file of items to be placed. You place the path if necessary. | ||
| Sequence number to begin export the items with. Whatever number you give, this will be the name of the first directory created for your export. The layout of the export is the same as you would set your layout for an Import. | ||
| Export the item/collection for migration. This will remove the handle and metadata that will be re-created in the new instance of DSpace. | ||
| Brief Help. |
...
Wiki Markup |
---|
A note on terminology: *item* refers to a DSpace item. *metadata element* refers generally to a qualified or unqualified element in a schema in the form _\[DSDOC:schema\].\[DSDOC:element\].\[DSDOC:qualifier\]_ or _\[DSDOC:schema\].\[DSDOC:element\]_ and occasionally in a more specific way to the second part of that form. *metadata field* refers to a specific instance pairing a metadata element to a value. |
...
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="38c008d5c98b5f42-93618cde-4b6447cf-9b05aea3-a1b439342e08d7902d567994"><ac:plain-text-body><![CDATA[ | Command used: | | ]]></ac:plain-text-body></ac:structured-macro> |
Java class: | org.dspace.app.itemimport.ItemUpdate | ||
Arguments short and (long) forms: | Description | ||
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="ab7f775075628ee5-e71738be-48df4645-a6fdb51a-2c7011bbe1fdc9b34c3b424f"><ac:plain-text-body><![CDATA[ | | Repeatable for multiple elements. The metadata element should be in the form dc.x or dc.x.y. The mandatory argument indicates the metadata fields in the dublin_core.xml file to be added unless already present. However, duplicate fields will not be added to the item metadata without warning or error. | ]]></ac:plain-text-body></ac:structured-macro> |
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="0af79beac335e65b-763b2505-4d874e16-a9ebb930-49e98954d03dc274f2e8f20a"><ac:plain-text-body><![CDATA[ | | Repeatable for multiple elements. All metadata fields matching the element will be deleted. | ]]></ac:plain-text-body></ac:structured-macro> |
| Adds bitstreams listed in the contents file with the bitstream metadata cited there. | ||
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="7f4acc6c6c31ee5e-d87059e0-4b0b4529-910b9655-ce9221883504c325ebf40ab7"><ac:plain-text-body><![CDATA[ | | Not repeatable. With no argument, this operation deletes bitstreams listed in the deletes_contents file. Only bitstream ids are recognized identifiers for this operatiotn. The optional filter argument is the classname of an implementation of org.dspace.app.itemdupate.BitstreamFilter class to identify files for deletion or one of the aliases (ORIGINAL, ORIGINAL_AND_DERIVATIVES, TEXT, THUMBNAIL) which reference existing filters based on membership in a bundle of that name. IN this case, the delete_contents file is not required for any item. The filter properties file will contains properties pertinent to the particular filer used. Multiple filters are not allowed. | ]]></ac:plain-text-body></ac:structured-macro> |
| Displays brief command line help. | ||
| Email address of the person or the user's database ID (Required) | ||
| Directory archive to process (Required) | ||
| Specifies an alternate metadata field (not a handle) used to hold an identifier used to match the DSpace item with that in the archive. If omitted, the item handle is expected to be located in the dc.identifier.uri field. (Optional) | ||
| Runs the process in test mode with logging but no changes applied to the DSpace instance. (Optional) | ||
| Prevents any changes to the provenance field to represent changes in the bitstream content resulting from an Add or Delete. No provenance statements are written for thumbnails or text derivative bitstreams, in keeping with the practice of MediaFilterManager. (Optional) | ||
| The filter properties files to be used by the delete bitstreams action (Optional) |
...
- -r indicates this is a file to be registered
- -s n indicates the asset store number (n)
- -f filepath indicates the path and name of the content file to be registered (filepath)
- \t is a tab character
- bundle:bundlename is an optional bundle name
Wiki Markup _permissions: \-\[r\|DSDOC:w\] 'group name'_ is an optional read or write permission that can be attached to the bitstream
- description: some text is an optional description field to add to the file
The bundle, that is everything after the filepath, is optional and is normally not used.
...
The --workflow
and --test
flags will function as described in DSDOC:Importing Items.
The --delete
flag will function as described in Importing Items but the registered content files will not be removed from storage. See Deleting Registered Items.
...
This tool is obsolete. Its use is strongly discouraged. Please use the DSDOC:Package Importer and Exporter instead.
...
Available Command-Line Options:
Wiki Markup *Help* : _\[DSDOC:dspace\]/bin/dspace filter-media \-h_
- Display help message describing all command-line options.
Wiki Markup *Force mode* : _\[DSDOC:dspace\]/bin/dspace filter-media \-f_
- Apply filters to ALL bitstreams, even if they've already been filtered. If they've already been filtered, the previously filtered content is overwritten.
Wiki Markup *Identifier mode* : _\[DSDOC:dspace\]/bin/dspace filter-media \-i 123456789/2_
- Restrict processing to the community, collection, or item named by the identifier - by default, all bitstreams of all items in the repository are processed. The identifier must be a Handle, not a DB key. This option may be combined with any other option.
Wiki Markup *Maximum mode* : _\[DSDOC:dspace\]/bin/dspace filter-media \-m 1000_
- Suspend operation after the specified maximum number of items have been processed - by default, no limit exists. This option may be combined with any other option.
Wiki Markup *No-Index mode* : _\[DSDOC:dspace\]/bin/dspace filter-media \-n_
- Suppress index creation - by default, a new search index is created for full-text searching. This option suppresses index creation if you intend to run index-update elsewhere.
Wiki Markup *Plugin mode* : _\[DSDOC:dspace\]/bin/dspace filter-media \-p "PDF Text Extractor","Word Text Extractor"_
- Apply ONLY the filter plugin(s) listed (separated by commas). By default all named filters listed in the filter.plugins field of dspace.cfg are applied. This option may be combined with any other option. WARNING: multiple plugin names must be separated by a comma (i.e. ',') and NOT a comma followed by a space (i.e. ', ').
Wiki Markup *Skip mode* : _\[DSDOC:dspace\]/bin/dspace filter-media \-s 123456789/9,123456789/100_
- SKIP the listed identifiers (separated by commas) during processing. The identifiers must be Handles (not DB Keys). They may refer to items, collections or communities which should be skipped. This option may be combined with any other option. WARNING: multiple identifiers must be separated by a comma (i.e. ',') and NOT a comma followed by a space (i.e. ', ').
- NOTE: If you have a large number of identifiers to skip, you may maintain this comma-separated list within a separate file (e.g. filter-skiplist.txt). Use the following format to call the program. Please note the use of the "grave" or "tick" (`_) symbol and do not use the single quotation. _
Wiki Markup _\[DSDOC:dspace\]/bin/dspace filter-media \-s `less filter-skiplist.txt`_
Wiki Markup *Verbose mode* : _\[DSDOC:dspace\]/bin/dspace filter-media \-v_
- Verbose mode - print all extracted text and other filter details to STDOUT.
Adding your own filters is done by creating a class which implements the org.dspace.app.mediafilter.FormatFilter interface. See the Creating a new Media Filter topic and comments in the source file FormatFilter.java for more information. In theory filters could be implemented in any programming language (C, Perl, etc.) However, they need to be invoked by the Java code in the Media Filter class that you create.
- Verbose mode - print all extracted text and other filter details to STDOUT.
...
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="3b2c2e938638e6ad-171984e8-4a7c4d49-a45d8b57-4cc0a0cb04919131a1b57f67"><ac:plain-text-body><![CDATA[ | Command used: | | ]]></ac:plain-text-body></ac:structured-macro> |
Java class: | org.dspace.administer.CommunityFiliator | ||
Arguments short and (long) forms: | Description | ||
| Set a parent/child relationship | ||
| Remove a parent/child relationship | ||
| Child community (Handle or database ID) | ||
| Parent community (Handle or database ID | ||
| Online help. |
...
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="a6710f49a3ad2862-1e0774ad-470d4cda-83709b90-a08e9a074cc52dd9534520e8"><ac:plain-text-body><![CDATA[ | Command used: | | ]]></ac:plain-text-body></ac:structured-macro> |
Java class: | org.dspace.app.bulkedit.MetadataExport | ||
Arguments short and (long) forms): | Description | ||
| Required. The filename of the resulting CSV. | ||
| The Item, Collection, or Community handle or Database ID to export. If not specified, all items will be exported. | ||
| Include all the metadata fields that are not normally changed (e.g. provenance) or those fields you configured in the | ||
| Display the help page. |
...
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="45d51682c85f1e3b-c9e8fd9c-4d3b4f97-b1519c59-6854b70393c22a2e17ac3c02"><ac:plain-text-body><![CDATA[ | Command used: | | ]]></ac:plain-text-body></ac:structured-macro> |
Java class: | org.dspace.app.bulkedit.MetadataImport | ||
Arguments short and (long) forms: | Description | ||
| Required. The filename of the CSV file to load. | ||
| Silent mode. The import function does not prompt you to make sure you wish to make the changes. | ||
| The email address of the user. This is only required when adding new items. | ||
| When adding new items, the program will queue the items up to use the Collection Workflow processes. | ||
| when adding new items using a workflow, send notification emails. | ||
| When adding new items, use the Collection template, if it exists. | ||
| Display the brief help page. |
...
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="6293b5a62fe51afd-d661a7fa-48564325-80ba8912-df74a48a8044c57e78a945cb"><ac:plain-text-body><![CDATA[ | Command used: | | ]]></ac:plain-text-body></ac:structured-macro> |
Java class: | org.dspace.app.checker.ChecksumChecker | ||
Arguments short and (long) forms): | Description | ||
| Loop continuously through the bitstreams | ||
| Specify a handle to check | ||
| Space separated list of bitstream IDs | ||
| Check count | ||
| Checking duration | ||
| Calls online help | ||
| Loop once through bitstreams | ||
| Prune old results (optionally using specified properties file for configuration | ||
| Report all processing |
...
Wiki Markup *Limited-count mode:* {{\[DSDOC:dspace\]/bin/dspace checker \-c}} To check a specific number of bitstreams. The _\-c_ option if followed by an integer, the number of bitstreams to check. Example: {{\[dspace/bin/dspace checker \-c 10}} This is particularly useful for checking that the checker is executing properly. The Checksum Checker's default execution mode is to check a single bitstream, as if the option was _\-c 1_
Wiki Markup *Duration mode:* {{\[DSDOC:dspace\]/bin/dspace checker \-d}} To run the Check for a specific period of time with a time argument. You may use any of the time arguments below: Example: {{\[dspace/bin/dspace checker \-d 2h}} (Checker will run for 2 hours)
The checker will keep starting new bitstream checks for the specific durations, so actual execution duration will be slightly longer than the specified duration. Bear this in mind when scheduling checks.s
Seconds
m
Minutes
h
Hours
d
Days
w
Weeks
y
Years
Wiki Markup *Specific Bitstream mode:* {{\[DSDOC:dspace\]/bin/dspace checker \-b}} Checker will only look at the internal bitstream IDs. Example: {{\[DSDOC:dspace\]/bin/dspace checker \-b 112 113 4567}} Checker will only check bitstream IDs 112, 113 and 4567.
Wiki Markup *Specific Handle mode:* {{\[DSDOC:dspace\]/bin/dspace checker \-a}} Checker will only check bitstreams within the Community, Community or the item itself. Example: {{\[DSDOC:dspace\]/bin/dspace checker \-a 123456/999}} Checker will only check this handle. If it is a Collection or Community, it will run through the entire Collection or Community.
Wiki Markup *Looping mode:* {{\[DSDOC:dspace\]/bin/dspace checker \-l}} or {{\[DSDOC:dspace\]/bin/dspace checker \-L}} There are two modes. The lowercase 'el' (-l) specifies to check every bitstream in the repository once. This is recommended for smaller repositories who are able to loop through all their content in just a few hours maximum. An uppercase 'L' (-L) specifies to continuously loops through the repository. This is not recommended for most repository systems. *Cron Jobs*. For large repositories that cannot be completely checked in a couple of hours, we recommend the \-d option in cron.
Wiki Markup *Pruning mode:* {{\[DSDOC:dspace\]/bin/dspace checker \-p}} The Checksum Checker will store the result of every check in the checksum_history table. By default, successful checksum matches that are eight weeks old or older will be deleted when the \-p option is used. (Unsuccessful ones will be retained indefinitely). Without this option, the retention settings are ignored and the database table may grow rather large\!
...
Wiki Markup Editing the retention policies in {{\[DSDOC:dspace\]/config/dspace.cfg}} See Chapter 5 Configuration for the property keys. OR
- Pass in a properties file containing retention policies when using the -p option.To do this, create a file with the following two property keys:
Code Block checker.retention.default = 10y checker.retention.CHECKSUM_MATCH = 8w
Wiki Markup You can use the table above for your time units. At the command line: {{\[DSDOC:dspace\]/bin/dspace checker \-p retention_file_name <ENTER>}}
...
Wiki Markup |
---|
Checksum Checker uses log4j to report its results. By default it will report to a log called {{\[DSDOC:dspace\]/log/checker.log}}, and it will report only on bitstreams for which the newly calculated checksum does not match the stored checksum. To report on all bitstreams checked regardless of outcome, use the _\-v_ (verbose) command line option: |
Wiki Markup |
---|
{{\[DSDOC:dspace\]/bin/dspace checker \-l \-v}} (This will loop through the repository once and report in detail about every bitstream checked. |
Wiki Markup |
---|
To change the location of the log, or to modify the prefix used on each line of output, edit the {{\[DSDOC:dspace\]/config/templates/log4j.properties}} file and run {{\[DSDOC:dspace\]/bin/install_configs}}. |
...
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="280483e9572feb6d-940c9d2a-4818475d-8d839aef-ae93976ad44e29b675fdc53c"><ac:plain-text-body><![CDATA[ | Command used: | | ]]></ac:plain-text-body></ac:structured-macro> |
Java class: | org.dspace.checker.DailyReportEmailer | ||
Arguments short and (long) forms): | Description | ||
| Send all the results (everything specified below) | ||
| Send E-mail report for all bitstreams set as deleted for today. | ||
| Send E-mail report for all bitstreams not found in assetstore for today. | ||
| Send E-mail report for all bitstreams where checksum has been changed for today. | ||
| Send the Unchecked bitstream report. | ||
| Send E-mail report for all bitstreams set to longer be processed for today. | ||
| Help |
...
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="5975f6dbe2596972-b61243ae-4795453a-85e48645-1ac92ce6abf770627423e818"><ac:plain-text-body><![CDATA[ | Command used: | | ]]></ac:plain-text-body></ac:structured-macro> |
Java class: | org.dspace.embargo.EmbargoManager | ||
Arguments short and (long) forms): | Description | ||
| ONLY check the state of embargoed Items, do NOT lift any embargoes | ||
| Process ONLY this handle identifier(s), which must be an Item. Can be repeated. | ||
| Only lift embargoes, do NOT check the state of any embargoed items. | ||
| Do no change anything in the data model, print message instead. | ||
| Print a line describing the action taken for each embargoed item found. | ||
| No output except upon error. | ||
| Display brief help screen. |
...
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="26efdb60a7402357-c6d7b5b9-4eec4cbd-8672b9d4-289ec14b6699d579de0a6e97"><ac:plain-text-body><![CDATA[ | Command used: | _[DSDOC:dspace]_/bin/dspace index-init | ]]></ac:plain-text-body></ac:structured-macro> |
Java class: | org.dspace.browse.IndexBrowse | ||
Arguments short and long forms): | Description | ||
| Should we rebuild all the indexes, which removes old tables and creates new ones. For use with | ||
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="4f9d0ff155d52348-d54343a4-43fd422b-9dbb9880-f861903728a591357858aba7"><ac:plain-text-body><![CDATA[ | | | ]]></ac:plain-text-body></ac:structured-macro> |
| Execute all the remove and create SQL against the database. For use with | ||
| Actually do the indexing. Mutually exclusive with | ||
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="23c92bcb530b58f6-b2d865fc-460b4fba-93dd9d25-f1d908245f2665f5ac6a5789"><ac:plain-text-body><![CDATA[ | | | ]]></ac:plain-text-body></ac:structured-macro> |
| Write the remove and create SQL to the stdout. For use with | ||
| Create the tables only, do no attempt to index. Mutually exclusive with | ||
| Make the tables, and do the indexing. This forces | ||
| Print extra information to the stdout. If used in conjunction with | ||
| Delete all the indexes, but do not create new ones. For use with | ||
| Show this help documentation. Overrides all other arguments. |
...
Wiki Markup |
---|
*Complete Index Regeneration*. By running {{\[DSDOC:dspace\]/bin/dspace index-init}} you will completely regenerate your indexes, tearing down all old tables and reconstructing with the new configuration. |
...
Wiki Markup |
---|
*Updating the Indexes*. By running {{\[DSDOC:dspace\]/bin/dspace index-update}} you will reindex your full browse without modifying the table structure. (This should be your default approach if indexing, for example, via a cron job periodically). |
...
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="12bf6cae74cc4502-10117878-4587431a-9feb972c-dd6e5054518cd73682faea22"><ac:plain-text-body><![CDATA[ | Command used: | | ]]></ac:plain-text-body></ac:structured-macro> |
Java class: | org.dspace.statistics.util.ClassicDSpaceLogConverter | ||
Arguments short and long forms): | Description | ||
| Input file | ||
| Output file | ||
| Adds a wildcard at the end of input and output, so it would mean dspace.log* would be converted. (For example, the following files would be included because of this argument: dspace.log, dspace.log.1, dspace.log.2, dspace.log.3, etc.) | ||
| If the log files have been created with DSpace 1.6 | ||
| Display verbose output (helpful for debugging) | ||
| Help |
...
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="1bbdd0cabc56ab21-e36f64cd-4259456a-896ebfa0-97bcb323017bcfb8a2588bfe"><ac:plain-text-body><![CDATA[ | Command used: | | ]]></ac:plain-text-body></ac:structured-macro> |
Java class: | org.dspace.statistics.util.StatisticsImporter | ||
Arguments (short and long forms): | Description | ||
| input file | ||
| Adds a wildcard at the end of the input, so it would mean dspace.log* would be imported | ||
| To skip the reverse DNS lookups that work out where a user is from. (The DNS lookup finds the information about the host from its IP address, such as geographical location, etc. This can be slow, and wouldn't work on a server not connected to the internet.) | ||
| Display verbose ouput (helpful for debugging) | ||
| For developers: allows you to import a log file from another system, so because the handles won't exist, it looks up random items in your local system to add hits to instead. | ||
| Help |
...
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="c875aa623552b4ce-121f4f68-4d5647b9-8fc59cf2-b671554e8807744f6552f5b7"><ac:plain-text-body><![CDATA[ | Command used: | | ]]></ac:plain-text-body></ac:structured-macro> |
Java class: | org.dspace.statistics.util.StatisticsClient | ||
Arguments (short and long forms): | Description | ||
| Update Spider IP Files from internet into | ||
| Delete Spiders in Solr By isBot Flag. Will prune out all records that have | ||
| Delete Spiders in Solr By IP Address. Will prune out all records that have IP's that match spider IPs. | ||
| Update isBog Flag in Solr. Marks any records currently stored in statistics that have IP addresses matched in spiders files | ||
| Run maintenance on the SOLR index. Recommended to run daily, to prevent your applet container from running out of memory | ||
| Calls up this brief help table at CLI. |
...
Wiki Markup |
---|
There are guards in place to control what can be defined as an IP range for a bot, in {{\[DSDOC:dspace\]/config/spiders}}, spider IP address ranges have to be at least 3 subnet sections in length 123.123.123 and IP Ranges can only be on the smallest subnet \[DSDOC:123.123.123.0 - 123.123.123.255\]. If not, loading that row will cause exceptions in the dspace logs and exclude that IP entry. |
...
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="acda49bf1de307b3-396072d6-41404108-b727af5d-b33a4ba020f351dfab837824"><ac:plain-text-body><![CDATA[ | Command used: | | ]]></ac:plain-text-body></ac:structured-macro> |
Java class: | org.dspace.storage.rdbms.DatabaseManager | ||
Arguments (short and long forms): | Description | ||
| There are no arguments used at this time. |
...