Table of Contents
A complete DSpace installation consists of three separate directory trees:
This is where (surprise!) the source code lives. Note that the config files here are used only during the initial install process. After the install, config files should be changed in the install directory. It is referred to in this document as
This directory is populated during the install process and also by DSpace as it runs. It contains config files, command-line tools (and the libraries necessary to run them), and usually--although not necessarily--the contents of the DSpace archive (depending on how DSpace is configured). After the initial build and install, changes to config files should be made in this directory. It is referred to in this document as
This directory is generated by the web server the first time it finds a dspace.war file in its webapps directory. It contains the unpacked contents of dspace.war, i.e. the JSPs and java classes and libraries necessary to run DSpace. Files in this directory should never be edited directly; if you wish to modify your DSpace installation, you should edit files in the source directory and then rebuild. The contents of this directory aren't listed here since its creation is completely automatic. It is usually referred to in this document as
dspace/ - Directory which contains all build and configuration information for DSpace
CHANGES - Detailed list of code changes between versions.
KNOWN_BUGS - Known bugs in the current version.
LICENSE - DSpace source code license.
README - Obligatory basic information file.
bin/ - Some shell and Perl scripts for running DSpace command-line tasks.
config/ - Configuration files:
controlled-vocabularies/ - Fixed, limited vocabularies used in metadata entry
crosswalks/ - Metadata crosswalks - property files or XSL stylesheets
dspace.cfg - The Main DSpace configuration file (You will need to edit this).
dc2mods.cfg - Mappings from Dublin Core metadata to MODS for the METS export.
default.license - The default license that users must grant when submitting items.
dstat.map - Configuration for statistical reports.
input-forms.xml - Submission UI metadata field configuration.
news-side.html - Text of the front-page news in the sidebar, only used in JSPUI.
news-top.html - Text of the front-page news in the top box, only used in teh JSPUI.
emails/ - Text and layout templates for emails sent out by the system.
registries/ - Initial contents of the bitstream format registry and Dublin Core element/qualifier registry. These are only used on initial system setup, after which they are maintained in the database.
docs/ - DSpace system documentation. The technical documentation for functionality, installation, configuration, etc.
This directory contains administrative files needed for the install process and by developers, mostly database initialization and upgrade scripts. Any
.xml files in
etc/ are common to all supported database systems.
postgres/ - Versions of the database schema and updater SQL scripts for PostgreSQL.
oracle/ - Versions of the database schema and updater SQL scripts for Oracle.
modules/ - The Web UI modules "overlay" directory. DSpace uses Maven to automatically look here for any customizations you wish to make to DSpace Web interfaces.
jspui - Contains all customizations for the JSP User Interface.
src/main/resources/ - The overlay for JSPUI Resources. This is the location to place any custom Messages.properties files. (Previously this file had been stored at:
src/main/webapp/ - The overlay for JSPUI Web Application. This is the location to place any custom JSPs to be used by DSpace.
lni - Contains all customizations for the Lightweight Network Interface.
oai - Contains all customizations for the OAI-PMH Interface.
sword - Contains all customizations for the SWORD (Simple Web-service Offering Repository Deposit) Interface.
xmlui - Contains all customizations for the XML User Interface (aka Manakin).
src/main/webapp/ - The overlay for XMLUI Web Application. This is the location to place custom Themes or Configurations.
i18n/ - The location to place a custom version of the XMLUI's messages.xml (You have to manually create this folder)
themes/ - The location to place custom Themes for the XMLUI (You have to manually create this folder).
src/ - Maven configurations for DSpace System. This directory contains the Maven and Ant build files for DSpace.
target/ - (Only exists after building DSpace) This is the location Maven uses to build your DSpace installation package.
dspace-[version].dir - The location of the DSpace Installation Package (which can then be installed by running
Below is the basic layout of a DSpace installation using the default configuration. These paths can be configured if necessary.
assetstore/ - asset store files
bin/ - shell and Perl scripts
config/ - configuration, with sub-directories as above
handle-server/ - Handles server files
history/ - stored history files (generally RDF/XML)
lib/ - JARs, including dspace.jar, containing the DSpace classes
log/ - Log files
reports/ - Reports generated by statistical report generator
search/ - Lucene search index files
upload/ - temporary directory used during file uploads etc.
webapps/ - location where DSpace installs all Web Applications
DSpace's Ant build file creates a
dspace-jspui-webapp/ directory with the following structure:
(top level dir)
web.xml - DSpace JSPUI Web Application configuration and Servlet mappings
dspace-tags.tld - DSpace custom tag descriptor
fmt.tld - JSTL message format tag descriptor, for internationalization
lib/ - All the third-party JARs and pre-compiled DSpace API JARs needed to run JSPUI
classes/ - Any additional necessary class files
DSpace's Ant build file creates a
dspace-xmlui-webapp/ directory with the following structure:
(top level dir)
aspects/ - Contains overarching Aspect Generator config and Prototype DRI (Digital Repository Interface) document for Manakin.
i18n/ - Internationalization / Multilingual support. Contains the
messages.xml English language pack by default.
themes/ - Contains all out-of-the-box Manakin themes
Classic/ - The classic theme, which makes the XMLUI look like classic DSpace
dri2xhtml/ - The base theme, which converts XMLUI DRI (Digital Repository Interface) format into XHTML for display
Reference/ - The default reference theme for XMLUI
template/ - A theme template...useful as a starting point for your own custom theme(s)
dri2xhtml.xsl - The DRI-to-XHTML XSL Stylesheet. Uses the above 'dri2xhtml' theme to generate XHTML
themes.xmap - The Theme configuration file. It determines which theme(s) are used by XMLUI
lib/ - All the third-party JARs and pre-compiled DSpace JARs needed to run XMLUI
classes/ - Any additional necessary class files
cocoon.xconf - XMLUI's Apache Cocoon configuration
logkit.xconf - XMLUI's Apache Cocoon Logging configuration
web.xml - XMLUI Web Application configuration and Servlet mappings
The first source of potential confusion is the log files. Since DSpace uses a number of third-party tools, problems can occur in a variety of places. Below is a table listing the main log files used in a typical DSpace setup. The locations given are defaults, and might be different for your system depending on where you installed DSpace and the third-party tools. The ordering of the list is roughly the recommended order for searching them for the details about a particular problem or error.
Table 10.1. DSpace Log File Locations
What's In It
Main DSpace log file. This is where the DSpace code writes a simple log of events and errors that occur within the DSpace code. You can control the verbosity of this by editing the
This is where Tomcat's standard output is written. Many errors that occur within the Tomcat code are logged here. For example, if Tomcat can't find the DSpace code (
If you're running Tomcat stand-alone (without Apache), it logs some information and errors for specific Web applications to this log file.
If you're using Apache, Tomcat logs information about Web applications running through Apache (
Apache logs to this file. If there is a problem with getting
The Handle server runs as a separate process from the DSpace Web UI (which runs under Tomcat's JVM). Due to a limitation of log4j's 'rolling file appenders', the DSpace code running in the Handle server's JVM must use a separate log file. The DSpace code that is run as part of a Handle resolution request writes log information to this file. You can control the verbosity of this by editing
This is the log file for CNRI's Handle server code. If a problem occurs within the Handle server code, before DSpace's plug-in is invoked, this is where it may be logged.
On the other hand, a problem with CNRI's Handle server code might be logged here.
PostgreSQL also writes a log file. This one doesn't seem to have a default location, you probably had to specify it yourself at some point during installation. In general, this log file rarely contains pertinent information--PostgreSQL is pretty stable, you're more likely to encounter problems with connecting via JDBC, and these problems will be logged in
[dspace]/config/log4j.properties controls how and where log files are created. There are three sets of configurations in that file, called A1, A2, and A3. These are used to control the logs for DSpace, the checksum checker, and the XMLUI respectively. The important settings in this file are:
Table 10.2. log4j.properties Table
|These lines control what level of logging takes place. Normally they should be set to INFO, but if you need to see more information in the logs, set them to dEBUG and restart your web server|
|This is the name of the log file creation method used. The DailyFileAppender creates a new date-stamped file every day or month.|
|This sets the filename and location of where the log file will be stored. It iwll have a date stamp appended to the file name.|
|This defines the format for the date stamp that is appended to the log file names. If you wish to have log files created monthyl instead of daily, change this to |
|This defines how many log files will be created. You may wish to define a retention period for log files. If you set this to 365, logs older than a year will be deleted. By default this is set to 0 so that no logs are ever deleted. Ensure that you monitor the disk space used by the logs to make sure that you have enough space for them. It is often important to keep the log files for a long time in case you want to rebuild your statistics.|
Copyright © 2002-2010 The DuraSpace Foundation