Au premier lancement de l'application, les tables de la base de données MySQL propre à l'application sont créées.
| La table 'schema_version' indique la version de la base. La base se mettra à jour automatiquement lors des futures livraisons. On retrouvera donc ces trace dans la table 'schema_version'. |
Il faut ensuite ajouter le ou les logins administrateurs dans la table 'administrateurs' de la base.
INSERT INTO administrateurs(LOGIN) VALUES ('toto01'); |
Ces utilisateurs ont alors accès à la vue 'admin' (ou 'AdminView') de l'application permettant de configurer les paramètres 'légers' de l'application.
Contrairement aux paramètres présents dans context.xml/server.xml (cf ICI), ils ne sont pas indispensables au démarrage de l'application (tomcat) et sont ainsi modifiables à la volée.
A l'installation de l'application, il faut procéder impérativement au paramétrage de l'application.
Pour cela il faut se rendre à l'url suivante avec un compte dont le login est défini dans la table 'administrateurs' (cf pré-requis) : app.url/#!adminView
Plusieurs onglets/sections sont proposés :
NB :
Les paramètres sont listés dans une table indiquant :
Vous pouvez modifier un paramètre en double-cliquant dessus ou en le sélectionnant puis en cliquant sur 
Parmi ces paramètres on retrouve notamment :
L'édition du certificat de scolarité étant une fonctionnalité très utilisée et fortement paramétrable, nous allons voir, pour ce cas précis, les paramètres applicatifs qui rentrent en compte.
Le certificat de scolarité est proposé si les conditions suivantes sont réalisées :
Pour pouvoir ajouter la signature au certificat, il faut également :
La signature est récupérée dans la table SIGN_TAMP_DIGITALISE d'Apogée via le code signataire (COD_SIG) renseigné dans l'adminView. Elle est décryptée à l'aide de la fonction "decryptLob" du package PKB_CRY1 en utilisant la clef indiquée dans context.xml (clefApogeeDecryptBlob). |
Tous les "swap" précédemment utilisés sont listés dans l'onglet "Swap utilisateur".
On peut ajouter ou éditer un swap (pour attribuer un nouveau login cible ou modifier la date et l'heure de départ par exemple).
Comme pour les paramètres applicatifs, ce changement est pris en compte à la volée.
Attention, s'il n'est pas nécessaire de redémarrer l'application, il faut cependant penser à se déconnecter/reconnecter si l'utilisateur correspondant au login source était déjà identifié sur l'application. |
Une fois l'application déployée elle est accessible sur l'url définit dans context.xml (paramètre app.url, voir Installation Initiale)
Pour accéder à la version mobile il faut demander l'url app.url/m
La partie mobile est utilisable à partir des navigateurs utilisant WebKit (Safari pour iOS, Chrome pour Android) et par IE de Windows Phone. Si le navigateur de l'utilisateur n'est pas compatible, une redirection est proposée.