Dans cette section : |
Cette section fournit certaines informations sur les technologies tierces qui sont utilisées avec WebFOCUS. Elle présente une introduction simplifiée destinée aux personnes ne connaissant pas encore ces technologies.
Les composants Web client WebFOCUS et ReportCaster constituent une partie de votre serveur d'applications.
Certains serveurs d'applications offrent un composant Web/HTTP robuste, et ne requièrent pas de serveur Web externe. Par exemple, Apache Tomcat peut être utilisé en tant que serveur Web et en tant que serveur d'applications. vous utilisez un serveur d'applications pour tous les traitements WebFOCUS, mais vous pouvez utiliser un serveur Web pour transmettre les requêtes au serveur d'applications via un pare-feu.
Certaines fonctionnalités WebFOCUS et ReportCaster sont fournies sous la forme d'applications Web J2EE (webapps). Une application Web J2EE est une collection de code Java, de texte, de graphiques, et d'autres fichiers qui fonctionnent en tant qu'application ou en tant que service. Une application Web est organisée dans une structure de répertoires qui peut être placée dans une archive Web (.war). Un fichier WAR est similaire à un fichier ZIP ou TAR dans la mesure où il contient d'autres fichiers tout en préservant la structure de répertoires.
Une application Web doit respecter certaines conventions, en particulier elle doit toujours contenir un répertoire WEB-INF. Le répertoire WEB-INF doit obligatoirement contenir un fichier web.xml. Le fichier web.xml file est le descripteur de déploiement et contient l'information de configuration. Le répertoire WEB-INF présente généralement des sous-répertoires lib ou class qui contiennent son code Java principal.
Une application Web s'exécute au sein d'un serveur d'application ou d'un conteneur de servlets. Pour exécuter une application Web, voulait déployer dans un serveur d'applications, avec un fichier WAR ou EAR. En théorie, n'importe quel serveur Web respectant les spécifications Java Servlet API 2.4 devrait s'exécuter dans n'importe quel serveur d'applications, sur n'importe quelle plate-forme. Toutefois, la logique d'exécution des serveurs d'applications varie : vous devez vous assurer que ceux-ci sont bien supportés par WebFOCUS. Pour plus d'informations sur les serveurs d'applications supportés, consultez Prérequis des serveurs web et d'applications.
Après le déploiement d'une application Web, sa racine de contexte est utilisée pour accéder à l'application au sein d'un navigateur. La racine de contexte est le nom du répertoire utilisé pour accéder à l'application Web ; il est généralement spécifié lors du déploiement de l'application. Une racine de contexte est parfois appelée chemin de contexte ou tout simplement, contexte.
Par exemple, la racine de contexte WebFOCUS par défaut est /ibi_apps. Par conséquent, vous pouvez accéder à l'application Web en utilisant :
http://hostname:port/ibi_apps/signin
où :
Sont le nom d'hôte et le port HTTP du serveur Web ou du serveur d'applications. Si vous avez besoin du certificat SSL, utilisez le préfixe https au lieu du préfixe http.
Un nom d'utilisateur et mot de passe valides sont requis pour accéder à l'application Web WebFOCUS.
Si votre serveur d'application est séparé de votre serveur Web, vous devez vous assurer que le serveur Web peut transmettre les requêtes au serveur d'applications. Par exemple, quand une requête pour ibi_apps parvient au serveur Web, le serveur Web doit connaître obligatoirement comment envoyer la requête au serveur d'applications. Dans le cadre de certaines combinaisons serveur d'applications/serveur Web, cette logique est automatique, mais d'autres doivent être configurées.
| WebFOCUS |