Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
JMap application users can generate certain data that will be stored in the JMap Server environment.
This can include various types of data, including user preferences (choice of units, print settings, etc.), map contexts (JMap Pro, JMap Web and JMap NG) and customized print layouts.
Map context data is stored in JSON format in the JMAP_CONTEXTS table of the System database.
Non-context data is stored in separate folders for each user. The parent folder of these user folders is
JMAP_HOME\workspaces<username>
Note that this folder can have a different location if you indicate a different folder in the server.workspaces.path line of the jmapserver.properties file and manually copy the files and subfolders.
In some cases, the administrator may have to copy certain files when a migration occurs or when these files need to be shared with other users. The following sections describe each of these situations in detail.
The functions to export and import JMap Server configurations also handle user data.
Map contexts are comprised of all the parameters that allow a JMap Pro, JMap Web or JMap NG user to recreate a geographic map. Contexts can be used to save maps and even share them between users. Existing contexts can be recalled easily to recreate a map environment. All layer parameters, annotations, thematics, selections, etc. are part of the context and are recreated when the context is opened.
A context is associated with the project in which it was created. It cannot be accessed in other projects.
The Personal Layers section provides more information on managing personal layers and how to make them public. The data from personal layers is not stored in the workspaces folder; instead, it is saved directly in JMap Server’s System database (one table per personal layer).
Export and import tools can handle the data of personal layers.
As with personal layers, the data from editable layers of JMap projects is stored directly in JMap Server’s System database, in tables that are called JMap Spatial tables.
Export and import tools can handle the data from JMap Spatial tables.
The users of JMap Pro applications can create their own print layouts. The files are stored in the folder
JMAP_HOME\workspaces<username>\printLayouts
The print layouts created by users can be made public. To do this, you must copy the files in the following directory:
JMAP_HOME\workspaces\public\printLayouts.
Public print layouts can be accessed by all JMap Pro users.
This section contains tools that allow you to import and export JMap Server configuration, user data as well as make backup copies of JMap Server.
Your JMap Server configuration (spatial data sources, databases, projects, layers, etc.) is stored on a disk in binary format. This configuration is only accessible by JMap Server and is only compatible with your current version (main version, e.g. Lima).
Using the export tool, a text version of this configuration can be produced. This exported configuration can then be imported back into JMap Server, with the same settings or different ones. The configuration can even be exported to a newer version.
Here are a few examples where exporting and importing your configuration can be useful:
You installed a new version of JMap with major changes and you want to reuse your existing configuration. You can export the configuration from your older JMap version and then import it in the newer version.
You manage many instances of JMap Server and you need to move a project from one instance to another. You can do a partial export to move only the project you need and then import it in the other instance.
You need to replicate your development environment to the production environment. You can do a full export from your development server and then import it in the production server.
To access export and import tools, select Import / Export in the Tools section.
When exporting a configuration, you must choose whether you want to export the complete configuration or some specific resources (partial exportation).
If you choose to export specific resources, you must select if you want to export databases, spatial data sources, projects, style templates or metadata templates.
There is a dependency relationship between these different resources: projects depend on spatial data sources and style templates while spatial data sources may depend on databases. Consequently, if you export a project, then spatial data sources, style templates, and possibly databases will also be exported.
If one of the projects contains referenced layers from another project, you must export the project that contains the original layers at the same time as the project that contains the referenced layers.
The exportation process creates up to 4 files: the .properties file is the main exportation file and contains the configuration information. All files are necessary for the importation. You can determine the destination directory and file name.
When importing a configuration, you have the choice to import a complete configuration (complete importation) or only a portion of it (partial importation). You can only do a complete importation if the exportation files contain a complete exportation.
When doing a complete importation, any existing configuration in JMap Server is deleted and replaced by the imported configuration.
When a full importation is completed, you will automatically be sent back to the JMap Admin login page.
When doing a partial importation, there may be situations where the imported resources already exist (identical names). In these cases, you have to tell JMap Admin which action to take: replace the existing resource or create a new one with a different name. The file type data sources that you import are not ready to use and must be updated after the importation.
If one of the projects contains referenced layers from another project, you must import the project that contains the original layers at the same time as the project that contains the referenced layers.
If you change JMap Server instances and you wish to keep all existing user data, you must export it from the previous server and import it into the new server.
The configuration file for the export and import of user data is a .properties file.
For a successful export / import, validate that this file contains the following line:
project.id.ID_OF_THE_PROJECT_BEFORE_EXPORT=ID_OF_THE_PROJECT_AFTER_EXPORT_SERVER_CONFIGURATION.
When you export user data, you must decide whether to export all data, only the editable layers stored in JMap (including personal layers) or only the workspaces (including contexts, user preferences, etc.).
When you import user data, there may be situations where imported resources already existed (identical names). In these cases, you must indicate which action JMap Admin must take: replace the existing resource or create a new one under a different name.
During exports and imports of JMap configurations the project IDs change and this has a considerable impact on user data such as contexts which are associated with a particular project.
To resolve the problem you can create a .mapping file that maps the old and new IDs of each project. The following text details the procedure to follow.
From the old JMap Server:
Export the JMap Server configuration.
Export user data configuration.
On the new JMap Server:
Import the JMap Server configuration.
Take note of the ID of each project on the old server.
Take note of the ID of each project on the new server.
Create one (1) .mapping file with the mapping for each project between the old and new IDs.
Import the user data configuration by specifying the .mapping file created in the previous step.
It is strongly recommended to make backups of the JMap Server setup.
If the JMap Server System database was moved to another RDBMS, it must be included in the backup strategy. It contains very sensitive information like personal layers data.
The simpler backup strategy is to make copies of the JMap directory and all sub-directories.
If you wish to make smaller backups, you can make copies of the specific directories listed below, which contain important information.
JMap Admin provides a generic SQL console that can be used to view database structures, execute SQL queries, inspect the content of tables, test for query execution speed, etc.
All configured databases are accessible through this console.
When performing an SQL query, the query execution is subject to security permissions granted to the user connected to the database. See Creating Databases section for more information about specifying the user for database connections.
Query results are displayed in a new window. The results of the INSERT, UPDATE, and DELETE requests are grouped in the same tab. The results of SELECT type queries appear in separate tabs.
JMap user data includes all data created or modified by users. This includes user preferences, contexts, personal layers, data from editable JMap layers, etc. The section provides details on this topic.
conf | Contains all parameter files such as jmapserver.properties, usermanager.properties, etc. |
db | Contains configuration files (projects, layers, etc.) as well as the JMap Server System database, unless it was moved to another RDBMS. |
backups | Default directory for storing export files. |
workspaces | User workspaces contain the users’ personal parameters and contexts. |
This section presents tools that allow you to perform different tasks in JMap Server.
SQL console
Database
Select the database to use.
View structure
Click on to open a window that allows you to navigate in the structure of the database. You can see the schemas, the tables and views, and information about each field of a table or view.
Max. rows
When executing a SELECT SQL query, you can enter a value to limit the number of returned rows.
Auto commit
If performing SQL transactions (e.g. INSERT, UPDATE), select this option to validate the transactions automatically (SQL COMMIT command). Otherwise, you will need to perform the validations manually.
Test for speed only
When executing an SQL query, select this option to repeat the query a certain number of times and display the execution times.
SQL Query
Enter the SQL query to execute. The result will be displayed in a table.
As the administrator, you can send messages to JMap users from JMap Admin.
The messages will be displayed in the user interface (JMap Pro applications only).
Users who already have an active session will see the messages immediately. The other users will see the message the next time they log on.
Messages can be used to inform users of service interruptions, for example.
Messages will be displayed each time a user starts a new session, during the validity period of the message.
To create a new message to be sent to all users, press Create from the Messaging section in Tools.
To delete a message before it expires, select it in the table and press Delete.
New message to users |
|
Subject | A short text describing the subject of the message. |
Message | The message itself. Formatting is done using HTML tags. For example, line breaks are done using |
Valid from | The date and time from which the message will start to be displayed. |
Valid until | The end date and time from which the message will no longer be displayed. After this date and time, the message will disappear from the list. |
This section contains a table that shows all the scheduled tasks of JMap Server, either updates of spatial data sources or tasks executed for JMap extensions that require it.
The table shows each task with its details. Click on the name of a task to edit it.
Select one or more tasks to delete them.
This section presents debugging tools available in JMap Admin. These tools help identify JMap Server operating and performance problems.
The tools in this section of JMap Admin are at the experimental stage. Technical support is not offered for them.
This section allows JMap Server administrators to identify the source of an application performance problems caused by layer configuration.
The section displays a table of vector layers on a project. To populate the table, select the project and press Load to display the project layers. By default, layers in the table are sorted in descending order based on the number of map elements in the spatial data source.
You can display the configuration interface of a layer by clicking on its name.
For each layer the table displays the following data:
You can select layers in the table and bulk edit the Published, Visible, Selectable and Request mode settings.
Terminal
This tab opens a terminal that allows you to perform tasks using commands.
Worker threads jobs
View active worker threads and pending tasks of the JMap server. A thread is used while updating a data source, caching, calculating statistics, etc.
Layer configuration troubleshooting
This section provides information on the layers of a project, in order to identify the source of a operational JMap application problem. The Layer configuration troubleshooting section provides details of this tool.
JMap Cloud
This section details in tables the files, spatial data sources, projects and tasks that are shared with JMap Cloud. For each resource, data such as name, type, creation date, ID, are displayed.
Resources management
Function used for the development of JMap, used to manage JMap source code translation files.
Name
Name of the layer. An icon indicates whether the layer is visible by default or not on the map. You can sort layers by name. The number in blue indicates the order in which this attribute is considered in the sorting of the layers.
Feature count
Number of map elements from the layer's spatial data source. An icon indicates the element type of the layer (point, line, polygon, text). You can sort the layers according to the number of elements it contains. The number in blue indicates the order in which this attribute is considered in the sorting of the layers.
Visibility thresholds
Visibility thresholds. This section provides the details of this setting.
Request mode
Layer request mode. Three modes are possible: Tile (manual): Load by tile, the administrator has determined the grid. Tile (automatic): Load by tile, JMap Server has calculated the optimal grid. Region: Loading by region. This section provides the details of this setting.
Extent
Layer extent. X and Y parameters indicate the coordinates of the lower left point, in project coordinates. W and H parameters specify the width and height of the layer's extent rectangle, in project mapping units.
Tiling (C x R)
For layers loading by tile, this attribute indicates the number of columns (C) and rows (R) of the grid.
Biggest tile
Indicates the size, in volume, of the largest tile in the layer. This measurement is based on the tiles cache.
Biggest tile (features)
Indicates the size, in number of elements, of the largest tile in the layer. This measurement is based on the tiles cache.
Avg. non empty tile size
Shows the average size (in volume) of tiles that are not empty. This measurement is based on the tiles cache.
Id
Layer Id.