Instructions détaillées pour l’installation et la configuration des implémentations de Sensor pour J2EE s’exécutant sur RedHat Linux 7.x ou version ultérieure, Sun Solaris SPARC 2.6 ou version ultérieure ou Sun Solaris x86 9 ou version ultérieure.
Les fichiers programme de Sensor sont compressés dans un fichier d’installation que vous obtenez du site de téléchargement d’Adobe. Si vous ne disposez pas déjà du fichier d’installation de Sensor pour votre serveur Web particulier, téléchargez-le (ou obtenez-le auprès de votre représentant Adobe) avant de commencer les procédures suivantes.
Les implémentations J2EE prises en charge sont les suivantes :
Pour installer et configurer Sensor, procédez comme suit :
Procédure d'extraction et d'installation des fichiers programme pour Sensor.
Connectez-vous en tant qu’utilisateur root ou en tant qu’utilisateur disposant de l’autorité racine.
Décompressez et décompressez le fichier d’installation à l’aide de la commande suivante :
Sous Linux :
tar -zxf installationFilename.tar.gz
Sous Solaris :
unzip -d installationFilename.tar.gz
tar -xf installationFilename.tar
Copiez les fichiers de programme décompressés dans les répertoires identifiés dans le tableau suivant :
Fichier | Description | Répertoire cible |
---|---|---|
mod_Visual_sciences.so | Module de chargement du collecteur. | IBMHttpServer/modules |
txlogd |
Le programme d'émetteur. | /usr/local/bin --OU-- /usr/local/sbin |
txlogd.conf | Fichier de configuration de Sensor. | /etc |
trust_ca_cert.pem | Certificat utilisé pour valider le certificat numérique présenté par Insight Server pendant le processus de connexion | /usr/local/Visual_sciences |
Le package d’installation contient un fichier de feuille de calcul appelé TestExperiment.xls. Cette feuille de calcul est un outil que les architectes utilisent pour configurer une expérience contrôlée. Sensor n’utilise pas ce fichier, il n’est donc pas nécessaire d’installer le fichier sur l’ordinateur sur lequel Sensor est en cours d’exécution (bien que vous puissiez choisir de le faire). Vous souhaiterez peut-être copier le fichier vers un emplacement accessible par vos architectes ou simplement extraire le fichier du package d’installation, le cas échéant. Pour plus d'informations sur l'expérimentation contrôlée, consultez le Guide des expériences contrôlées Insight.
Autorisations sur les fichiers du programme
Des autorisations incorrectes sur les fichiers programme provoquent la plupart des problèmes rencontrés lors de l’installation de Sensor. Veillez à définir les autorisations exactement comme indiqué dans cette section.
Par défaut, les fichiers programme du fichier tar possèdent les autorisations suivantes. Selon la configuration de votre système, ces paramètres peuvent être modifiés (non masqués) lors de l’extraction des fichiers. Pour réinitialiser les autorisations sur les paramètres par défaut recommandés, utilisez les commandes chmod ci-dessous. Vérifiez que les répertoires dans lesquels vous avez installé les fichiers permettent au moins ce niveau d'accès.
Fichier | Autorisations par défaut | chmod, commande |
---|---|---|
mod_Visual_sciences.so | rwx r-x r-x | chmod 775 |
txlogd | rwx —x —x | chmod 711 |
txlogd.conf | rw- r— r— | chmod 664 |
trust_ca_cert.pem | rw- r— r— | chmod 664 |
Le txlogd.conf fichier contient les paramètres de configuration de Sensor.
Vous devez modifier ce fichier pour indiquer, entre autres, la taille et l’emplacement du fichier de file d’attente de disque, l’adresse du serveur Insight et l’ID qui sera joint aux données d’événement produites par ce capteur.
Le fichier de configuration contient les paramètres obligatoires et facultatifs.
Pour modifier le fichier de configuration de Sensor
Pour modifier le fichier de configuration de Sensor
Après avoir configuré le fichier txlogd.conf, vous pouvez démarrer le programme d’émetteurs, l’enregistrer en tant que service Windows et créer la file d’attente des disques.
Si le répertoire dans lequel se trouve la file d'attente de disque n'existe pas déjà, créez-le. Assurez-vous que le répertoire fournit à la fois le module collecteur et le programme émetteur l'accès en lecture/écriture au fichier.
Pour plus d’informations sur les autorisations requises par les fichiers de file d’attente de disque, voir Autorisations de fichier Sensor UNIX.
Sur l’ordinateur sur lequel Sensor est installé, exécutez la commande suivante pour démarrer l’émetteur :
/usr/local/bin/txlogd -ic -f /etc/txlogd.conf
Pour plus d’informations sur les options que vous pouvez utiliser au démarrage de l’émetteur, voir Options de ligne de commande de l’émetteur de capteur.
Vérifiez que l’émetteur a créé la file d’attente du disque à l’emplacement spécifié dans le paramètre QueueFile et à la taille spécifiée dans le paramètre QueueSize.
Si la file d’attente n’a pas été créée correctement, tapez Ctrl+C pour arrêter l’émetteur, puis procédez comme suit :
Pour les serveurs Apache, le collecteur est un objet partagé dynamique que vous chargez dans le processus de votre serveur Web.
Pour ajouter le collecteur à votre serveur Web, vous devez modifier le httpd.conf fichier comme décrit ci-dessous et redémarrer votre serveur Web.
Si Sensor capture des données pour plusieurs serveurs Web sur l’ordinateur serveur, vous devez effectuer la procédure suivante pour chaque serveur Web.
A l’aide d’un éditeur de texte, ouvrez le httpd.conffichier pour le serveur Web dont Sensor capture les événements.
Ajoutez les éléments suivants <filter>
et <filter-mapping>
au fichier descripteur. Si vous n’avez pas installé txlogd.conf dans le répertoire /etc, vous devez saisir le chemin d’accès correct à ce fichier dans l’ <param-value>
élément :
<filter>
<filter-name>VSCollectorFilter</filter-name>
<description></description>
<filter-class>
com.visualsciences.collector.VSCollectorFilter
</filter-class>
<init-param>
<param-name>configPath</param-name>
<param-value>/etc/txlogd.conf</param-value>
<description></description>
</init-param>
</filter>
<filter-mapping>
<filter-name>VSCollectorFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
Ces lignes sont sensibles à la casse. Tapez-les exactement comme ils apparaissent ci-dessus.
Redémarrez le processus du serveur Web (vous n'avez pas à redémarrer l'ordinateur du serveur entier, il vous suffit de redémarrer le processus du serveur Web). Le collecteur est chargé avec le serveur Web et commence à collecter les données d’événement et à les écrire dans la file d’attente du disque.
Vérifiez que le collecteur collecte les données d’événement et que l’émetteur les transmet au serveur Insight cible.
Pour vérifier que l’émetteur peut envoyer des données d’événement au serveur Insight, assurez-vous que le serveur Insight cible est installé et en cours d’exécution avant de commencer le test suivant.
Si l’émetteur n’est pas en cours d’exécution, redémarrez-le à l’aide de la commande suivante :
/usr/local/bin/txlogd -i -f /etc/txlogd.conf
Ouvrez un navigateur (sur n’importe quel ordinateur) et demandez une page au serveur Web sur lequel Sensor est en cours d’exécution (veillez à sélectionner une page que Sensor surveille).
Une fois la requête émise, vérifiez dans la console de l’émetteur les messages indiquant qu’elle envoie des données d’événement au serveur Target Insight.
Si Sensor ne transmet pas correctement les données, vérifiez que :
Informations sur le chargement automatique de l’émetteur dans le script de démarrage du système.
Pour vous assurer que l’émetteur se charge automatiquement au redémarrage de l’ordinateur du serveur Web, ajoutez la commande suivante (qui lance l’émetteur) au script de démarrage du système :
/usr/local/bin/txlogd -f /etc/txlogd.conf
Cette commande démarre l'émetteur en tant que démon. Les messages d’exploitation et d’erreur générés par l’émetteur sont écrits syslog.
Le paramètre Solaris par défaut est 60. Selon les tests effectués avec Sensor, qui utilise trois sémaphores pour chaque instance, Adobe vous recommande d’utiliser 1024 comme paramètre. Ce nombre est suffisamment élevé pour que Sensor fonctionne avec toute autre application sur le serveur qui peut nécessiter des sémaphores, mais n’affecte pas les performances. Pour appuyer cette recommandation, veuillez noter que Adrian Cockcroft a déclaré dans son livre Sun Performance and Tuning (Prentice Hall, octobre 1994) ce qui suit : "Les bases de données ont tendance à utiliser beaucoup de paramètres de mémoire partagée et de sémaphore. Elles n'affectent pas les performances; tant qu'ils sont assez gros, les programmes fonctionneront."
Les capteurs de toutes les plateformes peuvent collecter toutes les données disponibles dans les en-têtes de requête et de réponse HTTP.
Les capteurs de la plateforme J2EE fournissent un mécanisme de collecte de données qui n’est pas disponible sur d’autres plateformes. Le collecteur de la plate-forme J2EE (collecteur J2EE) se trouve sur la couche de l’application, ce qui lui permet de collecter des données sensibles qui sont disponibles uniquement pour l’application et ne doivent pas être exposées par le balisage de page ou dans les en-têtes.
Bien que les balises de page et la modification de l’en-tête puissent masquer les données, celles-ci restent accessibles à ceux qui examinent le code source d’une page ou regardent les en-têtes à l’aide des outils de plug-in du navigateur.
Par exemple, le collecteur J2EE peut être utilisé pour capturer les données de coût par clic (CPC) pour les liens affichés sur une page, les informations de partenaire sensibles sur une page et de nombreux autres points de données. L’environnement J2EE vous permet de modifier facilement votre WEBAPP pour capturer ces données personnalisées à l’aide de notre classe de collecteurs.
Lorsqu’un capteur pour la plateforme J2EE reçoit une requête, il appelle une classe de collecteur qui importe la fonction appendToLog. La fonction appendToLog ajoute à la requête initiale les paramètres de chaîne de requête spécifiés dans la fonction appendToLog. Ceci génère l’URI de la requête initiale contenant des paires nom-valeur de chaîne de requête supplémentaires qui correspondent aux noms et aux valeurs des données capturées. Par exemple, CPC=20 est ajouté à la requête initiale lorsque la valeur d’un emplacement ou d’un lien de clic publicitaire spécifique est de 20 cents. Insight Server traite ces valeurs dans le jeu de données pour analyse. Cette méthodologie de collecte offre un autre avantage : elle permet la collecte de données supplémentaires sans créer d’entrées de journal supplémentaires, comme cela peut être le cas avec les méthodologies de balisage de page.
Pour plus d’informations sur le traitement, voir le Guide de configuration des jeux de données.
Pour capturer des données supplémentaires à partir d’une page
Ajoutez le code suivant en haut de la page .jsp à partir de laquelle vous souhaitez capturer des données :
<%@ page import="com.visualsciences.collector.VSCollector" %>
Utilisez la méthode appendToLog() de l’objet collecteur pour ajouter les paires nom-valeur souhaitées à la chaîne de requête de la page .jsp demandée. L’exemple suivant ajoute "A=1" et "B=2" à la chaîne de requête de la page .jsp demandée pour la page /index.jsp :
<html>
<body>
<h1>Hello World</h1>
<%
VSCollector collector = new VSCollector(request, response);
collector.appendToLog("A", "1");
collector.appendToLog("B", "2");
%>
</body>
</html>
L’URI de demande qui en résulte est /index.jsp?A=1&B=2.
Répétez cette procédure pour chaque page .jsp à partir de laquelle vous souhaitez capturer des données supplémentaires.