forked from TheLanguageArchive/lamus2
-
Notifications
You must be signed in to change notification settings - Fork 0
/
INSTALL.txt
49 lines (33 loc) · 2.13 KB
/
INSTALL.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
LAMUS2 INSTALLATION
SOURCES
The LAMUS2 source code contains 3 modules: a jar package with most of the functionality,
the main war which contains the web interface and a tar.gz archive that packs
the war file (therefore it contains both modules, since the war contains the jar).
It can be built using maven.
To create all the artifacts for LAMUS2:
mvn package -DdeployTo=<name of the server where it will be deployed to>
In order to, besides creating the artifacts, also install them into the local repository:
mvn install -DdeployTo=<name of the server where it will be deployed to>
The "deployTo" property should contain the name of the server where the war file is
supposed to be deployed. The shibboleth configuration file (shhaa.xml) will be filtered
accordingly (using a filter file with the corresponding name: "application.<server>.properties",
under the directory "./src/main/filters").
COMPILED PACKAGE
The war file (can be extracted from the tar.gz package) should be unpacked into
the folder where the current version is usually located
(i.e. in lux17, it would be "/lat/webapps/lamus2"). If the code was compiled for the server
in question, no files need to be changed. If not, the configuration files (e.g. shhaa.xml)
should be adapted.
The files extracted from the war file need to be readable for the UID in which the tomcat is running.
CONFIGURATION
Example configuration and some explanations can be found in the file named CONFIGURATION.
The schematron files are included under the 'wicket' project (src/main/resources/cmdi_validation).
In each of the schematron files, the path to the helper XML file (cmdi_alllowed_profiles.xml) should be adjusted, if necessary.
BOOTSTRAP
The "lamus2" database and its structure are not created automatically, so if it's
the first time the application is deployed to a server, this has to be done before
running it.
There are two SQL scripts which do this:
"CreateDataSource.sql" creates the database, and "CreateDataStructure.sql" the tables.
These scripts, together with the ones to drop the tables or the database, are
provided in the tar.gz package, under the "scripts" directory.