RAD (Rational Application Developer) — Nettoyage ou Publier vs Redémarrer
Je suis actuellement en utilisant le Printemps 3.0 cadre de websphere 6.1 de l'environnement. L'IDE que j'utilise est de la SAR (Rational Application Developer) 7.5. Je travaillais sur un problème la nuit dernière et j'ai trouvé que mon code n'était pas à 100% actualisés sur le serveur après avoir fait un changement dans mon espace de travail. Ma question est quelle est la différence de websphere point de vue entre la suivante:
- De redémarrer le serveur entier avec une OREILLE installé
- De nettoyage de l'OREILLE à l'intérieur de WebSphere
- Cliquant sur le projet et sélectionnez publier
Faire autre Serveur d'Application /les Ide ont le même type de syning problèmes lors du développement d'applications J2EE?
OriginalL'auteur jwmajors81 | 2010-02-23
Vous devez vous connecter pour publier un commentaire.
Avec RAD ici est le comportement par défaut. Lorsque vous "propre", il permet d'éliminer les objets compilés et les recrée grâce à un "build all" puis un "publier". Lorsque vous 'construire' il s'appuie tout ce qu'il pense est nécessaire, puis fait un "publier". Lorsque vous "construire ensemble", il crée tous les objets, puis fait un "publier".
Lorsque vous (ou votre IDE via les commandes ci-dessus) n'a 'publier' il prend toutes vos objets compilés et déploie sur le serveur que vous avez configuré pour ce projet (via une hot swap si le serveur est en cours d'exécution). Chaud swaps de travail pour certaines choses (comme les JSPs), mais moins bien pour d'autres choses (fichiers de configuration, Ejb, etc). S'il est impossible de faire un échange à chaud correctement, vous devez faire rebondir votre serveur.
Par exemple, si vous avez de la SAR, le programme d'installation pour construire automatiquement, votre serveur est en cours d'exécution, et que vous modifiez un EJB ce qui va se passer c'est:
1. Les EJB sera compilé
2. Si le projet est OK RAD va déployer vos modifications
3. Le serveur ne sera probablement pas en mesure de réceptionner votre hotswapped changements afin que le serveur va continuer à exécuter l'ancien code
Lorsque cela se produit rebondir le serveur et le code sera ramassé.
OriginalL'auteur SOA Nerd
De redémarrer le serveur va prendre un certain temps, mais sûrement, de recharger les fichiers s'ils existent sur le système de fichiers. Je ne suis pas sûr au sujet de l'appel Propre à partir de la vue des Serveurs.
Si vous appelez Publier dans les Serveurs de vue, RAD va redémarrer l'application sur le serveur. Ce qui change normalement obtenir ramassé.
Vous avez besoin de comprendre quel type de changement que vous avez fait et voir ce que WebSphere Application Server nécessite de charger le changement. Si vous faites défiler vers le bas de la saisie de l'aide, vous pouvez vérifier pour chaque JavaEE type de module, un lien vers un document qui décrit ce qui doit être fait pour récupérer les modifications.
http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/trun_app_hotupgrade.html
Cas contraire, il faut comprendre l'ensemble du cycle de vie de ce qui se passe à partir de la modification de la ramasser dans le navigateur, par exemple, un changement sur le fichier, le fichier est compilé, préparer le déploiement s'exécute, chargeur de classe voit le changement, remarque que l'application doit être redémarré, l'utilisateur appelle le Republier à redémarrer l'application sur le serveur, l'utilisateur actualise la page web, Firefox affiche dans Firebug que la Dernière modification timestamp dans l'en-tête HTTP changé.
Je ne suis pas sûr de ce que les hot-swap, mais lors du débogage du serveur, chaud code de la méthode de remplacement peut remplacer une classe au sein de la débogage du serveur si il n'y a pas de référence a tenu pour la catégorie ou la classe de la structure n'a pas changé.
Les messages affichés sur ce site sont les miennes et ne reflètent pas nécessairement les positions, les stratégies ou les opinions de IBM
OriginalL'auteur Michael Grosse