1.0 Introduction
2.0 Modifications par rapport à la version précédente
3.0 Restrictions
3.1 Fonction de sélection de la couleur sous le système GTK
3.2 Impossible d'entrer la valeur DBCS Kanji à l'aide de la fenêtre Candidat de Web Site Designer
3.3 Cas où un modèle de page n'est pas appliqué à une page Web
4.0 Problèmes connus
4.1 Le valideur JSP n'effectue pas de compilation automatique pour des modifications Java dépendantes
4.2 Conseils pour de meilleures performances : Fermeture de projets inactifs
4.3 Conseils pour de meilleures performances : Désactivation de la compilation automatique
4.4 Les assistants Outils Web ne créent pas de fichiers dans les dossiers en lecture seule sous Linux
4.5 Restriction concernant la personnalisation des menus de la barre d'outils de Page Designer
4.6 Avertissement signalant un lien rompu sur des applets
4.7 Insertion d'applets dans les fichiers HTML et JSP à l'aide de Page Designer
4.8 Questions relatives au transtypage pour le code créé à l'aide de l'assistant Pages Web de base de données
4.9 Les JSP doivent utiliser des instructions d'importation explicites.
4.10 Migration de données relationnelles dans des projets Web 4.0.3
4.11 Un fragment de code supplémentaire est nécessaire pour les pages JSP et les servlets Java conçus dans un environnement DBCS pour un niveau J2EE 1.3 sur le serveur WebSphere 5
4.12 Déplacement d'éléments dans la vue Edition rapide à l'aide de la souris
4.13 Utilisation des éléments de la vue Fragments avec des actions simples dans la vue Edition rapide
4.14 Prise en charge des langages des dispositifs mobiles pour Page Designer
4.15 Prise en charge du modèle de page dans Page Designer
4.16 Remarques relatives à l'utilisation d'éléments de site avec Web Site Designer
4.17 Affichage de signes Euro dans la page
Conception de Page Designer sous Motif
4.18 Le fait de cliquer deux fois sur des propositions de l'assistant de contenu dans un environnement DBCS peut provoquer des erreurs
4.19 Annotations de recherche concernant des fichiers non sauvegardés dans des éditeurs
4.20 Restrictions ClearCase lors de l'utilisation de Web Site Designer ou de modèles de page
4.21 Problème de soumission de formulaire Java dans les pages JSP générées dans l'assistant Pages Web de base de données
Dans WebSphere Studio, l'environnement de développement Web apporte les outils nécessaires au développement des applications Web. Les applications Web comportent des pages Web statiques, des fichiers JSP (JavaServer Pages), des servlets Java, un descripteur de déploiement XML (web.xml) et d'autres ressources Web. Ce fichier Readme décrit les problèmes et restrictions connus, ainsi que les solutions associées aux outils utilisés dans l'environnement de développement Web.
Vous pouvez désormais renommer les dossiers Web Content et Java Source. Les noms par défaut correspondent à WebContent et JavaSource ; toutefois, vous pouvez les redéfinir en utilisant la page Préférences Outils Web ->Nouveau projet. Les dossiers des projets existants peuvent être renommés à l'aide du navigateur.
REMARQUE : Seuls les noms de dossiers par défaut sont compatibles avec WebSphere Studio Version 5.0.0. Ne modifiez pas les noms par défaut si vous devez maintenir la compatibilité de l'espace de travail avec la version 5.0.0.Deux nouvelles vues ont été ajoutées à la perspective Web afin de faciliter l'édition de pages HTML/JSP. La vue Palette contient un ensemble d'éléments qui peuvent être déplacés dans une page Web dans Page Designer. La vue Edition rapide permet aux utilisateurs d'ajouter et de modifier des scripts et de créer des balises dans des scripts d'événements au sein de Page Designer. Pour plus d'informations, reportez-vous à l'aide.
Vous pouvez sélectionner une couleur à l'écran à partir des vues Couleurs, Attributs etStyles ; toutefois, cette fonction n'est pas utilisable sur les systèmes GTK. Si vous souhaitez utiliser la fonction de sélection des couleurs, choisissez un système Motif.
Dans Web Site Designer, lorsque vous utilisez la fenêtre 'canna' pour modifier les zones de texte, la saisie de la valeur DBCS KANJI échoue.
Pour éviter ce problème, utilisez 'Wnn' au lieu de 'canna'. Pour plus d'informations, reportez-vous au guide d'installation de votre système d'exploitation.
Dans certaines situations, un modèle de page n'est pas appliqué à une page Web lorsque vous utilisez l'un des assistants de modèle de page :
- Le modèle de page n'est pas appliqué à une page Web possédant un codage différent de celui du modèle sélectionné.
- Le modèle de page n'est pas appliqué lorsque le modèle de page sélectionné ou la page Web est décrite par une page JSP de style XML.
- Le modèle de page n'est pas appliqué à une page Web déjà associée à un modèle de page.
Le valideur JSP ne revalide pas automatiquement un fichier JSP lorsqu'une classe Java JSP à laquelle il fait référence est modifiée. Pour relancer le valideur JSP sur le fichier, sélectionnez le valideur JSP dans le navigateur de projets, puis cliquez sur Exécuter la validation à partir du menu contextuel.
Pour améliorer les performances, il est conseillé de fermer les projets que vous n'utilisez pas de manière active. Seuls les projets ouverts sont régénérés lorsqu'une action Régénérer tout est effectuée.
Par défaut, les valideurs sont lancés automatiquement lorsque vous sauvegardez des ressources dans un projet Web. Pour éviter cela, ouvrez la boîte de dialogue Propriétés du projet Web dans le menu contextuel de la vue Navigateur J2EE. Activez ensuite l'option Ecraser les préférences de validation et désactivez l'option Exécuter la validation automatiquement lors de la sauvegarde des modifications d'une ressource dans la page Validation. Vous pouvez également désactiver la validation automatique (et les générations) pour tous les projets en sélectionnant Fenêtre > Préférences puis en désactivant Génération automatique sur la modification des ressources dans la page Plan de travail. Si vous désactivez les générations automatiques, vous pouvez lancer manuellement une génération (et des validations) en sélectionnant Projet > Régénérer le projet.
Lorsque vous tentez de créer des fichiers dans des dossiers en lecture seule sous Linux, ces fichiers ne sont pas générés et aucun message d'erreur ne s'affiche.
Une fois la barre d'outils personnalisée à l'aide de la boîte de dialogue Personnalisation de la perspective (Fenêtre > Personnaliser la perspective), le menu Barre d'outils de Page Designer ne peut plus être utilisé pour des personnalisations ultérieures de la barre d'outils. Vous devrez utiliser la boîte de dialogue Personnalisation de la perspective pour sélectionner les éléments de la barre d'outils à afficher.
LinksBuilder peut signaler à tort que la valeur d'attribut de code d'une applet n'est pas un lien valide si un nom de classe Java complet est utilisé :
<applet code="aaa.bbb.AnApplet" codebase="MyApplets">Cet avertissement peut être ignoré et n'affecte pas le comportement de l'applet lorsqu'elle est exécutée sur le serveur.Cet avertissement peut être évité en utilisant un séparateur de chemin ('/') au lieu du séparateur ('.') et en vérifiant que l'extension .class est indiquée de manière explicite. Par exemple :
<applet code="aaa/bbb/AnApplet.class" codebase="MyApplets">
Le dossier source Java d'un projet Web est réservé aux classes côté serveur ; le code source des applets ne peut donc pas y être placé. Par conséquent, il est recommandé de procéder de la manière suivante lors du développement des applets :
- Créez un projet Java pour les applets, puis créez les classes d'applet dans ce projet.
- Copiez les fichiers des classes d'applet dans le dossier Contenu Web (par défaut, WebContent) d'un projet Web. Ne les copiez pas dans le dossier WEB-INF, car ce dossier n'est réservé qu'aux classes côté serveur. (Pour afficher les fichiers de classes, vous devez modifier les filtres de la vue Navigateur de projets en sélectionnant Filtres dans la liste déroulante des boutons de menu de la vue).
- Insérez une applet dans une page Web en sélectionnant Insérer > Autres > Applet Java dans Page Designer. Vous devez ensuite définir les attributs appropriés pour le code et la base du code.
Par exemple, si la classe de votre applet est aaa.bbb.AnApplet et que la structure des fichiers est la suivante :
WebContent/index.htmlle code est "aaa.bbb.AnApplet"
WebContent/MyApplets/aaa/bbb/AnApplet.classla balise d'applet de index.html doit contenir :
codebase is "MyApplets"
Dans l'assistant Pages Web de base de données, lorsque le modèle Beans d'accès aux données IBM - Modèle maître de détail est utilisé, certaines base de données connaissent des difficultés à sélectionner les chaînes en interne, en fonction du type de données approprié. Par exemple, Oracle 8.17i ne convertira pas des chaînes en nombres.
Pour corriger cela dans le fichier $Prefix$ViewBean.java généré pour chaque demande DataAccess, vous devez modifier la méthode prepareStatement().
Soit le code suivant :
//Ajout de descriptions de paramètre aux métadonnées.
DBParameterMetaData metaData = getDBSelect().getParameterMetaData();
metaData.setParameter(1, PARAM1_NAME, DatabaseMetaData.procedureColumnIn,
java.sql.Types.DECIMAL,
java.lang.String.class);
// Définition des paramètres.
getDBSelect().setParameter(PARAM1_NAME, inSAL);
Vous devez le remplacer par :
//Ajout de descriptions de paramètre aux métadonnées.
Vous devez indiquer aux métadonnées des paramètres le type d'objet Java attendu par votre base de données. Vous devez ensuite utiliser la méthode setParmeterFromString au lieu de la méthode setParameter sur l'instance DBSelect. Cela indique à l'objet DBSelect d'effectuer la conversion du type à la place de votre base de données.
DBParameterMetaData metaData = getDBSelect().getParameterMetaData();
metaData.setParameter(1, PARAM1_NAME, DatabaseMetaData.procedureColumnIn,
java.sql.Types.DECIMAL,
java.math.BigDecimal.class);
// Définition des paramètres.
getDBSelect().setParameterFromString(PARAM1_NAME, inSAL);
Les fichiers JSP doivent utiliser l'attribut 'import' de la directive des pages pour décrire les types disponibles pour l'environnement des scripts de cette page. Certains types peuvent avoir été importés de manière implicite dans les fichiers JSP contenus dans les projets J2EE1.2, mais généreront des erreurs s'ils sont utilisés dans un projet J2EE1.3. Pour éviter cela, les types doivent toujours être importés de manière explicite dans la page JSP (sauf si le type est inclus dans la liste d'importation par défaut : java.lang.*, javax.servlet.*, javax.servlet.jsp.* et javax.servlet.http.*).
Pour migrer les données relationnelles de projets WebSphere Studio 4.0.3, procédez comme suit :
- A partir de l'espace de travail de la version 4.0.3, générez les fichiers DDL de chaque base de données disponible.
- Supprimez la base de données du dossier source/databases dans le projet Web (via la vue Définition de données).
- Ouvrez l'espace de travail 4.0.3 avec WebSphere Studio version 5.
- Migrez les projets Web pour lesquels vous souhaitez restaurer les données relationnelles.
- Cliquez sur Fichier > Importer > Système de fichiers et indiquez le(s) fichier(s) DDL de l'espace de travail 4.0.3.
- Dans la vue Définition de données de la perspective Données, sélectionnez Exécuter sur le serveur local et indiquez le projet Web cible.
Les artefacts de données relationnelles sont restaurés.
Cette entrée concerne les pages JSP et les servlets Java conçus dans un environnement DBCS pour un niveau J2EE 1.3 sur le serveur WebSphere 5. Le fragment de code suivant doit être inclus dans la source avant d'accéder à tout paramètre ou attribut de demande :
if(request.getCharacterEncoding() == null){
request.setCharacterEncoding(<encoding>); // il s'agit généralement du codage de la page JSP ou du servlet
}
//...code jsp/servlet normal qui accède aux objets de demande du type
// <%=request.getParameter("message")%>
Si le code précédent n'est pas inclus et que la demande ne comporte pas d'informations de codage, tous les paramètres de demande seront analysés en ISO-8859-1. Par conséquent, tous les paramètres d'entrée incluant des caractères DBCS s'afficheront incorrectement.
Avant de déplacer des éléments ou du texte de la vue Fragments ou Palette vers la vue Edition rapide, vérifiez que l'instruction "Insérez un fragment de code ou d'action" n'apparaît pas dans la vue Edition rapide.
A chaque élément de la vue Fragments JavaScript correspond une action simple disponible dans la vue Edition rapide. Si vous utilisez la vue Edition rapide, il est déconseillé d'associer des actions simples à des éléments de la vue Fragments dans le même script d'événements. Si vous devez associer ces éléments, vérifiez avec précaution la position de l'élément Fragment. Si vous déplacez à l'aide de la souris des éléments de la vue Fragments vers la vue Edition rapide lorsque l'éditeur contient des actions simples, l'élément Fragment risque d'être inséré au mauvais endroit. Dans ce cas, supprimez, puis réinsérez l'action simple.
Les attributs qui ne sont pas pris en charge dans les langages des dispositifs mobiles (tels que cHTML ou WML) peuvent être insérés à partir de la boîte de dialogue Insertion ou de la vue Attributs.
Toutefois, vous pouvez vérifier la validité du code en utilisant les options Outils > Valider la syntaxe HTML pour un document cHTML ou les options Outils > Valider la syntaxe WML pour un document WML.
Les modèles de page sont pris en charge uniquement par Page Designer, pas par Page Designer Classic. Vous pouvez utiliser Page Designer pour modifier une page HTML/JSP à l'aide de la fonction Modèle de page.
- Certaines parties d'un site ne peuvent pas être insérées dans des pages comportant certains types de document. Lorsque vous cliquez sur OK dans la boîte de dialogue Insertion, un message d'erreur s'affiche pour indiquer que vous ne pouvez pas utiliser cette partie du site. Cela signifie que le programme générera du code source incorrect si le fichier de spécification de la partie du site sélectionné est utilisé dans le type de document de la page cible. Par exemple, si le type de document d'une page correspond à cHTML ou WML, pratiquement toutes les parties du site contiennent des balises qui ne sont pas autorisées dans ces langages de marquage.
- La barre de navigation risque de contenir du code source non autorisé en raison du fichier de spécification associé. Si la vue Tâches contient de nombreux messages d'erreur et avertissements, il est probable que le fichier de spécification de la barre de navigation en soit la cause. Modifiez le fichier de spécification pour corriger ces erreurs.
- La barre de navigation d'une page peut comporter des caractères incohérents. Cette erreur se produit si un libellé de navigation contient des caractères qui ne peuvent pas être codés conformément à la règle de codage indiquée dans la page. Pour éviter cela, limitez le type de caractères utilisé dans les libellés de navigation au codage utilisé dans la page ou utilisez une règle de codage plus expressive dans la page.
- Tous les exemples de fichiers de spécification répertoriés dans la boîte de dialogue Insertion du plan du site peuvent prendre en charge des pages comprises entre le niveau 1 et le niveau 5 de la structure du site. Même si vous définissez un niveau final supérieur à 5 dans la vue des attributs pour la balise siteedit:sitemap, les liens créés pour accéder aux pages de ce niveau ne seront pas inclus dans la carte du site.
Page Designer ne peut pas afficher le signe euro dans la page Conception lorsqu'il s'exécute sur un système Motif. Pour afficher ce symbole, vous devez utiliser un système GTK.
Si vous utilisez Linux (Motif ou GTK) et un environnement local DBCS, la machine virtuelle Java risque de s'arrêter brutalement lorsque vous cliquez deux fois sur la liste de l'assistant de contenu. Au lieu de cliquer deux fois sur la liste, utilisez les touches fléchées et la touche Entrée pour sélectionner des éléments dans la liste.
Dans l'éditeur de source et la page Source des éditeurs multi-pages (éditeur XML, par exemple), la fonction de recherche est utilisable à partir d'une ressource sauvegardée sur le système de fichiers plutôt qu'à partir du contenu de l'éditeur. Les annotations de recherche contenues dans un éditeur dont les données n'ont pas été sauvegardées risquent de ne pas être fiables. Pour éviter ce problème, sauvegardez le fichier avant de lancer une recherche.
Si vous utilisez Web Site Designer pour travailler sur un projet Web, vous devez tout d'abord vous assurer que les fichiers de projet, tels que les fichiers html ou jsp et fichiers associés, sont réservés hors du référentiel ClearCase.
De plus, si vous utilisez des modèles de page dans votre projet Web, vous devez tout d'abord réserver les fichiers appropriés hors de ClearCase.
Dans certains fichiers JSP générés par l'assistant Pages Web de base de données, particulièrement dans le fichier nommé '***MasterView.jsp'
les liens 'Précédent', 'Régénérer' ainsi que d'autres liens peuvent ne pas fonctionner dans tous les navigateurs. Des problèmes ont été détectés dans certains navigateurs, par exemple dans Mozilla & Konqueror.
Pour résoudre le problème pour la plupart des navigateurs, changez le code Javascript pour la fonction nommée 'submitForm' dans la page JSP.
Changez la variable 'document.<formName>.elements.action' de la méthode en 'document.<formName>.action'.
Par exemple function submitForm(nav){ if(nav == 'SCHEMA_TABLEInputForm'){ document.myForm.elements.action = "/Web3/SCHEMA_TABLEInputForm.html"; } else if(nav == 'SCHEMA_TABLEMasterView'){ document.myForm.elements.action = "/Web3/SCHEMA_TABLEMasterView"; } else{ document.myForm.elements.action = "/Web3/SCHEMA_TABLEDetailsView"; }
devient
function submitForm(nav){ if(nav == 'SCHEMA_TABLEInputForm'){ document.myForm.action = "/Web3/SCHEMA_TABLEInputForm.html"; } else if(nav == 'SCHEMA_TABLEMasterView'){ document.myForm.action = "/Web3/SCHEMA_TABLEMasterView"; } else{ document.myForm.action = "/Web3/SCHEMA_TABLEDetailsView"; }
Retour au fichier Readme principal
(C) Copyright IBM Corporation 2000, 2003. All Rights Reserved.