Evolutions du fichier « Generix.ini » (version 4.2-00)

Pour en savoir plus :
  • sur les principes de mise à jour du fichier « Generix.ini », consultez la documentation de référence « Evolutions du fichier Generix.ini »,
  • sur l’ensemble des sections et clés du fichier « Generix.ini », consultez la documentation de référence « Le fichier Generix.ini ».

1.1. Accès via SQL Net

1.1.1. Ajout de la clé Serveur SQL.

Afin de mieux répartir les charges, il est désormais possible de déporter la base de données ORACLE à laquelle accèd’ACE sur un autre serveur que le serveur de traitement.

L’accès à cette base se fait via SQL Net.

Mise en œuvre :

  • Créer la base de données ORACLE sur un serveur dédié au SGBD.
  • Paramétrer un alias SQL Net sur le serveur de traitement (le serveur ACE) pointant vers l’instance ORACLE créée sur le serveur dédié au SGBD.
  • Renseigner la clé "Serveur SQL" dans la section [Systeme] du Generix.ini du serveur de traitement, avec pour valeur l’alias SQL Net.

Exemple :

  • ACE est installé sur le serveur SRV_ACE.
  • L’instance ORACLE est créée sur le serveur SRV_DONNEES.
  • Sur le serveur SRV_ACE, on crée un alias SQL Net nommé SRV_DONNEES pointant vers l’instance ORACLE.
  • La clé à renseigner dans la section [Systeme] est « Serveur SQL=SRV_DONNEES ».

1.2. Modifications relatives aux traces.

1.2.1. Création de la section Bdd_Trace.

Le mode de génération des fichiers traces a été modifié.

Il est désormais possible de générer une trace dynamiquement sur un traitement interactif ou batch, sans avoir à arrêter au préalable ni le scrutateur ni le superviseur.

Dans le fichier Generix.ini du serveur de traitement, créez la section [Bdd_Trace].

1.2.2. Activation de la trace pour un agent.

La trace peut désormais être activée pour un agent dans une société donnée. Tous les traitements interactifs et batchs déclenchés par un agent pour qui la trace est activée dans la société en question généreront un fichier trace.

Méthode : dans la section [Bdd_Trace], créer la clé Agent_CODSOC =agent1,agent2… où CODSOC correspond au numéro de société dans laquelle la trace est activée, et agent1, agent2 aux noms des agents pour qui cette trace est activée.

Exemple : activation de la trace pour les agents RENE et ALFRED dans la société 1, et activation de la trace pour l’agent RENE dans la société 2 :

[Bdd_Trace]

Agent_1=RENE,ALFRED

Agent_2=RENE

1.2.3. Activation de la trace pour une fonction.

La trace peut désormais être activée pour une fonction (intéractive ou batch) dans une société donnée. Chaque exécution de ces fonctions dans la société où la trace est positionnée, quel que soit l’agent, générera un fichier trace.

Méthode : dans la section [Bdd_Trace], créer la clé Fonction_CODSOC =fonction1,fonction2… où CODSOC correspond au numéro de société dans laquelle la trace est activée, et fonction1, fonction2 aux noms des fonctions pour qui cette trace est activée.

Exemple : activation de la trace pour les fonctions GART et GARTE1 dans la société 1, et activation de la trace pour la fonction GART dans la société 2 :

[Bdd_Trace]

Fonction_1=GART,GARTE1

Fonction_2=GART

Cas particulier : le MENU. Lorsque l’on active le MENU, on ne connaît pas encore le code société auquel va se connecter l’agent, il faut donc préciser 0 dans la clé Fonction_CODSOC.

=> Fonction_0=MENU

1.2.4. Activation de la trace pour un batch déjà exécuté.

La trace peut désormais être activée pour un traitement batch dans une société donnée. Cette fonctionnalité est à utiliser lorsque l’on désire relancer un traitement via UEDI en activant la trace.

Méthode : dans la section [Bdd_Trace], créer la clé Batch_CODSOC =Numéro_batch1, Numéro_batch2… où CODSOC correspond au numéro de société dans laquelle la trace est activée, et Numéro_batch1, Numéro_batch2 aux numéros des batchs pour qui cette trace est activée.

Exemple : activation de la trace pour le traitement 42 dans la société 1.

[Bdd_Trace]

Batch_1=42

1.2.5. Activation de la trace pour le scrutateur.

La trace sur le scrutateur s’active désormais en positionnant la clé Trace Scrutateur à OUI dans la section [Bdd_Trace]. Il n’est plus nécessaire de relancer le scrutateur pour que le mode trace soit pris en compte.

La désactivation de la trace se fait en positionnant la valeur de cette clé à NON.

Exemple : activation de la trace du scrutateur.

[Bdd_Trace]

Trace Scrutateur=OUI

1.3. Messagerie.

Il est désormais possible d’utiliser un service de messagerie dans ACE , par exemple pour envoyer un message à un utilisateur lorsque son édition est terminée.

Pour cela, il faut disposer d’un serveur NT avec un serveur de messagerie, et paramétrer dans le fichier Generix.ini un certain nombre d’éléments permettant à ACE d’atteindre le serveur de messagerie et de stocker les messages émis.

Si le serveur de messagerie est obligatoirement de type NT, le serveur de traitement d’ACE peut néanmoins être un serveur UNIX.

Merci de contacter votre responsable projet ACE si vous désirez mettre en place le module de messagerie d’ACE.

1.4. Aide en ligne au format HTML

Pour disposer de cette aide en ligne au format "html", en Client/Serveur, il vous faut modifier le fichier "Generix.ini" de votre poste client et, le cas échéant, celui du serveur.

1.4.1. Sur votre poste Client

Dans la section [Repertoires]

  • il faut déterminer les répertoires physiques où se trouvent :
  • le navigateur utilisé pour consulter les fichiers HTML,
  • votre propre aide en ligne des fonctions (ap$hlp_fra_cli ),
  • l'aide en ligne standard des fonctions offertes par ACE (ap$hlp_fra_std ).
  • La clé 'ap$hlp_fra' n'a plus d'utilité.

Dans la section [Global]

  • une nouvelle clé ('Explorateur') vous permet de préciser le navigateur à utiliser,
  • la clé 'Fichier Aide' n'a plus d'utilité.

Exemple (poste-client) :

[Global]

Explorateur=ap$aide\iexplore.exe

[Repertoires]

ap$aide=c:\Program Files\Plus!\Microsoft Internet\

ap$hlp_fra_cli=D:\Aide\Notre_aide\

ap$hlp_fra_std=D:\Aide\Aide_ACE\

1.4.2. Sur le serveur

Attention

Pour que l'aide en ligne HTML soit activée depuis le poste local, la Clé 'Serveur Aide' ne doit pas être positionnée sur le "Generix.ini" du serveur.

1.4.3. Messages d'erreurs :

EXPINEX

Message : "Clé 'Explorateur' inexistante ou introuvable"

Cause : Section [Global] inconnue ou Clé 'Explorateur' inconnue.

FICINEX

Message : "Fichier inexistant ou introuvable"

Cause : Répertoire invalide ou inexistant OU fichier invalide ou inexistant.

1.5. Anomalie ORACLE

Attention

Pour les plates-formes de type H.P/UX, AIX, OSF et SOLARIS, et pour palier une anomalie ORACLE, il est impératif de mettre à jour le fichier « Generix.ini » en ajoutant la clé suivante, quelle que soit votre version d'ORACLE :

[Systeme]

Patch Oracle 804=O

« O » est la lettre (O pour Oui) et non le chiffre zéro.

1.6. Consultation d’éditions selon différents formats

Il vous est possible de consulter les fichiers résultats des éditions du progiciel quel que soit le type de fichier généré (spool traditionnel SPL ou RTF, format Acrobat PDF, TIF, HTML, …).

La fonction UEDI (éditions d’ACE) (Client/serveur) a été améliorée pour intégrer complètement les différents formats (PDF, HTML, TIFF...) produits par ACE Editique.

Au moment de l’exécution, Windows fait le lien entre l’extension du fichier et le programme de visualisation paramétré. Si ce lien n’existe pas, Windows affichera un message d’erreur.

Paramétrage

Exemple sous Windows 2000 : dans l’explorateur, activez l’option « Outils / Option des dossiers… » et l’onglet « Types de fichiers ».

La valeur de la clé correspond à un paramètre qui est "@nom_fichier". Ce paramètre sera remplacé par le nom du fichier à charger lors de l'appel de la commande.

Mise en œuvre :