![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Sélection d'un diagramme et d'un organigramme topologique de serveur Web
Installez et configurez les plug-ins du serveur Web pour permettre au serveur d'applications de communiquer avec le serveur Web.
Avant de commencer
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Pourquoi et quand exécuter cette tâche
- Configuration du fichier de configuration sur la machine du serveur Web de façon qu'il désigne le module de plug-in binaire et le fichier de configuration XML du module binaire.
- Installation d'un fichier XML temporaire pour le module binaire (plugin-cfg.xml) sur la machine du serveur Web dans les scénarios à distance.
- Création de la configuration pour la définition du serveur Web sur la machine du serveur d'applications. L'outil
de configuration des plug-ins de serveur Web traite la création de la définition du serveur Web de façon différente
selon le scénario :Installation du plug-in de serveur Web pour les environnements de serveur d'applications autonome
- Installation recommandée pour un serveur d'applications autonome et distant :
l'assistant crée un script de configuration à exécuter sur la machine du serveur d'applications. Installez le serveur Web et configurez son plug-in sur une autre machine que celle utilisée par le serveur d'applications. Cette configuration est recommandée pour un environnement de production.
- Installation du serveur d'applications autonome et local :
Configure le profil par défaut sur une machine du serveur d'applications local et lui crée directement une définition de serveur Web. Installez le serveur Web et configurez son plug-in sur la même machine que celle utilisée par le serveur d'applications. Cette configuration convient à des environnements de développement et de test.
Installation du plug-in de serveur Web pour environnements distribués (cellules)- Installation distribuée distante recommandée :
l'assistant crée un script de configuration à exécuter sur la machine du serveur d'applications. Installez le serveur Web et configurez son plug-in sur une machine autre que celle utilisée par le gestionnaire de déploiement ou le noeud géré. Cette configuration est recommandée pour un environnement de production.
- Installation distribuée locale :
l'assistant crée un script de configuration à exécuter lorsque le gestionnaire de déploiement est en cours d'utilisation. Installez le serveur Web et configurez son plug-in sur la même machine que celle utilisée par le gestionnaire de déploiement ou le noeud géré. Cette configuration convient à des environnements de développement et de test.
- Installation recommandée pour un serveur d'applications autonome et distant :
Procédure
- Configurez une installation de serveur Web distante pour un noeud autonome.
Une configuration de serveur Web distante est recommandée pour des environnements de production.
L'installation distante installe le plug-in du serveur Web sur la machine de ce dernier lorsque le serveur d'applications se trouve sur une autre machine, comme le montre l'illustration suivante :
Scénario d'installation distante
Tableau 1. Installation et configuration. Scénario d'installation distante Etape Machine Tâche 1 A Installez Installation Manager. 2 A Utilisez Installation Manager pour installer WebSphere Application Server. 3 A Créez un profil de serveur d'applications autonome. 4 B Installez Installation Manager. 5 B Installation Manager permet d'installer les éléments suivants : - Plug-ins du serveur Web pour WebSphere Application Server
WebSphere Customization Toolbox
6 B Utilisez Installation Manager pour installer IBM® HTTP Server, ou pour installer un autre serveur Web pris en charge. 7 B Ouvrez WebSphere Customization Toolbox, puis lancez l'outil de configuration des plug-ins de serveur Web pour configurer le plug-in du serveur Web. Le script de création et de configuration du serveur Web est créé sous le répertoire racine_plug-ins/ bin.
8 B Copiez le script configurenom_serveur_web sur la machine A. Si une machine fonctionne sous un système d'exploitation tel que AIX ou Linux et qu'une autre fonctionne sous Windows, copiez le script dans le répertoire plugins_root/bin/crossPlatformScripts.
9 A Collez le script configurenom_serveur_web de la machine B dans le répertoire racine_serveur_app/bin sur la machine A. 10 A Démarrez le serveur d'applications. 11 A Exécutez le script depuis une ligne de commande. 12 A Vérifiez que le serveur d'applications est actif. Ouvrez la console d'administration et enregistrez la nouvelle configuration. 13 A Créer une connexion sécurisée entre le plug-in de serveur Web et le transport HTTP interne dans le serveur d'applications. Pour plus d'informations sur la création d'une connexion sécurisée, lisez l'article sur la configuration du plug-in de serveur Web pour SSL (Secure Sockets Layer).Eviter les incidents: Cette étape est nécessaire pour que le serveur Web fonctionne correctement.gotcha
14 B Démarrez le serveur Web. 15 B Exécutez le servlet Snoop. Accédez à l'URL suivante dans votre navigateur :http://host_name_of_machine_B:http_transport_port/Snoop
Pour vérifier votre propre application, régénérez et propagez le fichier plugin-cfg.xml après avoir installé l'application.
Tableau 2. Installation et configuration. Scénario d'installation distante Etape Machine Tâche 1 A Installez le produit WebSphere Application Server. 2 A Créez un profil de serveur d'applications. 3 B Si vous prévoyez d'exécuter IBM HTTP Server sur IBM i, il est déjà installé en tant que produit 5761-DG1 ou 5770-DG1. Vous pouvez également utiliser un serveur Web Domino sur IBM i. Pour les instructions d'installation, reportez-vous à la documentation Domino. Quel que soit le scénario, vous devez installer le composant plug-in du serveur Web du produit WebSphere Application Server.
4 B Exécutez la commande Qshell manageprofiles pour créer un profil http. Par exemple, exécutez cette commande depuis Qshell :app_server_root/bin/manageprofiles -create -profileName myHttpProfile -templatePath http
La variable monProfilHttp est le nom du profil.
5 B Configurez IBM HTTP Server avec votre profil http myHttpProfile.
Si le nom de votre serveur Web est MyWebServer., un script qshell IBM i, appelé configureIHS_MyWebServer est créé dans le répertoire myHttpProfile_profile_root/config/IHS_myWebServer sur la machine B. Pour l'installation par défaut de WebSphere Application Server, le paramètre racine_profil_monProfilHttp du profil myHttpProfile sera /QIBM/UserData/WebSphere/AppServer/V61/Base/profiles/myHttpProfile.
Remarque : Dans la suite de cet exemple, webServerName se réfère à IHS_myWebServer. Si vous choisissez de configurer un serveur Web DOMINO comme indiqué ci-dessous, webServerName se rapporte à DOMSRV01.Les étapes suivantes s'appliquent uniquement aux serveurs Web DOMINO :
- Exécutez le script configurerOs400DéfinitionServeurWeb sur le profil
http myHttpProfile. Exemple :
configureOs400WebServerDefinition -profileName myHttpProfile -webserver.name DOMSRV01 -webserver.type DOMINO -webserver.port 80
- A l'aide de la commande WRKDOMSVR de mise à jour du fichier notes.ini de votre serveur Domino , insérez l'instruction suivante : WebSphereInit=myHttpProfile_profile_root/config/DOMSRV01/plugin-cfg.xml
- A partir du client Lotus Notes connecté au serveur Domino, cliquez sur l'onglet Protocoles Internet et cliquez ensuite sur l'onglet HTTP. Sous les noms de filtre DSAPI ajoutez : /QSYS.LIB/ biblio_produits.LIB/LIBDOMINO.SRVPGM
- Sauvegardez vos modifications
6 A Copiez le script configurerNomServeurweb de la machine B vers la machine A. Le script se trouve dans le répertoire myHttpProfile_profile_root/config/webServerName. 7 A Placez le fichier que vous avez copié dans l'étape précédente dans le répertoire profile_root/bin sur la machine A, où racine_profil est le répertoire où se trouve votre profil. 8 A Démarrez le serveur d'applications, puis exécutez le script que vous avez copié dans l'étape précédente. Par exemple, exécutez ces commandes depuis Qshell :app_server_root/bin/startServer -profileName myProfile cd profile_root/bin ./configurewebServerName [wasAdminUserId] [wasAdminPassword]
Remarque : ID_utilisateur_admin_was et mot_de_passe_admin_was sont facultatifs et en sont requis que si le serveur d'applications de mon_profil s'exécute en mode sécurisé.9 A Si vous utilisez IBM HTTP Server sur IBM i, vérifiez que le serveur d'applications est en cours d'exécution. Ouvrez la console d'administration (ISC) et procédez comme suit : - Développez Serveurs > Types de serveurs > Serveurs Web.
- Sélectionnez votre serveur Web. Dans ce cas, il s'agit de MonServeurWeb_IHS, puis cliquez sur Gestion des serveurs Web distants.
- Entrez l'ID utilisateur et le mot de passe utilisés pour s'authentifier sur la machine B. Les droits d'accès requis par le profil sont les mêmes que ceux requis pour accéder à l'interface graphique d'administration HTTP. Pour plus de détails, voir Profils utilisateur et droits d'accès requis pour HTTP Server dans le centre de documentation IBM i.
- Sauvegardez votre configuration.
10 A Configurez un alias d'hôte virtuel pour la machine (B) du serveur Web et les port du serveur Web de MyWebServer. 11 A Arrêtez, puis redémarrez votre serveur d'applications. 12 A Dans la console d'administration (ISC), procédez comme suit : - Sélectionnez NomServeurweb et cliquez sur Générer le plug-in pour générer le fichier plugin-cfg.xml.
- Sélectionnez NomServeurweb et cliquez sur Propager le plug-in pour propager le fichier plugin-cfg.xml sur la machine B.
13 B Si vous utilisez IBM HTTP Server sur IBM i, démarrez le serveur Web. Ouvrez la console d'administration (ISC) et procédez comme suit : - Développez Serveurs > Types de serveurs > Serveurs Web.
- Sélectionnez votre serveur Web. Dans ce cas, il s'agit de MonServeurWeb_IHS, puis cliquez sur Démarrer.
- Exécutez la commande Work with Domino Servers (WRKDOMSVR).
- Indiquez l'option 1 à côté de votre serveur Domino.
- Appuyez sur Entrée.
14 B Exécutez le servlet Snoop. Accédez à l'URL suivante dans votre navigateur : http://host_name_of_machine_B:http_transport_port/Snoop
Si vous obtenez un message d'erreur, revenez en arrière. Ajoutez un hôte virtuel à la machine A avant de redémarrer le serveur d'applications sur la machine A.
Régénération du fichier plugin-cfg.xml
Le service de configuration de plug-in du serveur Web régénère automatiquement le fichier plugin-cfg.xml.
Toutefois, si le service est désactivé ou si vous voulez forcer la régénération, utilisez la console d'administration ou le script GenPluginCfg. Dans la console d'administration, procédez comme suit :
- Développez Serveurs > Types de serveurs > Serveurs Web.
- Sélectionnez le serveur Web pour lequel vous voulez régénérer le fichier plugin-cfg.xml.
- Cliquez sur Générer le plug-in.
Pendant la configuration, le fichier temporaire plugin-cfg.xml est installé sur la machine B dans le répertoire racine_plug-in/config/nom_serveur_Web. Afin d'utiliser le fichier réel plugin-cfg.xml du serveur d'applications, propagez le fichier plugin-cfg.xml comme indiqué à la section suivante.
Propagation du fichier plugin-cfg.xml
Le fichier plugin-cfg.xml peut être propagé manuellement. La propagation manuelle du fichier plugin-cfg.xml est obligatoire pour les serveurs Web DOMINO. Copiez le fichier plugin-cfg.xml de la machine du serveur d'applications dans le répertoire myHttpProfile_profile_root/config/IHS_MyWebServer sur la machine B du serveur Web. Le fichier plugin-cfg.xml est généré dans le répertoire nommé racine_profil/config/cells/nom_cellule/nodes/nom_hôte_machine_B-node/servers/IHS_myWebServer sur la Machine A du serveur d'applications.
Le service de configuration du plug-in de serveur Web propage automatiquement le fichier plugin-cfg.xml pour IBM HTTP Server version 6.0 ou une version ultérieure. Pour tous les autres serveurs Web, propagez le fichier de configuration de plug-in manuellement. Copiez le fichier plugin-cfg.xml du répertoire racine_profil/ config/cells/nom_cellule/nodes/nom_serveur_web_noeud/serveurs/nom_serveur_web sur la machine A. Collez le fichier dans le répertoire racine_plug-in/config/nom_serveur_web sur la machine B.
- Configurez un serveur Web local
pour un noeud autonome.
La configuration d'un serveur Web local est recommandée pour un environnement de développement ou de test.
Une installation locale implique que le plug-in du serveur Web, le serveur Web et le serveur d'applications soient installés sur la même machine :
Scénario d'installation locale
Tableau 3. Installation et configuration. Scénario d'installation locale Etape Machine Tâche 1 A Installez Installation Manager. 2 A Installation Manager permet d'installer les éléments suivants : - WebSphere Application Server
- Plug-ins du serveur Web pour WebSphere Application Server
- WebSphere Customization Toolbox
3 A Utilisez Installation Manager pour installer IBM HTTP Server ou installez un autre serveur Web pris en charge. 4 A Créez un profil de serveur d'applications autonome. 5 A Ouvrez WebSphere Customization Toolbox et lancez l'outil de configuration des plug-ins de serveur Web pour configurer le plug-in du serveur Web et créer la définition du serveur Web. La définition du serveur Web est créée et configurée automatiquement pendant la configuration du plug-in.
6 A Démarrez le serveur d'applications. 7 A Vérifiez que le serveur d'applications est actif. Ouvrez la console d'administration et enregistrez la nouvelle configuration. 8 A Créer une connexion sécurisée entre le plug-in de serveur Web et le transport HTTP interne dans le serveur d'applications. Pour plus d'informations sur la création d'une connexion sécurisée, lisez l'article sur la configuration du plug-in de serveur Web pour SSL (Secure Sockets Layer).Eviter les incidents: Cette étape est nécessaire pour que le serveur Web fonctionne correctement.gotcha
9 A Démarrez le serveur Web. 10 A Exécutez le servlet Snoop. Accédez à l'URL suivante dans votre navigateur :http://host_name_of_machine_A:http_transport_port/Snoop
Pour vérifier votre propre application, régénérez et propagez le fichier plugin-cfg.xml après avoir installé l'application.
Tableau 4. Installation et configuration. Scénario d'installation locale Etape Machine Tâche 1 A Installez le produit WebSphere Application Server. 2 A Créez un profil de serveur d'applications. 3 A IBM HTTP Server sur IBM i est déjà installé en tant que produit 5761-DG1 ou 5770-DG1. Autrement, vous pouvez également exécuter le serveur Web Domino sur IBM i. Pour les instructions d'installation, reportez-vous à la documentation Domino. 4 A Configurez IBM HTTP Server avec votre profil WebSphere Application Server. Les étapes suivantes s'appliquent uniquement aux serveurs Web DOMINO. Supposons que le nom de votre serveur Web est MonServeurWeb.- Exécutez le script configurerDéfinitionServeurOs400 sur le profil
de serveur d'applications. Exemple :
configureOs400WebServerDefinition -profileName myAppServerProfile -webserver.name DOMSRV01 -webserver.type DOMINO -webserver.port 80
- Configurez un alias d'hôte virtuel pour la machine du serveur Web et le port du serveur Web de DOMSRV01.
- A l'aide de la commande WRKDOMSVR de mise à jour du fichier notes.ini de votre serveur Domino,
insérez la directive suivante :
WebSphereInit=profile_root/config/cells/cell_name/nodes/node_name/ servers/DOMSRV01/plugin-cfg.xml
- A partir du client Lotus Notes connecté au serveur Domino, cliquez sur l'onglet Protocoles Internet, et cliquez ensuite sur l'onglet HTTP. Sous les noms de filtre DSAPI ajoutez : /QSYS.LIB/ biblio_produits.LIB/LIBDOMINO.SRVPGM
- Sauvegardez vos modifications
5 A Arrêtez, puis redémarrez le serveur d'applications. 6 A Si vous utilisez IBM HTTP Server sur IBM i, ouvrez la console d'administration (ISC) et procédez comme suit : - Développez Serveurs > Types de serveurs > Serveurs Web.
- Sélectionnez votre serveur Web. Dans ce cas, il s'agit de MonServeurWeb_IHS, puis cliquez sur Gestion des serveurs Web distants.
- Entrez l'ID utilisateur et le mot de passe utilisés pour s'authentifier sur la machine A. Les droits d'accès requis par le profil sont les mêmes que ceux requis pour accéder à l'interface graphique d'administration HTTP. Pour plus de détails, voir Profils utilisateur et droits d'accès requis pour HTTP Server dans le centre de documentation IBM i.
- Sauvegardez les modifications.
7 A Dans la console d'administration (ISC), procédez comme suit : - Développez Serveurs > Types de serveurs > Serveurs Web.
- Si vous utilisez IBM HTTP Server sur IBM i, sélectionnez IHS_MyWebServer et cliquez sur Générer le plug-in pour générer le fichier plugin-cfg.xml.
- Si vous utilisez Domino HTTP Server sur IBM i, sélectionnez DOMSRV01 et cliquez sur Générer le plug-in pour générer le fichier plugin-cfg.xml.
8 A Si vous utilisez IBM HTTP Server sur IBM i, démarrez le serveur Web. Ouvrez la console d'administration (ISC) et procédez comme suit : - Développez Serveurs > Types de serveurs > Serveurs Web.
- Sélectionnez votre serveur Web. Dans ce cas, il s'agit de MonServeurWeb_IHS, puis cliquez sur Démarrer.
- Exécutez la commande Work with Domino Servers (WRKDOMSVR).
- Indiquez l'option 1 à côté de votre serveur Domino.
- Appuyez sur Entrée.
9 A Exécutez le servlet Snoop. Accédez à l'URL suivante dans votre navigateur : http://host_name_of_machine_A:http_transport_port/Snoop
Si vous obtenez un message d'erreur, revenez en arrière. Ajoutez un hôte virtuel à la machine A avant de redémarrer le serveur d'applications sur la machine A.
Régénération du fichier plugin-cfg.xml
Le service de configuration de plug-in du serveur Web régénère automatiquement le fichier plugin-cfg.xml.
Toutefois, si le service est désactivé ou si vous voulez forcer la régénération, utilisez la console d'administration ou le script GenPluginCfg. Dans la console d'administration, procédez comme suit :
- Développez Serveurs > Types de serveurs > Serveurs Web.
- Sélectionnez le serveur Web pour lequel vous voulez régénérer le fichier plugin-cfg.xml.
- Cliquez sur Générer un plug-in.
Le fichier plugin-cfg.xml est généré dans le répertoire racine_profil/config/cells/nom_cellule/noeuds/nom_serveur_web_node/servers/nom_serveur_web. Cette génération a lieu lors de la création de la définition de serveur Web.
Propagation du fichier plugin-cfg.xml
Le fichier local ne requiert pas de propagation.
Configurez une installation de serveur Web distant dans une cellule.
Configurez une configuration de serveur Web distant pour un noeud géré.
Une configuration de serveur Web distante est recommandée pour des environnements de production.
L'installation répartie distante installe le plug-in du serveur Web sur la machine de ce dernier lorsque le serveur d'applications se trouve sur une autre machine, comme le montre l'illustration suivante :
Scénario d'installation répartie distante
Tableau 5. Installation et configuration. Scénario d'installation répartie distante Etape Machine Tâche 1 A Installez IBM Installation Manager. 2 A Utilisez Installation Manager pour installer WebSphere Application Server. 3 A Créez un profil de gestionnaire de déploiement. 4 A Vérifiez que le gestionnaire de déploiement est actif pour permettre la synchronisation de noeud des fichiers de configuration modifiés. 5 B Installez Installation Manager. 6 B Utilisez Installation Manager pour installer WebSphere Application Server. 7 B Créez un serveur d'applications autonome. 8 B Ajoutez le noeud dans la cellule du gestionnaire de déploiement pour démarrer le processus d'agent de noeud. Démarrez l'agent de noeud sur un noeud géré existant. Le gestionnaire de déploiement ainsi que l'agent de noeud doivent être en cours d'exécution pour permettre la synchronisation de noeud des fichiers de configuration modifiés. 9 C Installez Installation Manager. 10 C Installation Manager permet d'installer les éléments suivants : - Plug-ins du serveur Web pour WebSphere Application Server
- WebSphere Customization Toolbox
11 C Utilisez Installation Manager pour installer IBM HTTP Server, ou pour installer un autre serveur Web pris en charge. 12 C Ouvrez WebSphere Customization Toolbox, puis lancez l'outil de configuration des plug-ins de serveur Web pour configurer le plug-in du serveur Web. Le script de création et de configuration du serveur Web est créé sous le répertoire racine_plug-ins/ bin.
13 C Copiez le script configurenom_serveur_web sur la machine A. Si une machine fonctionne sous un système d'exploitation tel que AIX ou Linux et qu'une autre fonctionne sous Windows, copiez le script dans le répertoire plugins_root/bin/crossPlatformScripts.
14 A Collez le script configurenom_serveur_web de la machine C dans le répertoire racine_serveur_app/bin sur la machine A. 15 A Démarrez le noeud d'agent et le gestionnaire de déploiement s'ils ne sont pas déjà lancés, et exécutez le script à partir d'une ligne de commande. Si vous avez activé la sécurité ou modifié le type de connecteur JMX par défaut, éditez le script et incluez les paramètres appropriés sur la commande wsadmin.
16 A et B Pour démarrer le serveur d'applications sur la machine B, utilisez la console d'administration du gestionnaire de déploiement de la machine A. Attendez que la synchronisation soit exécutée et enregistrez la nouvelle configuration. 17 A Créer une connexion sécurisée entre le plug-in de serveur Web et le transport HTTP interne dans le serveur d'applications. Pour plus d'informations sur la création d'une connexion sécurisée, lisez l'article sur la configuration du plug-in de serveur Web pour SSL (Secure Sockets Layer).Eviter les incidents: Cette étape est nécessaire pour que le serveur Web fonctionne correctement.gotcha
18 C Démarrez le serveur Web. 19 C Exécutez le servlet Snoop. Accédez à l'URL suivante dans votre navigateur :http://host_name_of_machine_C:http_transport_port/Snoop
Pour vérifier votre propre application, régénérez et propagez le fichier plugin-cfg.xml après avoir installé l'application.
Tableau 6. Installation et configuration. Scénario d'installation répartie distante Etape Machine Tâche 1 A Installez WebSphere Application Server Network Deployment. 2 A Créez un profil de gestionnaire de déploiement ou utilisez celui créé lors de l'installation. 3 A Démarrez le gestionnaire de déploiement. Depuis Qshell, exécutez cette commande : app_server_root/bin/startManager -profileName name_of_dmgr_profile
4 B Installez WebSphere Application Server Network Deployment. 5 B Créez un profil de serveur d'applications ou utilisez celui créé lors de l'installation. 6 B Fédérez le noeud. Depuis Qshell, exécutez cette commande : app_server_root/bin/addNode dmgrHost SOAP_port -profileName appProfile -includeapps
Descriptions des variables :- Hôtedmgr est le nom d'hôte de la machine où votre profil de gestionnaire de déploiement existe.
- La variable port_SOAP est le port SOAP du profil dmgr. Le port SOAP par défaut est 8879. Pour déterminer quel port votre profil dmgr
utilise, exécutez la commande suivante :
app_server_root/bin/dspwasinst -profileName name_of_dmgrProfile
- La variable Profilapp est le nom du serveur d'applications que vous voulez fédérer.
Mappez les modules d'application vers les serveurs après cette étape.
7 C IBM HTTP Server sur IBM i est déjà installé en tant que produit 5761-DG1 ou 5770-DG1. Autrement, vous pouvez également exécuter le serveur Web Domino sur IBM i. Pour les instructions d'installation, reportez-vous à la documentation Domino. Quel que soit le scénario, vous devez installer le composant plug-in du serveur Web du produit WebSphere Application Server.
8 C Exécutez la commande Qshell manageprofiles pour créer un profil http. La variable monProfilHttp est le nom du profil.
9 C Configurez IBM HTTP Server avec votre profil http myHttpProfile. Supposons que le nom de votre serveur Web est MonServeurWeb. Un script qshell IBM i appelé configureIHS_MyWebServer sera créé dans le répertoire myHttpProfile_profile_root/config/IHS_MyWebServer sur la machine C. Pour l'installation par défaut de WebSphere Application Server, le paramètre racine_profil_monProfilHttp du profil myHttpProfile sera /QIBM/UserData/WebSphere/AppServer/V61/Base/profiles/myHttpProfile.
Remarque : Dans la suite de cet exemple, webServerName se réfère à IHS_myWebServer. Si vous choisissez de configurer un serveur Web DOMINO comme indiqué ci-dessous, webServerName se rapporte à DOMSRV01.Les étapes suivantes s'appliquent uniquement aux serveurs Web DOMINO :
- Exécutez le script configurerOs400DéfinitionServeurWeb sur le profil
http myHttpProfile. Exemple :
configureOs400WebServerDefinition -profileName myHttpProfile -webserver.name DOMSRV01 -webserver.type DOMINO -webserver.port 80
- A l'aide de la commande WRKDOMSVR de mise à jour du fichier notes.ini de votre serveur Domino , insérez l'instruction suivante : WebSphereInit=myHttpProfile_profile_root/config/DOMSRV01/plugin-cfg.xml
- A partir du client Lotus Notes connecté au serveur Domino, cliquez sur l'onglet Protocoles Internet, et cliquez ensuite sur l'onglet HTTP. Sous les noms de filtre DSAPI ajoutez : /QSYS.LIB/ biblio_produits.LIB/LIBDOMINO.SRVPGM
- Sauvegardez les modifications.
10 C Copiez le script configureNomserveurweb sur la machine A. Le script se trouve dans le répertoire myHttpProfile_profile_root/config/webServerName. 11 A Placez le fichier que vous avez copié dans l'étape précédente dans le répertoire racine_profil/bin sur la machine A, où profile_root est le répertoire où se trouve votre profil. 12 A/B Démarrez le noeud d'agent et le gestionnaire de déploiement s'ils ne sont pas déjà lancés et exécutez le script que vous avez copié dans l'étape précédente. Par exemple, exécutez ces commandes depuis Qshell : Machine A :app_server_root/bin/startManager -profileName name_of_dmgr_profile cd profile_root/bin ./configurewebServerName [wasAdminUserId] [wasAdminPassword]
Remarque : ID_utilisateur_admin_was et mot_de_passe_admin_was sont facultatifs et ne sont requis que si le gestionnaire de déploiement de nom_profil_gestionnaire_déploiement s'exécute en mode sécurisé.Machine B :app_server_root/bin/startNode -profileName appProfile
13 A Pour démarrer le serveur d'applications sur la machine B, utilisez la console d'administration du gestionnaire de déploiement de la machine A. Attendez que la synchronisation soit exécutée et enregistrez la nouvelle configuration. 14 A Si vous utilisez IBM HTTP Server sur IBM i, vérifiez que le gestionnaire de déploiement est en cours d'exécution. Ouvrez la console d'administration (ISC) et procédez comme suit : - Développez Serveurs > Types de serveurs > Serveurs Web.
- Sélectionnez votre serveur Web. Dans ce cas, il s'agit de MonServeurWeb_IHS, puis cliquez sur Gestion des serveurs Web distants. .
- Entrez l'ID utilisateur et le mot de passe utilisés pour s'authentifier sur la machine C. Les droits d'accès requis par ce profil sont identiques à ceux obligatoires pour accéder à l'interface graphique d'administration HTTP. Pour plus de détails, voir Profils utilisateur et droits d'accès requis pour HTTP Server dans le centre de documentation IBM i.
- Sauvegardez votre configuration.
15 A Configurez un alias d'hôte virtuel pour la machine (C) du serveur Web et les port du serveur Web de MyWebServer. 16 A Dans la console d'administration (ISC), procédez comme suit : - Sélectionnez webServerName et cliquez sur Générer le plug-in pour générer le fichier plugin-cfg.xml.
- Sélectionnez NomServeurweb et cliquez sur Propager le plug-in pour propager le fichier plugin-cfg.xml sur la machine C.
17 A Arrêtez, puis redémarrez le serveur d'applications fédéré. 18 A/C Si vous utilisez IBM HTTP Server sur IBM i, démarrez le serveur Web. Ouvrez la console d'administration (ISC) sur la machine A et procédez comme suit : - Développez Serveurs > Types de serveurs > Serveurs Web.
- Sélectionnez votre serveur Web. Dans ce cas, il s'agit de MonServeurWeb_IHS, puis cliquez sur Démarrer.
Si vous utilisez Domino HTTP Server sur IBM i, démarrez le serveur Web sur la machine C depuis une ligne de commandes CL :- Exécutez la commande Work with Domino Servers (WRKDOMSVR).
- Indiquez l'option 1 à côté de votre serveur Domino.
- Appuyez sur Entrée.
19 C Exécutez le servlet Snoop. Accédez à l'URL suivante dans votre navigateur : http://host_name_of_machine_C:http_transport_port/Snoop
Si vous obtenez un message d'erreur, revenez en arrière.
Régénération du fichier plugin-cfg.xml
Le service de configuration de plug-in du serveur Web régénère automatiquement le fichier plugin-cfg.xml.
Toutefois, si le service est désactivé ou si vous voulez forcer la régénération, utilisez la console d'administration ou le script GenPluginCfg. Dans la console d'administration, procédez comme suit :
- Développez Serveurs > Types de serveurs > Serveurs Web.
- Sélectionnez le serveur Web pour lequel vous voulez régénérer le fichier plugin-cfg.xml.
- Cliquez sur Générer un plug-in.
Pendant la configuration, le fichier temporaire plugin-cfg.xml est installé sur la machine B dans le répertoire racine_plug-in/config/nom_serveur_Web.
Propagation du fichier plugin-cfg.xml
Le fichier plugin-cfg.xml peut être propagé manuellement. La propagation manuelle du fichier plugin-cfg.xml est obligatoire pour les serveurs Web DOMINO. Copiez le fichier plugin-cfg.xml de la machine du serveur d'applications dans le répertoire myHttpProfile_profile_root/config/IHS_MyWebServer sur la machine C du serveur Web. Le fichier plugin-cfg.xml est généré dans le répertoire nommé racine_profil/config/cells/nom_cellule/nodes/nom_noeud/servers/IHS_myWebServer sur la Machine B du serveur d'applications.
Le service de configuration du plug-in de serveur Web propage automatiquement le fichier plugin-cfg.xml pour IBM HTTP Server version 6.0 ou une version ultérieure. Pour tous les autres serveurs Web, propagez le fichier de configuration de plug-in en copiant manuellement le fichier plugin-cfg.xml du répertoire racine_profil/ config/cells/nom_cellule/noeuds/nom_noeud/serveurs/nom_serveur_web sur la machine A vers le répertoire racine_plug-ins/config/nom_serveur_web sur la machine C.
Configurez une configuration de serveur Web réparti local.
Configurez une configuration de serveur Web réparti local pour un noeud géré.
La configuration d'un serveur Web local est recommandée pour un environnement de développement ou de test.
Une installation locale distribuée implique que le plug-in du serveur Web, le serveur Web et le serveur d'applications soient installés sur la même machine :
Scénario d'installation répartie locale
Tableau 7. Installation et configuration . Scénario d'installation répartie locale Etape Machine Tâche 1 A Installez IBM Installation Manager. 2 A Utilisez Installation Manager pour installer WebSphere Application Server. 3 A Créez un profil de gestionnaire de déploiement. 4 A Vérifiez que le gestionnaire de déploiement est actif pour permettre la synchronisation de noeud des fichiers de configuration modifiés. 5 B Installez Installation Manager. 6 B Installation Manager permet d'installer les éléments suivants : - WebSphere Application Server
- Plug-ins du serveur Web pour WebSphere Application Server
- WebSphere Customization Toolbox
7 B Utilisez Installation Manager pour installer IBM HTTP Server ou installez un autre serveur Web pris en charge. 8 B Créez un serveur d'applications autonome. 9 B Ajoutez le noeud dans la cellule du gestionnaire de déploiement pour démarrer le processus d'agent de noeud. Démarrez l'agent de noeud sur un noeud géré existant. Le gestionnaire de déploiement ainsi que l'agent de noeud doivent être en cours d'exécution pour permettre la synchronisation de noeud des fichiers de configuration modifiés. 10 B Ouvrez WebSphere Customization Toolbox et lancez l'outil de configuration des plug-ins de serveur Web pour configurer le plug-in du serveur Web et créer la définition du serveur Web. Le script de création et de configuration du serveur Web est créé dans le répertoire racine_plugins/bin.
11 B Copiez le script configurenom_serveur_web sur la machine A. 12 A Collez le script configurenom_serveur_web de la machine B dans le répertoire racine_serveur_app/bin sur la machine A. 13 A Après avoir vérifié que le gestionnaire de déploiement et l'agent de noeud fonctionnent sur la machine A, exécutez le script configurenom_serveur_web à partir d'une ligne de commande dans le répertoire racine_plug-in/bin. Si vous avez activé la sécurité ou changé le type de connecteur JMX par défaut, éditez le script en y incluant les paramètres appropriés.
14 A et B Pour démarrer le serveur d'applications sur la machine B, utilisez la console d'administration du gestionnaire de déploiement de la machine A. Attendez que la synchronisation soit exécutée et enregistrez la nouvelle configuration. 15 A Créer une connexion sécurisée entre le plug-in de serveur Web et le transport HTTP interne dans le serveur d'applications. Pour plus d'informations sur la création d'une connexion sécurisée, lisez l'article sur la configuration du plug-in de serveur Web pour SSL (Secure Sockets Layer).Eviter les incidents: Cette étape est nécessaire pour que le serveur Web fonctionne correctement.gotcha
16 B Démarrez le serveur Web. 17 B Exécutez le servlet Snoop. Accédez à l'URL suivante dans votre navigateur :http://host_name_of_machine_B:http_transport_port/Snoop
Tableau 8. Installation et configuration. Scénario d'installation répartie locale Etape Machine Tâche 1 A Installez WebSphere Application Server Network Deployment. 2 A Créez un profil de gestionnaire de déploiement ou utilisez celui créé lors de l'installation. 3 A Démarrez le gestionnaire de déploiement. Depuis Qshell, exécutez cette commande : app_server_root/bin/startManager -profileName name_of_dmgr_profile
Autrement, exécutez les commandes suivantes :cd profile_root/bin startManager
4 B Installez WebSphere Application Server Network Deployment. 5 B Créez un profil de serveur d'applications ou utilisez celui créé lors de l'installation. Supposons que le nom du profil est appProfile. 6 B Fédérez le noeud. Depuis Qshell, exécutez les commandes suivantes : app_server_root/bin/addNode dmgrHost SOAP_port -profileName appProfile -includeapps
Descriptions des variables :- Hôtedmgr est le nom d'hôte de la machine où votre profil de gestionnaire de déploiement existe.
- La variable port_SOAP est le port SOAP du profil dmgr. Le port SOAP par défaut est 8879. Pour déterminer quel port votre profil dmgr
utilise, exécutez la commande suivante :
app_server_root/bin/dspwasinst -profileName name_of_dmgrProfile
- La variable Profilapp est le nom du serveur d'applications que vous voulez fédérer.
Mappez les modules d'application vers les serveurs après cette étape.
7 B IBM HTTP Server sur IBM i est déjà installé en tant que produit 5761-DG1 ou 5770-DG1. Autrement, vous pouvez également exécuter le serveur Web Domino sur IBM i. Pour les instructions d'installation, reportez-vous à la documentation Domino. 8 B Configurez le serveur IBM HTTP avec votre profil de serveur d'applications appProfile. Remarque : Dans la suite de cet exemple, webServerName se réfère à IHS_MyWebServer. Si vous choisissez de configurer un serveur Web DOMINO comme indiqué ci-dessous, webServerName se rapporte à DOMSRV01.Dans cet exemple, supposons également que le nom du serveur Web est MonServeurWeb.
9 A/B (Domino uniquement) Les étapes suivantes s'appliquent au serveur Web DOMINO sur la machine B : - Exécutez le script configurerDéfinitionWebServeurOs400 sur le profil
de gestionnaire de déploiement. Exemple :
configureOs400WebServerDefinition -profileName name_of_dmgr_profile -webserver.name DOMSRV01 -webserver.type DOMINO -webserver.node name_of_federated_node -webserver.port 80.
Dans ce cas, nom_de_noeud_fédéré est Profilapp_nom_de_machine_B.
- A l'aide de la console d'administration (ISC) de la machine A, configurez un alias d'hôte virtuel pour la machine du serveur Web et le port du serveur Web de DOMSRV01.
- Sur la machine B, utilisez la commande WRKDOMSVR pour mettre à jour le fichier notes.ini de votre serveur Domino. Insérez l'instruction suivante : WebSphereInit=appProfile_root/config/cells/cell_name/nodes/node_name/servers/DOMSRV01/plugin-cfg.xml. Profilapp est le nom du profil de serveur d'applications sur la machine B.
- Sur la machine B, depuis le client Lotus Notes connecté au serveur Domino, cliquez sur l'onglet Protocoles Internet, puis cliquez sur l'onglet HTTP. Sous les noms de filtre DSAPI ajoutez : /QSYS.LIB/ biblio_produits.LIB/LIBDOMINO.SRVPGM
- Enregistrez les modifications.
10 A Pour démarrer le serveur d'applications sur la machine B, utilisez la console d'administration du gestionnaire de déploiement de la machine A. 11 A Si vous utilisez IBM HTTP Server sur IBM i, mettez à jour l'ID utilisateur et le mot de passe de configuration de votre serveur Web. Cette étape permet à votre gestionnaire de déploiement d'effectuer à distance des opérations sur le serveur Web : - Ouvrez la console d'administration pour votre profil de gestionnaire de déploiement sur la machine A.
- Développez Serveurs > Types de serveurs > Serveurs Web
- Sélectionnez votre serveur Web. Dans ce cas, il s'agit de IHS_MyWebServer, puis cliquez sur Gestion des serveurs Web distants
- Entrez l'ID utilisateur et le mot de passe utilisés pour s'authentifier sur la machine B. Les droits d'accès requis par le profil sont les mêmes que ceux requis pour accéder à l'interface graphique d'administration HTTP. Pour plus de détails, voir Profils utilisateur et droits d'accès requis pour HTTP Server dans le centre de documentation IBM i.
- Sauvegardez votre configuration.
12 A Dans la console d'administration (ISC), configurez un alias d'hôte virtuel pour la machine (B) du serveur Web et le port du serveur Web de MyWebServer. 13 A Dans la console d'administration (ISC), procédez comme suit : - Sélectionnez NomServeurweb et cliquez sur Générer le plug-in pour générer le fichier plugin-cfg.xml.
- Sélectionnez NomServeurweb et cliquez Propager le plug-in pour propager le fichier plugin-cfg.xml.
14 A Dans la console d'administration (ISC), arrêtez et redémarrez le serveur d'applications fédéré. 15 A/B Si vous utilisez IBM HTTP Server sur IBM i, démarrez le serveur Web. Ouvrez la console d'administration (ISC) sur la machine A et procédez comme suit :- Développez Serveurs > Types de serveurs > Serveurs Web
- Sélectionnez votre serveur Web. Dans ce cas, il s'agit de IHS_MyWebServer, puis cliquez sur Démarrer.
Si vous utilisez Domino HTTP Server sur IBM i, démarrez le serveur Web sur la machine B depuis une ligne de commandes CL :- Exécutez la commande Work with Domino Servers (WRKDOMSVR). .
- Indiquez l'option 1 à côté de votre serveur Domino.
- Appuyez sur Entrée. .
16 B Exécutez le servlet Snoop. Accédez à l'URL suivante dans votre navigateur : http://host_name_of_machine_B:http_transport_port/Snoop
Si vous obtenez un message d'erreur, revenez en arrière.
Régénération du fichier plugin-cfg.xml
Le service de configuration de plug-in du serveur Web régénère automatiquement le fichier plugin-cfg.xml.
Toutefois, si le service est désactivé ou si vous voulez forcer la régénération, utilisez la console d'administration ou le script GenPluginCfg. Dans la console d'administration, procédez comme suit :
- Développez Serveurs > Types de serveurs > Serveurs Web.
- Sélectionnez le serveur Web pour lequel vous voulez régénérer le fichier plugin-cfg.xml.
- Cliquez sur Générer un plug-in.
Pendant la configuration, le fichier temporaire plugin-cfg.xml est installé sur la machine B dans le répertoire racine_plug-in/config/nom_serveur_Web.
Le fichier plugin-cfg.xml est généré à l'emplacement du répertoire racine_profil/config/cells/nom_cellule/nodes/nom_noeud/serveurs/NomServeurweb au moment de la création de la définition du serveur Web.
Régénérez le fichier plugin-cfg.xml dans la définition de serveur Web sur le serveur d'applications à chaque changement de configuration. Le serveur Web peut accéder au fichier dès que celui-ci est régénéré.
Lorsque le service de configuration de plug-in du serveur Web (service d'administration) est activé sur la machine A, le fichier plugin-cfg.xml est généré automatiquement pour tous les serveurs Web.
Propagation du fichier plugin-cfg.xml
La synchronisation de noeud permet de propager le fichier plugin-cfg.xml de la machine A à la machine B.
Lorsque le service de configuration de plug-in du serveur Web (service d'administration) est activé sur la machine A, le fichier plugin-cfg.xml est propagé automatiquement pour tous les serveurs Web.
Configuration alternative
Cette procédure décrit l'installation de plug-in sur deux machines. Néanmoins, vous pouvez suivre cette procédure pour une seule machine, comme le montre l'illustration. Une installation locale distribuée implique que le plug-in du serveur Web, le serveur Web, le serveur d'applications et le gestionnaire de déploiement soient installés sur la même machine :
Que faire ensuite
- Dans la console d'administration, ajoutez le port non standard à tout hôte virtuel requis dans WebSphere Application Server, notamment l'hôte par défaut (default_host) si des applications y sont mappées.
- Régénérez le plug-in.
- Propagez le plug-in.
- Redémarrez le serveur d'applications.
- Redémarrez le serveur Web.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-dist&topic=tins_road_plugins
Nom du fichier : tins_road_plugins.html