|
 |
Niveau : Intermédiaire Noel Rappin (noelrappin@gmail.com), Senior Software Engineer, Motorola, Inc. 27 Feb 2007
Dans cet article, vous emploierez Apache Tomcat en tant que votre récipient de servlet d'exemple, parce qu'il est employé couramment et disponible gratuitement. D'autres récipients de servlet se comporteront pareillement. Vous vous déploierez souvent sur un serveur existant; mais sinon, les liens dans la section des Resources à la fin de cet d'article vous à indique l'endroit de téléchargement de Tomcat. Si vous exploitez le logiciel d'exploitation de Microsoft® Windows®, Tomcat a un installateur binaire pour Windows qui est relativement simple à utiliser. Si vous êtes sur un système Mac ou UNIX®, il y a une version compilée que vous pouvez extraire et placer dans un endroit commode (/usr/local est courant); après réglage de quelques variables d'environnement, vous serez bon pour tout lancer. Largement parlé, deux étapes pour déployer votre application de GWT dans Tomcat.
Le processus a quelques étapes de plus qu'il est souhaitable, et en date de cette écriture il n'y a aucune méthode officielle de l'automatiser. Je décris le processus manuel ici. Avant que vous lisiez ceci, sachez cependant qu'il peut exister un outil de déploiement pus robuste supportant de le déploiement.
Compiler vos fichier GWT client Après, compiler et déplacer vos fichiers GWT client. Puisque vous avez effectué la majeure partie de votre travail en mode accueilli, vous avez pu sauter cette étape explicitement jusqu'ici. La manière la plus rapide de compiler votre code est d'utiliser le bouton Compile de la console du mode accueillie. Mais il y a une autre manière qui pourrait être plus commode pour automatiser. Dans la partie 1 de cette série, vous utilisiez le créateur d'application Un des fichiers shell créés s'appelle Slicr-compile. Dans Windows, le dossier a également une extension .cmd. (Génériquement, naturellement, c'est votre nomDuProjet-compile.) Appeler le fichier depuis une ligne de commande, ou le cliquer selon votre logiciel d'exploitation. Le script réfléchit pendant un moment avant de produire quelque chose de semblabe à: Output will be written into ./www/com.ibm.examples.SlicrCe qui se produit ici est que GWT compile tout votre code Java du côté client en code de Javascript. Le code côté client, par défaut, est tout le code dans le répertoire source du client de votre projet; cependant, vous pouvez explicitement changer ce dosier dans votre fichier .gwt.xml du projet en ajoutant une étiquette de la forme Le compilateur GWT convertit habituellement le code légal Java avec succès. Cependant, quelques articles poseront des problèmes. Les choses suivantes ont quelque chose de particulier:
Etudier la sortie résultant de la compilation Supposant que votre code de Java passe ces conditions et votre compilation est réussie, vous pouvez suivre la sortie du script de compilation et étudier le dossier ./www/com.ibm.examples.Slicr, suivant les indications de la liste 1. Certains de vos noms de dossier peuvent différer. Liste 1. Sortie d'une compilation GWT
Which brings you to the files with the hex digit gobbledygook names. There are six HTML/XML pairs. Open the .html files and you'll see a lot of highly obfuscated JavaScript code, as shown in Listing 2, chosen at random. Choses faciles d'abord: Slicr.html est la page HTML page que vous avez codé, copié ici directement à partir de votre répertoire public. N'importe quel élément du répertoire public sera placé ici. Les trois fichiers .gif sont, comme vous pourriez prévoir de leurs noms, utilisé par GWT pour faire le rendu de l'arbre des widgets. Puisque vous n'avez aucun arbre de widgets dans l'application de Slicr, vous pouvez supposer que GWT met toujours ces images dans votre rendu. Passons au reste des fichiers avec des noms prononçables, history.html a un certain code Javascript pour gèrer l'état et préserver le comportement du bouton Précédent. Les fichiers gwt.js et nocache.html contiennent tous les deux contiennent plus ou moins de code de zones fixes (boilerplate) conçu pour commencer et charger votre application de GWT correctement. Ce qui vous ammène aux fichiers avec des noms de charabia de chiffre de sortilège. Il y a six paires de HTML/XML. Ouvrir les fichiers .html et vous verrez beaucoup de code Javascript fortement assombri (obfusqué), tel que la liste 2, choisie au hasard. Liste 2. Code JavaScript
Je pense que c'est clair. C'est réellement votre gentil code et ordonné de Java compilé en code Javascript par le compilateur GWT. Il y a cinq paires de HTML/XML, une pour chacun des moteurs de rendu des pricncipaux navigateurs (browser) : Firefox/Gecko (vieilles et nouvelles versions), Internet Explorer de Windows, Opéra, et Safari. Les fichiers XML contrôlent le typage de quelques données de sorte que les types de données corrects soient employés pour ce moteur. L'obscurcissement (obfuscation) est là pour comprimer la taille du dossier des textes qui doit être envoyé au navigateur. Quand un récupère la page de GWT depuis un navigateur, le code Javascript dans les pages de zones fixes recherche et charge automatiquement la version correcte de votre code pour le navigateur de l'utilisateur. Pour déployer vos pages GWT, tous ces fichiers du répertoire www/com.ibm.examples.Slicr doivent être copiés dans le dossier Home/webapps/slicr de Tomcat. Ce s'occupe du côté de client, maintenant occupons nous du côté serveur.
Si vous avez fait le développement de servlet avant, alors la présente partie du processus de GWT devrait être familière. Le code de serveur-côté que vous avez écrit est juste une autre application de servlet et est déployé en utilisant la norme de Servlet. D'abord, vous devez compiler tout votre code de Java en utilisant un compilateur Java plat et ordinaire. A ce moment, vous avez deux options :
Le code compilé devrait inclure le code de côté client que vous avez déjà compilé en utilisant GWT -- rappeler vous, vous emploient certaines de ces classes côté client sur le côté serveur pour faciliter le transfert de données. Vous devez également mettre toutes les bibliothèques tierces que vous employez dans le même dossier /lib. Cet dossier inclut toujours le fichier gwt-servlet.jar, qui lui-même est inclus avec la distribution de GWT. Ce fichier contient tous les fichiers GWT utilisateur nécessaires à votre application. Note : La distribution originale de GWT n'inclue pas ce fichier. Cependant, vous pouvez encore voir les instructions de déploiement de Web qui impliquent d'entailler (hacking) le fichier gwt-user.jar pour enlever les classes de servlet qui interféreraient Tomcat. Si votre distribution de GWT est à jour, cette étape n'est pas nécessaire. Dans ce cas-ci, vous avez également besoin du fichier de derby.jar, qui fait partie de la distribution de Derby et qui contient les classes de base de données de Derby dont vous avez besoin. Si vous voulez transférer la base de données de Derby sans perdre les données des garnitures, placer simplement la base de données d'annuaire de slicr que Derby a créée dans la partie 2 de cette série. (Si vous suiviez les directions dans la partie 2, ce répertoire devrait être sous votre niveau supérieur de projet au même niveau que le répertoir /src.) Il n'importe pas où vous mettez le dossier, mais la ligne dans la classe public static final String PROTOCOL =J'ai placé ma base de données de Derby à l'intérieur du dossier webapps/slicr de Tomcat, au même niveau que l'annuaire de WEB-INF, ainsi mon code ressemble à ceci :
Definir vos appels côté serveur dans web.xml Après que votre code soit visible par le récipient (container) servlet de Tomcat, vous devez également spécifiquement définir tous appels côté serveur de votre application GWT afin que le server web de Tomcat comprenne. Faire cela implique ainsi de définir ces appels côté serveur en tant que servlets dans le web.xml de l'application Tomcat. Essentiellement, pour chaque servlet définie dans votre fichier gwt.xml comme ceci : <servlet path="/toppings" class="com.ibm.examples.server.ToppingServiceImpl"/>vous devez créer un Liste 3. Web.xml
Dans le fichier web.xml, les deux informations fournies dans votre fichier gwt.xml sont coupées en deux étiquettes différentes, en tant qu'élément de l'initiative Java faire-tout-comme-bavard-comme-possible (make-everything-as-verbose-as-possible). L'étiquette La création de ce dossier est, naturellement, éminemment automatisable par tout un nombre de méthodes s'étendant de la manipulation pure des textes à la manipulation du modèle d'objet de document de XML (DOM). Quand vous avez écrit ce fichier, placer le à l'intérieur de votre répertoir WEB-INF de Tomcat. A ce moment, le déploiement de Slicr est complet, et vous pouvez tester l'application en lançant Tomcat et en tapant l'URL au clavier, qui sera quelque chose comme Dépannage des problèmes de déploiement
Maintenant que j'ai décrit ce processus entier, vous pouvez voir que bien qu'il y ait beaucoup d'étapes, aucune de elles n'est particulièrement complexe. Je recommande vivement d'automatiser votre déploiement autant que possible en employant des scripts, des taches Ant, ou tous les autres moyens qui fonctionnent pour votre projet. Vous verrez un exemple dans les Resources, et le différents IDEs Java ajoute un plus au support de GWT, y compris le déploiement. Avoir un un bouton de déploiement vous esquive de beaucoup de maux de tête.
Au cours de cette série d'article sur GWT, vous avez établi une application Web simple qui démontre comment vous pouvez employer GWT avec une base de données principale pour créer une application Web robuste avec le comportement de client riche. Même après quatre articles, vous avez seulement survolé la surface de ce que GWT doit offrir. Fonctionnalités puissantes -- comme les test d'intégration JUnit, employer d'autres services Web par le Javascript a arrangé l'échange de données de la notation d'objet (JSON), et les nouvelles fonctionnalités d'internationalisation de GWT -- vous permet de gagner du temps. Le développement de GWT continue à se développer, et de nouvelles fonctionnalités et outils sont ajoutés à toute heure. J'espère que vous pourrez y jeter un coup d'oeil et trouver les outils dont vous avez besoin pour créer l'application que vous voulez.
Original English article
Get products and technologies
Discuss
| | ||||||||||||||||||||||||||||||||||||||||||
