Traitement des problèmes de la passerelle d'application Web

Les informations de traitement des problèmes sont utiles pour la planification et l'implémentation de l'intégration de la passerelle d'application Web (WAB).

Pourquoi et quand exécuter cette tâche

Les éléments suivants sont des limitations connues :

Plusieurs URL de sous-domaine lorsque vous configurez plusieurs applications d'ancrage Web sur une page: Si vous utilisez HCL Portal V8.5 CF13, une version antérieure ou V9 CF13, la configuration de plusieurs applications d'ancrage Web sur une seule page de portail génère plusieurs URL de sous-domaine. Des améliorations au niveau de la gestion de ces événements ont été ajoutées à CF14. Mettez à niveau vers le dernier niveau CF pour bénéficier d'un traitement d'URL de sous-domaine plus efficace lorsque vous configurez plusieurs applications d'ancrage Web sur des pages de portail.
Problème connu lié au plug-in Microsoft Silver Light: Désactivez le plug-in Microsoft Silver Light dans les navigateurs lorsque vous utilisez les fonctions SharePoint avec Web Application Bridge.
Problème connu lié à l'édition des informations d'hôte ou de port pour un profil de fournisseur de contenu: Si l'administrateur système modifie les informations d'hôte ou de port dans le profil du fournisseur de contenu, vous devez éditer l'application d'ancrage Web et resélectionner le profil. Sinon, l'application d'ancrage Web n'appliquera pas les modifications.
Problème connu de sécurité: N'entrez pas < ou > dans les zones de texte.
Problème connu lié à l'activation du mode Information: Si vous activez le Mode Information lors de la création d'un fournisseur de contenu, la boîte de dialogue se ferme. Vous revenez au tableau récapitulatif sans informations supplémentaires. Activez le Mode Information, puis créez votre fournisseur de contenu.
Applications Web contenant une navigation vers plusieurs hôtes: Une page Web servie par une application contenant des URL qui pointent vers un hôte différent de celui enregistré pour l'application Web ne fonctionne pas.
Applications Web avec redirection des URL: Les applications Web qui utilisent la redirection des URL pour servir du contenu ne sont pas prises en charge. Par exemple, <meta http-equiv="refresh" content="2;url=http://someotherserver.com/"> n'est pas correct.
Applications Web qui servent du contenu avec des types mime incorrects: Les applications Web qui servent des ressources Web avec un type mime incorrect ne fonctionnent pas. Par exemple, une image jpg servie en text/html au lieu du type mime image/jpeg approprié échoue.
Applications Web servant un iFrame qui chevauche la page complète: Les applications Web qui servent du contenu à l'intérieur d'un iFrame alors que cet iFrame chevauche la page complète ne sont pas prises en charge.
Applications Web empêchant le chargement de leur contenu à l'intérieur d'un iFrame: Les applications Web qui contiennent un script permettant de vérifier si la fenêtre du document de page représente la fenêtre principale avant d'afficher le contenu ne fonctionnent pas.
Applications Web avec fonctions de navigateur non standard: Les applications Web qui dépendent spécifiquement d'une fonction non standard fournie par le navigateur Web d'un fournisseur spécifique ne fonctionnent pas.
Applications Web avec fonctionnalités côté client spécifiques à un fournisseur: Les applications Web qui utilisent des API de mise en cache hors ligne spécifiques à un fournisseur (par exemple, Google et Gears) ne fonctionnent pas.
Applications d'ancrage Web et appareils mobiles: A partir du groupe de correctifs CF03, la prise en charge mobile est fournie pour les applications Web ayant été développées et testées pour le rendu dans les navigateurs des appareils mobiles. Si l'application Web a été initialement créée et testée pour des bureaux, elle ne fonctionne pas correctement sur les appareils mobiles.
Remarque : Les appareils mobiles ne peuvent pas afficher des barres de défilement en cas de dépassement de contenu. La fonction de glissé de l'appareil mobile est alors activée.
L'édition des paramètres partagés ne fonctionne pas sur les appareils mobiles: Le pont d'application Web ne prend pas en charge le mode Editer les paramètres partagés lors d'un accès via un appareil mobile.

Servlet de proxy inverse

Aucun traitement des cookies persistants (tous les cookies sont traités comme des sessions)
Pas de support HTTP 1.0 spécial
Mise en cache en fonction des en-têtes HTTP non encore implémentée

La recherche de portail ne fonctionne pas pour WAB - contenu iFrame

Si le moteur de balayage de recherche indexe une page, cette page risque de ne pas être disponible pour une recherche dans une session ultérieure. Par conséquent assurez-vous que l'ID utilisateur du moteur de balayage de recherche n'a pas accès à la passerelle d'application Web (WAB).

Intégration de point de partage

L'option d'affichage de flux RSS n'est pas prise en charge.

Consultez les questions suivantes pour intégrer et résoudre les problèmes liés à l'intégration de la passerelle d'application Web :

Peut-on utiliser le système hôte local ou l'adresse IP d'une application pour intégrer cette dernière au pont d'application Web ?

Vous devez toujours spécifier le nom d'hôte complet de votre application. N'utilisez pas le système hôte local ou l'adresse IP. Vous devez également utiliser le nom de système hôte qualifié complet lors de l'accès à HCL.

Quels en-têtes de requête sont toujours propagés ?

Date
Pragma
Via
Accepter
Accept-Charset
Accept-Encoding
Accept-Language
Du
Referrer
Permettre
Content-Encoding
Content-Language
Content-Length
Content-Location
Content-MD5
Content-Type
Agent d'utilisateur

Quels en-têtes de requête sont toujours bloqués ?

Hôte
Autorisation
Intervalle
Connexion
Signal de présence
Proxy-Authorization
TE
Trailers
Transfer-Encoding
Mettre à niveau

Quels en-têtes de réponse sont toujours propagés ?

Date
Pragma
Via
Serveur
Permettre
Content-Encoding
Content-Language
Content-Length
Content-Location
Content-MD5
Content-Type

Quels en-têtes de réponse sont toujours bloqués ?

Emplacement
WWW-Authenticate
Proxy-Authenticate
Accept-Ranges
Content-Range
Connexion
Trailers
Transfer-Encoding
Mettre à niveau

Que faut-il faire lorsqu'une page d'erreur s'affiche systématiquement en mode Vue ?

Déconnectez-vous d'HCL. Supprimez tous les cookies et reconnectez-vous à HCL. Utilisez le nom de système hôte qualifié complet.

Comment supprimer la navigation Point de partage qui apparaît dans le portlet d'ancrage Web ?

Consultez la documentation de point de partage relative au masquage du panneau de navigation sans changer la page principale. Vous pouvez également ajouter des filtres à votre application pour analyser le contenu qui n'est pas nécessaire.

Quels sont les sites qui créent des problèmes d'intégration ?

Il s'agit des types de sites suivants :

Sites ayant des URL absolues dans le contenu ou JavaScript
Sites qui utilisent JavaScript, l'actualisation META, des URL absolues pour la redirection
Sites qui utilisent JavaScript pour qu'une application Web se trouve dans le cadre supérieur et non pas dans un cadre incorporé, par exemple :
```
if(top.location.href!=self.location.href){top.location.href=self.location.href
```

Quelle est l'unité de hcréateur et de largeur dans le portlet d'ancrage Web ?

L'unité est le pixel. Le thème de page peut limiter la largeur à la limite maximale autorisée par le thème.

Comment activer le traçage pour la passerelle d'application Web ?

Ajoutez la chaîne suivante au portlet d'activation du traçage dans HCL :

com.ibm.wps.vwat.*=all:com.ibm.wps.wab.*=all

Pourquoi ne puis-je pas accéder à mon application de messagerie Internet ?

Si vous utilisez une application Internet dotée de fonctions de sécurité complexes, il se peut que la passerelle d'application Web ne puisse pas y accéder. Un exemple de ce type d'application Internet est Yahoo. Si vous ne pouvez pas accéder à votre application Internet et avez vérifié que les paramètres dans le composant d'application sont corrects, contactez l'assistance technique.

La page de navigation n'est jamais chargée et est constamment réinitialisée

Si votre navigateur Web n'est jamais chargé et qu'il est constamment réinitialisé, il se peut que les heures de votre serveur ne correspondent pas. Si vous utilisez Firefox, vous voyez un message indiquant que votre session de portail a expiré et vous êtes invité à vous connecter. Pour résoudre ce problème, faites correspondre l'heure de votre serveur à l'application que vous reliez et redémarrez le portail.

Les URL publiques avec plusieurs hôtes ne s'affichent pas correctement

Si le site public extrait du contenu à partir de plusieurs hôtes, ces sites n'affichent pas correctement le portlet Ancrage Web. Par exemple, Wikipedia charge le contenu à partir des différents hôtes suivants :

en.wikipedia.org
bits.wikimedia.org
upload.wikimedia.org
meta.wikimedia.org

Cookies échangés entre le serveur Web et le serveur d'applications

La définition des cookies échangés entre le serveur Web et le serveur d'applications sur HTTP uniquement désactive la passerelle d'application Web.

Que se passe-t-il si la racine de contexte de l'application qui doit être intégrée correspond à la racine de contexte d'une autre application qui est déjà installée sur le serveur de portail ?

Vous souhaitez intégrer une application dont l'URI commence par /abc. Une seconde application existe déjà sur le serveur de portail avec la même racine de contexte : /abc. Si la première application doit être intégrée au portail via le pont d'application Web, la deuxième application doit être arrêtée ou retirée à partir du serveur de portail.

Je vois trop de demandes d'interrogation lors de l'intégration à Netweaver

La raison peut en être que certains en-têtes ne sont pas transmis au serveur Netweaver. Ces en-têtes sont is_icm_polling_user, userId et Content-Type. Ouvrez le portlet Gestionnaire d'application Web virtuelle et ajoutez ces en-têtes à la liste des en-têtes autorisés dans la stratégie de Netweaver.

Utilisation de SPNEGO (Simple and Protected GSS-API Negotiation Mechanism) sur Windows™

Avec la connexion unique basée sur SPNEGO, les données d'identification sont toujours sélectionnées automatiquement. Par conséquent, l'utilisateur n'a pas besoin de fournir les données d'identification en mode Personnaliser. Il s'agit toujours de l'utilisateur qui est connecté à Windows™.

Connexion unique

Il est prévu que les boutons de connexion ou des éléments similaires tels que les boutons de "changement d'utilisateur" de l'application d'arrière plan ne sont pas disponibles. Ils sont retirés avec les filtre ou les applications d'arrière plan sont directement définies. En d'autres termes, l'créateur de contenu peut fournir les données d'identification uniquement en mode Personnaliser du portlet de l'application d'ancrage Web.

Paramètres de connexion unique

Le pont d'application Web stocke les cookies d'authentification qui sont reçus de l'application d'arrière-plan dans la session. Effectuez l'authentification avec le serveur d'arrière-plan une seule fois par session. Il n'est pas nécessaire d'effectuer l'authentification pour chaque demande. Une fois que l'utilisateur est connecté au serveur d'arrière-plan à l'aide de la connexion unique via WAB, l'authentification demeure active pour la totalité de la session. Même si les paramètres de connexion unique définis dans la stratégie sont modifiés pour l'application d'arrière-plan, l'utilisateur reste authentifié jusqu'à ce qu'il se déconnecte du portail. Par conséquent, si vous modifiez la stratégie, prenez soin de vous déconnecter du portail et de vous reconnecter pour que les paramètres de stratégie soient complètement modifiés.