...
id_uti int(10) NOT NULL PRIMARY KEY : id de l''utilisateur
cod_uti varchar(30) NOT NULL : Code Utilisateur D'APOGEE connu d'ORACLE
cod_cge varchar(3) DEFAULT NULL : (COPIED)Code Centre de Gestion d'appartenance de l'utilisateur
lib_cmt_uti varchar(200) DEFAULT NULL : Libelle long associe a l'utilisateur
tem_en_sve_uti bit(1) NOT NULL : Temoin code en service de l'utilisateur
adr_mail_uti varchar(200) DEFAULT NULL : Adresse mail de l''utilisateur
Alimentation des tables de référentiel par script, ETL, etc..
Vous pouvez alimenter les tables directement depuis un script ou un outil d'ETL (Talend par exemple). Vous devrez suivre les contraintes expliquées ci-dessous pour chaque tables.
Dans ce cas, le batch BATCH_SYNCHRO_SISCOL sera inopérant.
Vous devez positionner la ressource JNDI "siscol.implementation" à "siScolDefaultServiceImpl".
Alimentation automatique du référentiel directement dans eCandidat
Cette section demande une partie de developpement Java niveau intermédiaire.
Dans ce cas, le batch BATCH_SYNCHRO_SISCOL sera opérant.
Étapes :
- dupliquez la classe fr.univlorraine.ecandidat.services.siscol.SiScolApogeeWSServiceImpl en modifiant son nom. Par exemple SiScolMyServiceImpl. Cette classe implémentera l'interface SiScolGenericService.
- renommez le nom du bean associé à cette classe. Cela se trouve à cette ligne : @Component(value="siScolApogeeWSServiceImpl"), donnez lui n'importe quel nom. Par exemple siScolMyServiceImpl
- positionnez la ressource JNDI "siscol.implementation" à ce nouveau nom. Dans l'exemple "siScolMyServiceImpl".
- pour chaque méthode de cette classe, vous devrez récupérer les données de votre référentiel.
Vous pouvez utiliser une base de données différentes d'Apogée. Pour cela vous pourrez définir la ressource JNDI "jdbc/dbSiScol" sur votre base de données.
Vous pouvez également aller chercher les données dans des fichiers, etc...