Vous pouvez déployer Client System Analyzer (CSA) séparément, sur tout serveur Web compatible J2EE. Cette stratégie est adaptée aux situations suivantes :
Le déploiement de CSA inclut les étapes suivantes :
Téléchargement de l'application CSA : l'application CSA inclut le répertoire CSA et les fichiers personnalisés d'applet/de page JSP nécessaires. L'application est packagée sous forme de fichier EAR. Pour télécharger ce fichier EAR par défaut, cliquez sur l'option de téléchargement de l'application Client System Analyzer. Pour personnaliser le fichier EAR par défaut de CSA, modifiez les éléments suivants :
Règles : ce fichier contient un ensemble de règles par défaut pour lesquelles les données client sont évaluées. Vous pouvez personnaliser et ajouter des règles avant de déployer CSA.
Paramètres de contexte : vous pouvez personnaliser les paramètres de contexte dans le fichier web.xml.
Classes personnalisées : vous pouvez fournir des classes d'applet personnalisées, pouvant servir à collecter des données supplémentaires, à modifier le comportement de l'applet, à effectuer certaines opérations sur l'ordinateur client, etc.
Déployer CSA sur n'importe quel serveur Web J2EE : l'application CSA est déployée sur un serveur d'applications comme une application J2EE standard. Une fois l'application CSA déployée, vous pouvez modifier les paramètres de contexte comme pour toute autre application Web.
Diriger les utilisateurs finals vers CSA : l'utilisateur final doit accéder à l'application CSA pour collecter les données client. Les utilisateurs finals peuvent accéder directement à la page JSP CSA ou utiliser un lien à partir d'une autre application. Voici les différentes méthodes permettant de réacheminer automatiquement les utilisateurs finals vers CSA :
HTTP Server (fonction mod_rewrie d'Apache) : cette option ne nécessite aucune modification de l'application Web.
Filtre de servlet : il s'agit d'un programme qui filtre les demandes envoyées vers et depuis le serveur. Vous devez ajouter le filtre et les correspondances de filtre à l'application Web.
Lorsque l'utilisateur final exécute CSA, le cookie ORA_SMP_ORA (défini par CSA) est analysé par le filtre de servlet et la page JSP de réacheminement vers CSA. Le cookie a comme données traitées (payload) l'horodatage du serveur. La page JSP de réacheminement vers CSA et le filtre de servlet examinent l'horodatage pour déterminer la dernière exécution de CSA. Ensuite, en fonction de la durée maximale configurée par l'administrateur, l'utilisateur final est réacheminé vers l'application CSA.
Ajoutez une cible Collecteur CSA à l'agent Enterprise Manager. Pour ce faire, cliquez sur Ajouter un collecteur et choisissez une cible dans la liste.
Indiquez le chemin absolu du répertoire de réception de fichiers. Le chemin indiqué ici doit être identique à celui indiqué dans le paramètre outputDir de l'application CSA. Par défaut, les données client sont stockées dans le répertoire de réception de fichiers "csa_results", sous la racine de contexte de l'application Web Client System Analyzer. Toutefois, vous pouvez modifier le paramètre de contexte "outputDir" de l'application.
Testez le déploiement de CSA : pour vérifier le déploiement de CSA, cliquez sur l'URL de la page CSA et vérifiez si les données client sont collectées.
A propos de Client System Analyzer
Déploiement de Client System Analyzer
Enterprise Manager - Guide d'informations
Copyright © 1996, 2007, Oracle. Tous droits réservés.