Iseries Web Access 2

Paramétrage des fonctions :

Pour paramérer le produit, vous devez prendre l'onglet Personnalisation ou l'URL /iWACustomize

ATTENTION
• la première option permet de revenir sur vos paramètres et offre une vision utilisateurs (peu de paramètres accessibles)
• travaillez par groupe ou par individu pour accéder à tous les paramètres
• Un groupe particulier, *PUBLIC, représente l'ensemble des utilisateurs (sauf ceux ayant un paramétrage individualisé)
• Si vous modifier les paramètres pour *PUBLIC en premier, ils 'appliquerons aussi à QSECOFR, il est préférable de définir des droits spécifiques à QSECOFR avant de modifier *PUBLIC (vous pourriez vous retrouver bloqué)
  
  ceci étant dit, voici la liste des paramètres

première vision , un utilisateur modife ces préférences

• Général

• Impression

la plupart des fonctions offrent le même niveau de paramétrage, soit :

1. Affichage ou non de l'onglet (dans le menu de gauche)
2. choix des colonnes à afficher
3. saisie des critères de filtre pour constituer la liste (ici filtre sur les OUTQ, par exemple)
   
4. les boutons Sauvegarde ou Annulation qui constituent le seul moyen de revenir à la liste initiale

• Base de données

Ici, remarquez le choix de la bibliothèque à utiliser pour l'option liste des tables (option de maintenance complète des fichiers)

• Préférences de courrier (utilisé pour envoyer le résulat d'une requête, un spool, ...)

Pour une adminsitration complète travaillez par profil (ici les groupes, remarquez *PUBLIC)

• Préférences de courrier

Pour mettre à jour ce profil avec la valeur affichée (pour qu'elle lui soit attribuée et non héritée) remplacez "Utiliser les paramètres en cours" par "Appliquer les paramètres au profil" dans la colonne Action.

• base de données (on peut masquer l'onglet bien sûr)
  
  • Gestion des tables (on peut interdir cette option uniquement)

encore une fois remarquez la liste de bibliothèque (*USRLIBL, valeur un peu surprenante ...)

anisi que les restrictions possibles en matière de manipulaiton du contenu (ajout, mise à jour, ...)

• Gestion des demandes (transferts mémorisés)

• Gestion des requêtes et choix de la connexion

Nous pouvons d'ailleur (à partir de la liste initale des catégories) ajouter des connexions

Puis,

Indiquez :

• un nom de connexion (texte explicatif)
• une classe de pilote (pour l'AS/400 : com.ibm.as400.access.AS400JDBCDriver )
• l'URL JDBC désigne le serveur par jdbc:as400://AS400;propriété1=valeur1;propriété2=valeur2...
  

Enfin, un dernier paramétrage est possible aux niveau des serveurs Host, par Autres/Pool de connexion (URL : /iWAConnectionPool )

Dernier point, personnalisation de vos pages, prenez la catégorie Général, mais pour un profil (ou *PUBLIC)

Ne modifez pas les pages situées dans /QBIM/ProData, mais dupliquez les et modifiez les
   (par WDSc par exemple), ensuite modifiez ce paramètrage.

• la page d'acceuil est la page affichée par /webacess/iWAHome
  
• le fichier modèle permet de personnaliser toutes les autres pages avec des entêtes et des bas de page standards

Créez une page HTML simple avec votre logo, un pied de page etc..et placez dedans %%CONTENT%%,
probablement dans un nouveau parapraphe (balise <P>). La page générée viendra s'inscruster à la place de la chaîne %%CONTENT%%.

Vous pouvez aussi utiliser les variables suivantes

• %%SYSTEM%%, rempalcée par le nom du serveur
• %%USER%%, le nom de l'utilisateur connecté
• %%TITLE%% le titre de la page
• %%VERSION%%, n° de version de WebAccess

Pensez à vérifier la validité de vos liens (avec vos images par exemple), particulièrement que le répertoire est autorisé par le serveur WEB (bloc <DIRECTORY> sous Apache)

–Exemple :Création d'une page avec Dreamweaver (ou WDS client)

–Modification du paramètre

–Résultat

Remarques importante :

• Web Access garde en cache les pages modèles, si vous modifier votre modèle, vous ne verrez pas le résultat de la modfication. il vous faut modifier votre page ET la renommer (modele1.html, ...) puis modifier le paramétrage sur le serveur pour qu'il en tienne compte !

• Ce paramétrage est mémorisé dans /QIBM/UserData/Access/Web2/asftomcat/iwatomcat/config/webaccess.policies et les données utilisateur dans /QIBM/UserData/Access/Web2/asftomcat/iwatomcat/users/le-nom-du-profil (si votre serveur d'application est de type ASFTomcat et s'appelle IWATOMCAT). Il faut donc absoluement sauvegarder /QIBM/UserData/Access/Web2 !

Enfin, vous pouvez avoir un seule page modèle et pourtant la personnaliser par utilisateur ou par goupe (*PUBLIC, compris)

créez une page .policies (IBM fourni des modèles à /QIBM/ProdData/Access/Web2/config/fr/)

par exemple :

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<QiwaPolicies>
 <profile name="FORMATION">
       <mapage>
         <listItem name="Voir les commandes">
          <href>/webaccess/iWASpool?queue=QGPL/OQCDE</href>
         </listItem>
         <listItem name="Vos messages">
          <href>/webaccess/iWAMessages?msgq=QUSRSYS/MQCDE</href>
       </mapage>
 </profile>
</QiwaPolicies>

et placez ensuite un ordre %%include list=fichier%% dans la séquence HTML, comme :

<tr>
   <td>%%include list=/html/web2/test.policies%%</td>
</tr>

Si l'utilisateur appartient au groupe FORMATION, et qu'il s'agit de la page html mapage, il verra les deux liens.
(vous pouvez créer plusieurs blocs<profile ></profile> et contenant les paramètres de plusieurs pages)

cette technique est largement employée par la page d'acceuil par défaut (homepage.html) qui utilise :

• /QIBM/ProdData/Access/Web2/config/fr/info.policies :        informations sur rochester
• /QIBM/ProdData/Access/Web2/config/fr/weather.policies : la météo
• /QIBM/ProdData/Access/Web2/config/fr/news.policies :      les informations locales
• /QIBM/ProdData/Access/Web2/config/fr/phone.policies :     accès à l'annuaire

  Encore une fois ne modifiez pas ces fichiers, mais dupliquez les, ainsi que la "homepage" avant de les travailler.

Il y a là matière à personnaliser facilement la page d'acceuil du produit (et d'autres) pour implémenter une notion de "portail".