Tous les bons articles liés au déploiement des applications GWT à la production?
https://stackoverflow.com/questions/1753795
-
20-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Quelqu'un sait-il de bons articles sur la façon de déployer Google Web Toolkit (GWT) des applications dans un environnement de production? Quelles sont les exigences? Dois-je utiliser Tomcat ou Jetty avec ou sans Apache? Mon application GWT tire parti GWT-RPC obligeant à être hébergé sur une pile JVM.
Mon expérience actuelle avec le déploiement à la production est principalement basée sur une pile Microsoft (IIS, ASP.NET, etc).
quelqu'un Hope peut me diriger dans la bonne direction,
Merci.
La solution
Les exigences seraient un serveur J2EE conforme est la norme Servlet 2.5.
Vous ne devez pas installer Apache, tomcat avoir son propre serveur Web. GWT construirait pour vous un fichier WAR, vous devez copier ce fichier le webapps tomcat et redémarrer tomcat, il serait déployer automatiquement. Le fichier de guerre contiendra tous les fichiers nécessaires.
Pour construire le fichier de guerre, vous devez utiliser fourmi, ici comment faire
Je pense que le ant build créer le fichier de guerre, de toute façon zipping le répertoire de guerre et de changer l'extension de « .war » est le même (fichier WAR sont uniquement les fichiers zip)
Autres conseils
GWT est principalement une technologie côté client. Vous devez décider quel empilez vous développerez votre arrière. Ce pourrait être un backend ASP.NET, il pourrait être un simple déploiement statique de apache, ou une pile J2EE complète. Cela dépend de ce que votre application va faire. Quand tout est dit et fait, une application GWT est juste un peu html et un tas de javascript. Vous pouvez servir cette partie de tout serveur web.
La vraie question est ce backend que le client GWT parlera à. Ce qui embrouille le problème est que de nombreuses applications GWT arrivent à utiliser GWT-RPC, ce qui signifie qu'ils seront écrits en Java et nécessitent donc un back-end Java. Mais vous pourriez tout aussi bien écrire une application GWT qui est autonome (pas de traitement côté serveur nécessaire) ou communique avec une application .NET en utilisant une sorte d'interface de service Web.
