Document de release de la version H3.01

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

      Afficher / Masquer le détail                                                   Format PDF

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

   Un nouveau tag utilisable dans les clauses permet de tester la présence d'un paramètre en entrée d'une requête. Ensuite, selon le résultat de ce test, il est alors possible d'activer une clause dans le select.

   Exemple :   lors de l'appel d'une action "select" de WimServlet, on a un paramètre optionnel $PARAM1.
Dans le select,   on a quelque chose de la forme :

   select ...
from table
where   colonne1 = 'ABCD'
and colonne2 = '$PARAM1'

   Avec un appel de WimServlet de la forme ... action=select&requete=TEST&$PARAM1=valeur1

   Dans ce cas (où $PARAM1 est bien renseigné dans le formulaire qui invoque WimServlet), il n'y a pas de problème, le select déclenché sera de la forme
select ... from table where colonne1 = 'ABCD" and colonne2 = 'valeur1'

   Par contre, lors d'un appel de la forme ...action=select&requete=TEST, nous sommes confrontés à un résultat erroné (ou pire à une erreur sql dans certains cas), car le select lancé est : select ... from table where colonne1 = 'ABCD" and colonne2 = '$PARAM1'
Dans ce cas $PARAM1 n'est pas remplacé.
Pour éviter ce problème, on peut utiliser le meta Tag #IFEXISTSPARAM[param à tester, expression à exécuter si présent].
ici, on utilisera donc :
select ....
from table
where colonne1 ='ABCD'
#IFEXISTSPARAM[PARAM1, and colonne2 = '$PARAM1']

   Avec ce tag, l'expression "and colonne2= ..." ne sera incluse dans le select que si $PARAM1 possède une valeur dans l'url d'appel.

GTUSEL - Clauses des select (Transaction GTUSEL)

   Si on trouve la propriété [nom de base].SECUREDFRMHASH dans le fichier de configuration (.properties) de l'application web, alors le contrôle des mots de passes pour s'authentifier se fera par rapport à des données stockées en base de façon cryptées et sécurisées.

   Il s'agit d'une configuration globale à l'ERP

   La méthode WebService getFileResultDetails qui attend en paramètre un numéro de job (numjob=xxxxx), permet de récupérer toutes les informations du job (équivalent du mnémonique CJOB) ainsi que les informations du compte rendu (GTJCR).
Il est notamment possible de connaître l'état du job, son statut, le nombre d'enregistrements traités, etc.

   - Correctif erreur possible lors de la connexion, avec un message GTETS001 si confidentialité active.
- Correction erreur si connexion en mode LDAP (avec un type d'accès direct) via QFX.