To get the name of the latest release, visit the Gazelle HL7 Validator project in JIRA and consult the “Change log” section.
A maven artifact is published in our Nexus repository each time we release the application. You can use it, but be aware that the link to the database is hardly expressed within the artifact so you will have to use the same database name, hosted in the server running Jboss, and with the same owner (and password).
To get the artifact on Nexus browse: https://gazelle.ihe.net/nexus/index.html#nexus-search;gav
GazelleHL7v2Validator-ear~ and download the latest version.
If you rather want to build the project by yourself, you must checkout the latest tag and package it. You may want to create a new profile to customize your build.
Checkout the latest tag available on Inria’s forge: svn co https://scm.gforge.inria.fr/svn/gazelle/Maven/GazelleHL7v2Validator/tags/GazelleHL7v2Validator-$versionName
[Optional] Edit the pom.xml file and create a new profile
Package the application:
mvn \[-P profile\] clean package
The EAR is available at GazelleHL7v2Validator/GazelleHL7v2Validator-ear/target/GazelleHL7v2Validator.ear
First, please consider reading the General installation manual for Jboss 7.2.0 AS.
If you use the artifact available on Nexus or if you have not change this parameter in the pom.xml file, create a database named gazelle-hl7-validator, owned by the user gazelle.
$ createdb -U gazelle -E UTF8 gazelle-hl7-validator
You first need to initialize the database with some data available in a SQL script. If you have checked out the project, the script is available in GazelleHL7v2Validator-ear/src/main/sql/import.sql.
IMPORTANT NOTICE: Before to apply this script into your database, open it and replace the ‘to be defined.’ values to be inserted in the oid_generator table by the root OIDs defined for your instance of the tool. Be carefull and keep the final dot.
Otherwise, download it from Inria’s forge (See Sources section)
Before executing the script, open the file and checked the various preferences to be inserted in the app_configuration table, especially the cas_url, application_url and other preferences relative to the user authentication (see Application configuration section). Context path for deployment is /GazelleHL7Validator.
Finally, execute the script:
$ psql -U gazelle gazelle-hl7-validator < import.sql
To take those parameters into account, you need to restart either the whole Jboss
sudo service jboss7 restart, either only the application (
$ touch GazelleHL7v2Validator.ear in the deploy folder of Jboss)
Use the Administration menu, you will find a sub-menu entitled “Configure application preferences”. The following preferences must be updated according to the configuration of your system. The table below summarizes the variables used by the Gazelle HL7 Validator tool.
|application_issue_tracker_url||The URL of the bug tracking system where to post issues||https://gazelle.ihe.net/jira/browse/HLVAL|
|application_url||The URL used by any user to access the tool. The application needs it to build permanent links inside the tool||http://publicUrlOfJboss/GazelleHL7Validator|
|cas_url||If you intent to use a CAS, put its URL here||https://gazelle.ihe.net/cas|
|force_stylesheet||HL7MessageProfiles and HL7 resources are XML files displayed with a stylesheet declared in the file and referenced on gazelle.ihe.net. To avoid cross-site references, most browsers do not follow those links and as a consequence do not display the XML file correctly. This property tells the tool to change the link to the stylesheet before sending the file to the client||true|
|gmm_hl7messageprofile_wsdl||Access Hl7MessageProfile webservice exposed by GMM (or TM configured to work also as GMM)||https://gazelle.ihe.net/gazelle-gmm-gazelle-tm-ejb/Hl7MessageProfile?wsdl|
|gmm_iheconcepts_wsdl||Access IHEConcepts web service exposed by GMM (or TM configured to work also as GMM)||http://22.214.171.124:8080/gazelle-gmm-gazelle-tm-ejb/IHEConcepts?wsdl|
|hl7_profiles_directory||Directory where XML files are stored (used as a basis for updating the database, might be a folder sync with the forge)||$PathToDataProject$/ProfilesPerOid|
|hl7_profile_xsd||Location of the schema for verifying the structure of the XML message profiles.||path to HL7MessageProfileSchema.xsd|
|hl7_resource_xsd||Location of the schema for verifying the structure of the XML resources.||path to HL7TableSchema.xsd|
|hl7_table_directory||Directory where XML fies are stored (used as a basis for updating the database, might be a folder sync with forge)||$PathToDataProject$/TablesPerOid|
|length_is_an_error||how to behave when an error on length is encountered||false|
|NUMBER_OF_ITEMS_PER_PAGE||How many items are displayed in a datatable element by default||20|
|profile_xsl_url||used if force_stylesheet = true||link to the stylesheet (FDQN must be the same as for the application)|
|report_xsl_location||link to the stylesheet for displaying reports||https://gazelle.ihe.net/xsl/hl7Validation/resultStylesheet.xsl|
|resource_xsl_url||used if force_stylesheet = true||link to the stylesheet (FDQN must be the same as for the application)|
|svs_repository_url||URL to the Gazelle value set repository. Used to check codes in HL7v3 validation service||https://gazelle.ihe.net|
|time_zone||Used to display date/time in the appropriate time zone||Europe/Paris|
|value_is_an_error||how to behave when an error on data value is encountered||false|
|xsd_directory_location||where to find the XSD files for HL7v3 validation service||example : /home/gazelle/xsd/HL7V3/NE2008/multicacheschemas|
|xcpd_plq_xsd_location||where to find the XSD files for XCPD/PLQ validation service||example : /home/gazelle/xsd/IHE/XCPD_PLQ.xsd|
The first time you access the application, you may notice that the home page of the tool is not configured. To set a title and a welcome message, log into the application with admin rights.
Note that you will have to set up this page for all the languages supported by the application.
The administrator is able to configure the documentation of XDS/DSUB constraints and rules
First the user shall be logged in as an administrator.
Then, go to administration -> Constraints Management -> Constraints-admin
The user shall then upload the XML file generated from the model of constraints into the tool by using the add button from the previous page.
After the upload is ended, click on the button “Delete and Generate”. This button will delete all the constraints related to packages that are mentioned into the uploaded XML file. If there are some constraints related to other packages, they won’t be deleted. The information into the XML document is inserted in the database of the tool.