Cegid XRP Ultimate

Workflow Information Manager

Document de release de la version H1.01

Sommaire

   Ce document présente les évolutions survenues sur le module Qualiac® Workflow Information Manager en H1.01.


   extend   Afficher / Masquer le détail                                                   Format PDF


Comment garder l'iso fonctionnalité

   Aucune modification de paramétrage n'est nécessaire pour que le fonctionnement soit comme avant le passage de la release.


   Pour la H1.01, d'importantes modifications au niveau des WebServices SOAP ont été apportées. Notamment, nous ne nous appuyons plus sur la vieillissante API axis pour manager nos services. Nous avons tout mis en oeuvre pour que cette modification n'ait pas de répercussion pour les parties clientes, mais certains cas auront peut-être échappé à notre vigilance. Si cela arrivait, il vous faudra envisager de re-générer vos objets "Stubs" depuis le wsdl.


Fonctionnalités


   Nouveautés


      WimServlet: action callWS

      Explications

   Cette action permet de lancer l'appel d'un WebService produit.

   Les paramètres attendus sont les suivants :
action=callWS
pack : nom du package
javaclass : nom de la classe java à appeler
puis des couples clef/valeur sous forme de queryString

   Exemple :
action=callws&pack=com.qualiac.application.gti.service.&javaclass=UpdateUser&numgtusr=PLDUP&nomgtusr=modif1


      Gestion de la confidentialité

      Explications

   Lors de l'écriture des expressions Sql, il est possible d'utiliser le caractère @ en fin de table confidentielle. Lors de l'exécution, ce caractère sera remplacé par "c" si la confidentialité est active (globale et/ou à l'utilisateur), sinon par rien.
Par exemple, l'expression "select numgtets from gtets@ where ..." sera remplacée par "select numgtets from gtetsc where ..." si la confidentialité est active ou par "select numgtets from gtets where ..." si la confidentialité est inactive.
Prérequis : connaître les entités gérant la confidentialité, pour savoir où utiliser les @.
De plus, il faudra soit laisser un espace après le @ soit mettre une virgule.


      Action GetDoc : tri des documents

      Explications

   Il est possible, lors de l'action GetDoc (lecture des documents) de rechercher des documents provenant de la GED pour plusieurs types de document. Pour cela, les spécifier dans la valeur du paramètre de traitement doc_gtdty en les séparant par une virgule.
Pour définir dans quel ordre les documents seront affichés, il faut préciser dans le paramètre doc_ptr un critère de tri provenant de GPTRV.


      Utilisation de pools de connexion

      Explications

   Il est possible d'utiliser deux pools de connexion : C3P0 ou Hikari (nouveau).


      Mise en place

   Dans le fichier qualiacdb.properties, pour activer le pool   C3P0 :
wim.isC3=true
wim.C3.driver=[driver JDBC] example
wim.C3.driver=oracle.jdbc.driver.OracleDriver]
wim.C3.qrytest= requête Sql simple permettant de tester la connexion, example : wim.C3.qrytest=select 'x' from gtcfg where nuigtcfg=1
wim.C3.user= Utilisateur qui va créer les connexions dans le pool example wim.C3.user=FRM$GTI

   Dans le fichier qualiacdb.properties, pour activer le pool   Hikari :
wim.isHikari=true
wim.Hikari.driver=[driver JDBC] example
wim.Hikari.driver=oracle.jdbc.driver.OracleDriver]
wim.Hikari.qrytest= requête Sql simple permettant de tester le connexion, example : wim.Hikari.qrytest=select 'x' from gtcfg where nuigtcfg=1
wim.Hikari.user= Utilisateur qui va créer les connexions dans le pool example wim.Hikari.user=FRM$GTI


      Logs WimServlet et WebServices

      Explications

   Création d'un fichier de log par jour qui trace chaque appel à WimServlet et WebService. Il se trouve dans le répertoire spl de la web application et se nomme minimalLogWS[AAMMJJ].txt


      LDAP : connexion multi-utilisateurs

      Explications

   Lorsque le LDAP est activé (et éventuellement le mode SSO), il est possible de proposer, lors de la connexion à WimServlet, une liste permettant de choisir parmi plusieurs utilisateurs.
Exemples :
- en mode LDAP seul, dans la boîte de connexion, l'utilisateur saisi est USER. A cet utilisateur, on a associé fonctionnellement USER1,USER2 et USER3. Dans ce cas, juste après la boîte de connexion, une nouvelle fenêtre va s'afficher en demandant de choisir un utilisateur logique, donc on aura à choisir entre USER1, USER2 ou USER3. La valeur choisie deviendra alors l'utilisateur courant pour la "session" (cookie) WimServlet.
Pour alimenter la liste de choix, on se base sur un select, décrit dans le fichier qualiacdb.properties

   A noter :
- Si la requête permettant de donner la liste des utilisateurs logiques ne ramène qu'une seule valeur, alors la liste de choix ne sera pas affichée, on prendra automatiquement la valeur.
- Cette fonctionnalité est compatible avec le mode SSO. Dans ce cas, la boîte de connexion ne sera pas affichée, mais on arrivera directement sur la liste de choix des utilisateurs logiques
- la fenêtre affichée peut être relookée. On utilisera le principe des mises en forme des boîtes de connexion, en utilisant la valeur contenue dans la globale WIMS_ORDCBAO. Le code HTML doit alors contenir le mot-clef $SELECTACCOUNTS
exemple : <html>...
<select name="accountName">$SELECTACCOUNTS</select>


      Mise en place

   Dans le fichier qualiacdb.propertie :
Définir le select permettant de donner les utilisateurs associés à l'utilisateur d'origine, exemple :

   [Nom_Config_Ldap].sqluser=select numgtusr   from gtusr where numgtusr like ('$USER%') and catgtusr = 'I' and etagtusr = 'A'
Et activer les modes "utilisateur logique" :

   [Nom_Config_Ldap].loguser=true