Dans cette section : |
Remarque : si vous choisissez l'option d'installation de Tomcat avec WebFOCUS, ce chapitre n'est pas utile.
Cette section explique comment installer et configurer Apache Tomcat, avec ou sans Apache HTTP Server. Il existe deux configurations disponibles lorsque vous utilisez Apache Tomcat :
Remarque : vous pouvez aussi utiliser Tomcat pour tous les traitements WebFOCUS, et n'utiliser le serveur HTTP que pour la retransmission des requêtes via un pare-feu. C'est la configuration recommandée.
Cette section contient des informations pour l'installation et la configuration de Tomcat, ainsi que la connexion entre les serveurs Tomcat et HTTP. Si vous utilisez le serveur HTTP, il devrait être déjà installé. Nous recommandons Apache HTTP Server 2, bien que 1.3 devrait fonctionné.
Les étapes sont les suivantes :
Comment : |
Pour préparer Tomcat avec WebFOCUS, vous devez choisir comment créer les graphiques WebFOCUS et ajouter le pilote JDBC ReportCaster.
Pour générer des graphiques, les servlets WebFOCUS doivent disposer d'un accès à un serveur X Windows, ou utiliser l'option Java VM headless. Vous pouvez la renseigner en éditant le fichier catalina.sh :
/tomcat_home/bin/catalina.sh
En début de fichier, après la section commentaire, ajoutez la définition DISPLAY correcte. Par exemple :
DISPLAY=xserver_host:0.0
export DISPLAY
TERM=xterm
export TERM
où :
est le nom d'hôte ou l'adresse IP d'une machine sous environnement X Server.
Remarque : les graphiques ne sont pas affichés effectivement sur la machine pour laquelle DISPLAY renseignée, mais les Servlets WebFOCUS doivent accéder à ce serveur X pour générer les graphiques. Après avoir fini ce chapitre, assurez-vous de réviser les tests pour vérifier les graphiques dans Vérification et dépannage des Graphiques Côté Serveur (PCHOLD).
/tomcat_home/bin/catalina.sh
Vous pouvez ajouter l'option headless en renseignant la variable $JAVA_OPTS. En début de fichier, après la section commentaire, ajoutez la ligne suivante :
export JAVA_OPTS="${JAVA_OPTS} -Djava.awt.headless=true"
Avant qu'une application WebFOCUS puisse se connecter au référentiel WebFOCUS, vous devez d'abord ajouter l'emplacement du pilote JDBC au CLASSPATH dans setclasspath.sh.
/tomcat_home/bin/catalina.sh
CLASSPATH=/home/oracle/oracle/ojdbc6.jar
Remarque : si il y a plus d'un fichier jar, ajouter les informations correspondantes séparées par deux-points (:).
CLASSPATH="$JAVA_HOME"/lib/tools.jar:/home/oracle/oracle/ojdbc6.jar
Remarque : vous devez inclure le chemin complet incluant le nom de fichier. Spécifier un répertoire n'est pas suffisant.
Comment : Référence : |
La configuration de Tomcat nécessite surtout pour indiquer à Tomcat où les fichiers WebFOCUS sont situés et les racines contextuelles dans lesquelles les utiliser. Par exemple, vous devez indiquer à Tomcat qu'il doit servir les fichiers depuis l'application web WebFOCUS :
/install_directory/ibi/WebFOCUS81/webapps/webfocus
Lorsqu'il reçoit une requête pour la racine contextuelle WebFOCUS :
http://TomcatHost:tomcatHTTPport/ibi_apps
En créant ce contexte, vous déployez l'application web WebFOCUS.
Context (path): /ibi_apps
Directory (DocumentBase): /install_directory/ibi/WebFOCUS81/webapps/webfocus
Le contexte approot est alors créé en tant qu'alias sur le serveur HTTP. Le serveur HTTP est alors configuré pour envoyer les requêtes ibi_apps à Tomcat. Toutefois, ceci suppose que le serveur HTTP est en charge directe d'un certain contenu WebFOCUS. Si vous souhaitez que le serveur HTTP ne transmette que les requêtes via un pare-feu, ne créez pas d'alias sur le serveur HTTP, configurez plutôt Tomcat pour qu'il gère l'ensemble du contenu WebFOCUS.
Contexte (chemin) | Répertoire (DocumentBase) |
---|---|
/ibi_apps | /install_directory/ibi/WebFOCUS81/webapps/webfocus
|
/ibi_help | /install_directory/ibi/WebFOCUS81/webapps/ibi_help
|
/approot | /install_directory/ibi/apps
|
Tomcat peut être utilisé en tant que serveur Web et serveur d'applications, ce qui implique qu'il peut très bien servir des fichiers indépendamment de l'application web tant qu'il connaît leurs emplacements et les contextes associés. Sur un serveur Web traditionnel, vous créez des alias. Avec Tomcat, un alias de serveur Web traditionnel est traité comme une racine de contexte, même lorsqu'en servant des fichiers en dehors d'une application web.
Il y a plusieurs façons de créer des contextes :
Cette procédure explique comment créer des contextes en utilisant les outils web. Lorsque vous créez un contexte pour une application web, elle est déployée.
Pour créer des contextes pour Tomcat 8, Information Builders recommande de créer ou d'éditer des fichiers XML dans le répertoire suivant :
/tomcat_home/conf/Catalina/localhost
Ce n'est pas une considération si vous venez d'installer WebFOCUS pour la première fois, mais vous devriez en tenir compte lorsque vous installez un service pack ou une nouvelle révision. Lorsque vous mettez à niveau WebFOCUS ou installez un service pack, Tomcat doit utiliser la nouvelle application web plutôt que des copies mises en mémoire cache de l'ancienne version.
/tomcat_home/work/Catalina/localhost/ibi_apps
/tomcat_home/work/Catalina/localhost/ibi_help
Remarque : le fichier redirect.war est disponible pour rediriger les applications personnelles avec des contenant rcaster en tant que racine de contexte ReportCaster. Si vous envisagez de déployer ce fichier, vous devriez aussi supprimer le répertoire de travail suivant, puis redémarrer Tomcat :
/tomcat_home/work/Catalina/localhost/rcaster
/tomcat_home/conf/Catalina/localhost/ibi_apps.xml
/tomcat_home/work/Catalina/localhost/ibi_apps
/tomcat_home/webapps/ibi_apps
Remarque : lorsque vous déployez des fichiers WAR, Tomcat les déploie dans sa propre structure de répertoires, sans forcément connaître l'emplacement original.
Comment : |
Tomcat peut être utilisé avec ou sans Apache HTTP Server.
Pour créer des alias, éditez le fichier de configuration httpd.conf tel que décrit ci-dessous, en vous assurant d'avoir bien remplacé install_directory par le chemin correct sur votre machine. Si vous avez changé le nom par défaut pour la racine de contexte et les alias WebFOCUS (/ibi_apps), effectuez les substitutions qui s'imposent.
Alias /approot/ "/install_directory/ibi/apps/"
Par exemple :
Alias /approot/ "/home/iadmin/ibi/apps/" Alias /icons/ "/usr/apache2/icons/"
Comment : |
Il existe plusieurs méthodes de connexion entre Apache HTTP Server et Tomcat. Cette section concerne JK1.2, mod_jk. Si vous souhaitez utiliser une autre approche, en particulier ProxyPass ou JK2, consultez la documentation Apache et Tomcat.
Les fichiers suivants sont nécessaires pour Apache pour se connecter à Tomcat en utilisant JK1.2:
Fournit des instructions binaires à Apache pour se connecter à Tomcat. Consultez Télécharger ou construire le fichier mod_jk.so.
Fournit les informations de configuration exigées par mod_jk.so Consultez Créer le fichier mod_jk.conf.
Indique à Apache qu'il doit charger le fichier binaire mod_jk.so et et utiliser la configuration de workers.properties. Consultez Créer le fichier workers_properties.
Indique à Apache qu'il doit inclure mod_jk.conf. Consultez Editer httpd.conf pour utiliser JK1.2.
Des informations supplémentaires sur l'utilisation du connecteur JK1.2 sont disponibles à l'adresse :
http://tomcat.apache.org/connectors-doc/index.html
Le fichier binaire mod_jk.so doit faire l'objet d'une compilation spécifique pour votre plate-forme est votre version Apache HTTP Server (1.3 or 2.0). Le code source et binaire peut être téléchargé ici :
http://jakarta.apache.org/tomcat/connectors-doc/index.html
http://TomcatHost:TomcatHTTPport/ibi_apps/diagnostics/about.jsp
Une page présentant le build en cours devrait apparaître. Par exemple :
Version:WEB81
Si le chargement de la page échoue, redémarrez Tomcat, et assurez-vous qu'il peut compiler les fichiers JSP. Dans certains environnements, une erreur est possible à la première compilation d'un fichier JSP.
Les binaires que vous téléchargez auront un nom long indiquant la version Apache et celle de la plate-forme. Vous devriez renommer ce fichier en mod_jk.so.
Si un binaire n'est pas disponible pour votre plate-forme, vous pouvez télécharger le code source et le compiler. Si vous faites une recherche en ligne, vous devriez trouver l'information sur la compilation de mod_jk.so. Le fichier compilé peut avoir un nom différent, par exemple libmod_jk.so.
Le fichier mod_jk.so doit être placé sur votre système dans un répertoire sur lequel le serveur HTTP a au moins des permissions de lecture.
workers.properties
Par exemple :
/apache_home/conf/tomcat/workers.properties
workers.tomcat_home=tomcat_home workers.java_home=java_homeps=/ worker.list=ajp13 worker.ajp13.port=8009 worker.ajp13.host=localhost worker.ajp13.type=ajp13
où :
est le répertoire d'installation Apache Tomcat. Utilisez un chemin absolu.
est le répertoire d'installation du JDK Java. Utilisez un chemin absolu.
Est le port Ajp13 définies dans server.xml. Le port par défaut est 8009, fournissez une nouvelle valeur si vous avez changé ceci.
mod_jk.conf
Par exemple :
/apache_home/conf/tomcat/mod_jk.conf
<IfModule !mod_jk.c> LoadModule jk_module /PATH_TO/mod_jk.so </IfModule> JkWorkersFile "/PATH_TO/workers.properties" JkLogFile "/PATH_TO/tomcatjk1.2/mod_jk.log" JkLogLevel emerg JkMount /ibi_apps ajp13 JkMount /ibi_apps/* ajp13
Remarque : si vous changez les racines de contexte par défaut, effectuez une substitution.
Comment : |
Après avoir terminé la configuration, exécutez les appels de test pour vérifier le fonctionnement.
N'oubliez pas que vous aurez sans doute à augmenter les paramètres de mémoire Java si vous utilisez InfoAssist. Vous pouvez le faire plus tard, tel que décrit dans Problèmes de mémoire Java.
WebFOCUS |